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

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

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

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

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

猜你喜欢

转载自blog.csdn.net/datamining2005/article/details/81507496
今日推荐