C端和B端产品的不同，决定了产品经理在生命周期的不同职责，笔者在本文详解了不同阶段产品经理的工作重点。
生命周期这个概念，对大家而言并不陌生，世间万物均有其各自的生命周期，比如一家公司，比如一个产品。
常见的生命周期可分为：起步期，成长期，成熟期，衰退期。而对应到产品生命周期，我觉得C端和B端在整体相同下，又会略有不同。
相比于C端产品的低门槛和爆发式，B端产品更多的是面向专业用户，需要多年的积累和沉淀，并且对客户业务有较深的理解。
但是一旦搞定客户，产品的替换成本会很高，因此相对于C端产品来说，B端产品尤其是基础设施建设的生命周期更长，与此同时也会获得逐年稳定的运维收入。
一、产品的生命周期划分
1. C端产品生命周期
C端产品生命周期通常包含：需求调研、竞品分析，产品规划，产品设计、跟进开发、测试上线、冷启动期、运营推广，迭代优化等阶段。
2. B端产品生命周期
以B端产品为例，包含需求调研，竞品分析，产品规划，产品设计，跟进开发，测试上线，售前推广，客户部署，培训指导，售后跟踪，迭代优化等阶段。
所以，根据不同类型产品，其生命周期细分阶段的不同，接下来将分别介绍产品生命周期内产品经理在不同阶段对应的工作重点。
本部分主要根据C端产品生命周期来拆解各阶段中产品经理对应工作内容。
1. 需求调研
本阶段，产品经理进行的主要工作就是深入挖掘用户需求以及潜在需求，找到存在产品价值点的地方。
最经典的案例就是，在汽车出现以前，问大家什么需要什么，大家都会说“需要一匹更快的马”。所以，汽车的出现就是一个伟大的产品。
需求调研不仅要了解用户需要什么，还应该钻研透他们为什么需要，有没有更好的解决方案。
2. 竞品分析
在做C端产品，相对更容易找到竞品，比如社交类、直播类、电商购物类、新闻资讯类等，不同领域都有很多领头羊与独角兽，竞品相对更容易进行比对和参照。
竞品分析的主要目的就是扬长避短，分析出当前市场现状，然后以此来突出自己产品的核心定位以及独特优势，从而制定更为符合实际且可实现的产品成长规划路线。
3. 产品规划
通过需求调研和竞品分析，找准自己产品的明确定位，并进行相应规划，这个规划相当于一个计划书，也可能会延展成一份立项报告。
把整个产品从无到有所需要的资源计划，以及实施方案，竞争对手，内外的风险因素，核心优势等全部分析出来。
当然这种情况在B端居多，下文会详细介绍，而在C端基本上以小步快跑、快速迭代的方式进行MVP式的敏捷开发。
4. 产品设计
产品规划，会把大体的产品框架梳理出来，接下来就是具体的产品原型设计和PRD需求文档产出阶段，必要时候还会需要BRD和MRD等文档输出。
原型设计相当于产品最初的雏形，也叫作原型图。严格来说，如果没有后续调整，产品设计的原型图就是产品最终的样子。
之后的UI不过是进行效果图设计和色彩调整，技术开发是用代码来实现原型图需求，使之由一个个页面，变成真实具象可操作性的产品。
5. 跟进开发
这个阶段，通过需求评审后，产品经理的前期规划和设计工作基本完成的差不多了，所要做的就是把球传递给下一个人。
先是让UI设计师进行页面效果图设计和配色，然后切图交予技术开发，这个过程中，产品通常是跟进的角色，比如需求的传达、同步、讲解，以及开发进度把控等.
6. 测试上线
在产品将原型设计和PRD文档交付之后，测试人员也会针对需求进行相应的测试计划和测试用例编写，这样，等到技术开发完成，测试可以根据用例逐条去进行验证。
当然，光有测试去测是不够的，这其中如果有一些疑问，需要产品人员进行确定，产品经理自身也需要测试，包括样式方面也需要UI进行同步复核。
所有问题归纳到测试人员那里进行bug记录，全部解决之后，产品经理还需要做最后的验收，验证没问题后，技术进行上线发版。
7. 冷启动期
对于C端产品来说，产品做出来会面临一个冷启动期，而不是像B端一样直接去销售。
所以，C端产品的冷启动期严格来说由运营人员负责，但有时候产品经理也会参与其中。
比如我之前做的股权交易平台，产品人员需要做投融资讯、文章撰写、分析报告等内容输出，以及线下路演活动的举办。
对于大公司来说，产品冷启动相对容易些，让其他成熟产品带一下，量就起来了，而对于小公司来说，需要投入资源进行启动推广。
8. 运营推广
在C端产品的运营推广过程中，产品经理需要协助运营做一些推广页面及流程功能的设计。比如邀请好友得奖励，比如邀请好友帮忙砍价，或者其他的推广优惠等。
在这个阶段，运营收到的任何反馈，都可能是产品需要思考是否去逐步改进的点，也只有收集了用户反馈后，才会发现产品不足之处，从而进行优化和迭代。
9. 优化迭代
这个阶段基本是产品已经稳步时期，产品经理根据需求池优先级或者用户反馈，针对性地去做相应的优化设计，比如使用流程不合理不便捷，比如新功能升级，替换旧功能等。
当产品稳定发展后，持续维持是一方面，而等到市场饱和临近衰退时，如果发展第二曲线使产品迎来另一个新的生命周期，也是产品人员应该思考的一部分。
未雨绸缪，让自己的产品持续发展下去。
本部分主要根据上文中对B端产品生命周期的划分，来拆解各阶段中产品经理对应工作内容。
1. 需求调研
B端产品和C端产品在需求产生上有很大不同，B端产品更需要深入去挖掘，挖掘使用场景，挖掘客户需要。
很多时候需求阐述者自身不会意识到这是个需求，所以就需要产品经理去敏锐地发现需求，然后以产品的形式落地，来满足用户需要。
以我之前所做的产品为例，这个产品之所以诞生，一方面源于公司整体产品战略布局，在此之前提供的解决方案中，这块一直是缺失的，所以需要这部分填充；
另一方面公司创始人之前见识到某国外大公司自身有这样的对标产品，而国内趋势又会顺着这一方向前进，所以属于略带前瞻性，属于比较新的产品；
其三就是调研具体的用户场景，业务人员自身的切实需要以及当今机构客户中确实存在的数据信息不对称、取数困难耗时长、难以进行自定义分析和智能搜索等真真切切的痛点，围绕这些去规划和设计产品。
2. 竞品分析
坦白来讲，B端产品的竞品相较于C端来说，找寻比较困难，一方面不是公开化，另一方面也有其自身的保护机制。但根据产品类型不同，还是有一些方式进行比对分析。
以我之前所做的产品为例，在做竞品分析时，对比了市面上比较大的数据使用平台，通过搜集资料参加课程等，也看到了腾讯、阿里等公司在用的数据平台。
虽然公司性质和使用场景不同，但是从中还能找到一些共性的东西，比如对于使用数据来说，如何快速便捷地进行查询和调用，是一个数据产品的标配。
此外，对于一些相关的B端产品可以进行试用，通过官网了解其信息，以试用者的角度咨询客服，可以获得很多信息，为自己的产品提供比对分析的依据。
比如我之前所做的产品在进行第三方工具集成时，对于第三方数据可视化工具的选择权衡不定，因此对比过市面上很多种同类型的工具。
3. 产品规划
此部分的产品规划，与上述C端大体相同，都是要把产品蓝图规划出来。
有所区别的是，C端更强调小步快跑、快速跌代，而B端会进行更加复杂而全面的规划，根据业务复杂程度不同，规划深度也会不同，有可能会分期实现。
比如上文中提到的立项报告，更适用于B端产品规划。
4. 产品设计
5. 产品开发
6. 测试上线
对于软件型产品来说，这些部分与C端产品较为一致，都是做的过程，唯一不同的可能在使用场景，数据量及并发数上的区别。
另外若还涉及其他服务商，会有集成联调的对接等等。整体来看，无太大差别。
7. 售前推广
与C端产品推向大众不同，B端产品的产品经理经常要配合销售进行售前推广的支持和辅助，比如给客户介绍和宣讲产品等。
在这个阶段，产品经理的角色就不能单纯的是产品设计和制作者，更多的是有点偏销售风格的特点。类似于创业者拉投资，对自己的产品进行路演一样。
抓住客户切实需求和痛点，结合产品价值给出对应的解决方案，向客户输出这款产品能够带来的益处，比如是降本提效、辅助决策等，抛出亮点，吸引客户为其买单。
8. 客户部署
成交后需要为客户部署产品，如果是私有化，需要单独部署，如果是SaaS，则需要提供相应的服务支持。
此时虽然是技术人员的工作多一些，但产品人员的支持也需要到位。比如部署后的测试联调，需要测试人员做线上复核，产品做最后的验收。
9. 培训指导
如果是业务流程相对复杂的B端产品，还需要产品经理为客户提供使用培训指导（当然根据公司人员配置不同，也可能会安排专门支持人员）。
通常整个团队中，产品经理是对这个产品最熟悉的角色，也是从头跟到尾的，对于培训和指导以及使用说明和注意事项都会更详细具体。当然，这部分工作也可做成线上的wiki帮助文档，来提供指导支持。
需要看具体的产品和客户要求，之前我做过的一个金融教育产品，在高校购买后，就亲自去到校方给相关老师和使用人员进行培训指导。
10. 售后跟踪
不管售后跟踪是不是产品经理亲自去跟，对于用户的反馈，产品经理都应该是最上心那一个，因为只有听取了用户的使用反馈和相关建议，才能进一步进行产品的优化迭代。
如果在客户使用过程中提出了新需求，需要产品经理收集到需求池，然后根据产品规划和需求覆盖程度去权衡，是做个性化定制还是加入到下一次的整体升级迭代中。
11. 优化迭代
对于B端产品来说，优化迭代的速率可能不向C端那么频繁，尤其是当一个产品已经大规模推广使用的过程中，不会进行太过频繁的升级换代。通常是根据使用反馈记录的一些细小的更新和调整，或者就是需求池中优先级比较高的优化和迭代。
当然这也看产品后期的发展。如果有的客户在使用过程中提出了个性化的需求，那么针对这个进行个性化定制也是常有的事，主要还看产品的发展情况。
四、结语
如果一个产品进入到成熟期之后，发展较为缓慢，市场几乎饱和，那么需要产品经理寻找第二曲线来延续产品的存续，或者是孵化出某个二代产品，以保住市场份额和规模。
综上，产品经理在产品的整个生命周期是从始至终的，尤其作为产品负责人来讲，不会像执行性的产品经理那样只做好某一块的工作就可以。
从0到1，从1到N，整个过程中的各个阶段都离不开产品经理，只不过不同阶段的侧重点不同而已。
一起加油，共勉！
