小伙伴们说起做To B的痛，每个人心中都是满满的苦水，那么让我们来总结一下这些坑。

对于这种现象其实在甲乙双方中并不少见，究其原因有两方面：

第一，甲方通常是较为传统的企业，虽然是用软件科技的方式进行工作，可还是存在外包的意味，并没有真正意义上的产品经理在中间收集需求，排期迭代；

第二，面对甲方，乙方的话语权很小，基本客户说什么是什么；再加上To B业务复杂，专业性强，导致产品经理的存在感很弱。

在上述流程中，大家都能明显看出来，如果客户直接让开发去改，会产生很多问题和隐患。

比如技术开发人员在改动时，如果不考虑到连带关系及潜在变动，往往会出现越改问题越多的情况。另外，没有统一的迭代规划，想到哪改哪，导致原有的排期进展停滞不前，到最后验收的时候通常会变成一个烂摊子。

面对这种问题，很多小伙伴都有同感，有人说做To B就是有无数的坑，这个还没填满就出新坑，导致大家很累很疲惫。我们通常所说的To B需要的To C思维往往会存在一些问题，比如上篇文章讲到的敏捷开发、快速跌代等，其实更多时候适用于反馈及时的C端产品，而并非分期交付的B端产品。