软件项目管理中的2B和2C沟通管理的特点

本人在最近的项目管理中，针对2c的业务管理，有一些浅薄的体会，结合之前2b业务中的不同沟通方式，用最简单粗暴的语言总结了下自己的一些item，不装13：

1.2b的业务一般由于客户的原因，会有一些专门的人员来负责对应的业务，比如，酒店的机房，就有专门的人员来负责，如果客户出了问题，反馈起来很有针对性，不会像2c的客户，需要大规模的上报才会重视，而且需要收集甄别客户，上门。

2,2c的业务对于售后部门的挑战更大，试想，有哪个用户愿意一大堆支持人员在自己家里面鼓捣几天或者一周？如果有那也是要退货了。2b的话，相对专业一点，由于第一点的原因，专业人员的汇报更具有针对性，技术部门解决起来也是更迅速。

3，软件项目管理针对2b,2c的区分并不是很明显，如果针对具体业务场景来说，2C的业务场景更好模拟一些，而2b的场景，由于客户群体的差异，软件中的问题场景可能很难复现。有时候需要特殊行业背景才能复现，甚至解释，这对支持部门和技术部门都是挑战，需要一个熟悉技术和产品的项目经理来协调。尤其是在大的外企和一些协作部门，这种情况更为明显。而2C的业务相对单一一些。

4，2C相对有2B的业务对界面UI、行为都有很高的要求，客户的体验感受、使用提示、售后都要有很高要求。2B一般重视数据和功能，对界面要求一般，比如钢铁、化工领域系统。