在我刚开始做产品经理那会儿，老师教我们说做一款产品的第一步是做市场调研，通过市场调研搞明白行业的情况后，再做用户调研，通过用户调研搞明白用户的需求痛点后，再做产品设计，用设计出的产品来解决用户需求痛点，然后写出需求文档，将需求文档宣讲给团队成员后，再跟进项目开发进程，直至项目上线。
当我真正进入工作中后，却发现真实的情况是我极少有机会做市场调研，做用户调研的机会也不多，很多情况下都是直接接收到客户的需求后，理解完需求就开始做产品设计，写需求文档，将写完的需求文档跟领导和客户确认后就跟团队成员宣讲，然后跟进项目开发进程，直至上线。
很多年后我才明白，原来我学的是C端产品经理的工作流程，但是我进入工作后所负责的项目却是B端项目，所以我的工作流程是B端产品经理的工作流程，自然就和学的不一样。
1.
C端产品经理的工作流程可以分为四大部分，第一部分是分析项目的可行性，判断项目是否有机会，是否值得做；第二部分是产品方案的设计，设计出解决了某些用户痛点的产品；第三部分是研发上线，将设计出来的产品跟团队里的视觉设计师、程序员、测试等人员宣讲，一起推进开发上线；第四部分是上线后的推广运营，将产品推给用户，然后根据用户反馈或用户数据进行改进迭代。
第一部分的可行性分析，具体的体现就是行业分析、市场分析、竞品分析、用户调研、商业模式设计等。他的核心作用是看行业前景怎么样，市场机会有没有，各大竞品的模式都是什么，如何通过差异化的方式来解决用户需求痛点，然后以达到盈利的目的。这一部分的工作，通常是一个产品从零到一的时候做的比较多，所以如果一个C端产品经理加入的是一个成熟的公司，这一块的工作接触的就会比较少。
第二部分的产品方案设计，属于产品经理的日常工作，具体体现在对需求进行分析和管理、设计产品的功能架构、设计产品的流程图，绘制产品的原型图、撰写产品的需求文档等。一位常规的产品经理几乎百分之六七十的时间都是在做这一块的工作。
第三部分的研发上线，属于产品经理和团队合作的部分，具体体现在把设计方案跟团队宣讲、跟设计师探讨产品视觉风格、跟程序员探讨技术方案和开发进程、跟测试一起测试并验收上线。一个产品往往需要一个团队合作才能做出来，而产品经理是其中重要的粘合团队里各个部门的角色，就体现在这个方面。
第四部分的推广运营，属于C端产品最为重要的一部分工作，不知道多少产品都是倒在了这个地方；对产品经理来说，这一块的工作具体体现在跟运营团队确定推广策略、并提前设计到产品里面，跟进运营数据、并根据数据优化迭代产品，以及配合运营团队设计推广所需要的功能，为运营提供支持等。对于很多一开始就加入的是成熟C端产品的产品经理来说，这部分工作甚至直接会替代掉第一部分工作，这才是他们需求主要来源的地方。
2.
B端产品经理的工作流程同样可以分为四大部分，第一部分是业务调研和理解；第二部分是产品方案设计；第三部分是研发上线；第四部分是产品售卖和迭代。
B端产品通常是为了解决企业一个或多个已知的问题而存在，所以对于B端产品经理来说首先需要的就是调研企业业务、理解业务现状，然后根据业务现状发现问题，设计解决方案。这是B端产品经理的第一部分工作，往往体现在接受到公司的某一个需求，然后要求B端产品经理去解决上面。当然这并不是说B端产品经理就不需要去了解行业、了解市场，做可行性分析，少部分B端产品经理和一些做到高管位置的产品经理有时候也需要做，我们可以当作个例来理解。
B端产品经理的第二部分工作和第三部分工作相对于C端产品经理来说并没有太显著的区分，同样是需要对需求管理和分析，需要做流程图和原型图，需要写需求文档，写完需求文档后需要跟团队成员宣讲，然后跟设计师探讨视觉方案，跟程序员探讨技术方案，跟进项目开发进程。
工作技能虽然一样，但是因为B端产品逻辑比较复杂，同样是做流程、画原型、写需求文档，实质上对产品经理的要求已经有了偏差。而且因为B端产品更注重功能的实用性，所以对视觉设计的要求也远远没有C端产品要求高。
最后是产品的售卖和迭代，有的B端产品是一次性项目，一旦交付后在很长时间内都不会存在迭代优化的需求，所以完全没有迭代这么一说，交付后产品经理就可以投入到新项目里面，这类一次性项目通常被称为外包型产品。
有的B端产品售卖给客户使用后，也存在需要迭代优化的情况，但是需求的起因同样是因为业务的变化而诞生的迭代需求，所以还是回到了调研业务、理解业务，设计解决方案上面。
不同于C端产品靠运营，B端产品更多是靠销售，所以基本上也不存在因为运营需要而专门设计产品功能辅助的情况。
变则通，僵则死；不论是B端产品经理还是C端产品经理，他们虽然工作流程上有差别，职业技能也有偏重，但是这并不应该成为产品经理的桎梏，一位优秀的产品经理应该在职业上有所专长，但是在思维上都精通理解，如有需要随时可以切换上阵。
这是我的公众号，可以扫码关注，写产品|管理|商业|职场
网友评论