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