产品生命周期（product life cycle）,简称PLC。是指产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程，分为介绍期（Introduction）、增长期（Growth）、成熟期（Mature）、衰退期（Decline）四个阶段。

一种产品进入市场后，它的销售量和利润都会随时间推移而改变，呈现一个由少到多由多到少的过程，就如同人的生命一样，由诞生、成长到成熟，最终走向衰亡，这就是产品的生命周期现象。所谓产品生命周期，是指产品从进入市场开始，直到最终退出市场为止所经历的市场生命循环过程。产品只有经过研究开发、试销，然后进入市场，它的市场生命周期才算开始。产品退出市场，则标志着生命周期的结束。—— 摘自百度词条《产品生命周期》

如果联想到互联网行业，也就是当产品部署以后进入运营期，产品生命周期就开始了。但是如何区分产品目前进入哪一个生命周期的阶段呢？我想应该是看几个关键的运营数据了。

产品生命周期的建立

“产品生命周期的建立”要说明的是在产品开始生命周期前要做的事。包括：产品构思、产品设计、产品开发、产品测试、产品部署，五个阶段。暂时把这5个阶段统称为过程模型。（一直没给这5个阶段找到一个合适的名词，暂时就用MSF里的说法，“过程模型”吧）。

过程模型共有五个阶段，每个阶段最后都对应一个里程碑，里程碑标志着这一阶段的结束，下一阶段可以开始。过程模型可以使产品平稳地过渡到运营阶段。

过程模型是一个迭代方法

这个图既可以理解成同一产品的不同版本（版本可以理解成网站的某一次改版）的迭代，也可以理解成同一产品同一版本的分步实施上线。

什么是迭代开发？在开发解决方案的过程中，先开发、测试及部署那些核心的、基本的功能，然后在后续的版本中添加其他功能。代的有哪些好处？

第一，将一个产品的解决方案分成几个较小的项目可以使它们更易管理和实施，降低沟通成本。尤其是在时间要求很紧的情况下，可以迅速完成主要目标，但是这样实施的前提要求是产品的设计方案要有足够的前瞻性和可扩展性。

第二，能够更快的从用户那里得要产品的反馈，并在下一个版本中做及时的更正。这样就降低了风险，避免出现直到产品最后才发现它不符合用户的需求。

第三，越早发布，就能越早的带来新的功能，新的价值，甚至是利润

1.   X-时间轴表示某个产品的完整生命时间。Y-轴可以代表很多，比如功能、价值、利润、甚至是ip、pv等等。

2. 版本1始于一个产品创意，假设这个产品创意是适用于当时的时机，包括这个版本的产品功能设计都是符合当时的最优组合。产品部署以后，就进入市场开始运营（开始版本1的生命周期），经由市场检验。在这个过程中，会出现很多新的问题，这些问题有些是创意的问题，有些是设计的问题，有些是开发部署的问题，也有些会是在时间推移的过程中，用户对产品功能提出了更高的要求。如果这些问题可以在当前版本中解决，就应该进入版本1的过程模型，即时解决。剩下那些待解决的问题就是下一个版本开始的“导火索”。

3. 版本2的构思阶段里程碑什么时候建立？太早，问题还没有充分暴露，反馈还没有收集全面，这个时候开始进入产品设计阶段很容易出现反复推翻先前结论的情况；太迟，容易错过在已有版本成熟期推出新版本的时机，从而没有达到价值最大化。版本2的构思阶段在版本1进入成长期的时候就可以开始了，不断的收集数据，找到需要并且在下一版本中可以（有些已经发现的问题并不一定就要马上解决）解决的问题或者新的创意，这个阶段最好在版本进入成熟期前结束，建立远景/范围认可的里程碑。设计、开发、测试、部署这4个阶段最好可以在已有版本进入衰退期前结束。

4. 什么时候做新旧版本的替换，结束已有版本的生命周期，开始新版本的生命周期。土豆那凡一直觉得这个时机很重要也很特别，如果利用好，可以达到意想不到的效果（也见过用一次事件炒作的）。这个切换时间应该选择对用户影响最小的时间进行。可惜现实操作里很少有这样的机会，往往切换的很草率。

5. 每一次版本的更替都会带来Y值的增加，更替时间决定了Y值增加曲线是否足够好看。我们也经常会看到有些产品在经历过几版更新过后就停滞不前了，还有一些产品沉浸在现有运营数据里，殊不知在它进入衰退期的时候，拿什么挽留住用户。

6.有时谈起“产品经理”的职责，往往只重视了他在过程模型中担任的角色，忽略了在产品运营过程中“产品经理”应该负的责任。由上图可以看出，产品能否成功与运营有很大的关系，所以产品经理应该积极的参与到产品运营里。

7.做产品，也是要看天时、地利、人和的！！在恰当的时候，做正确的事情。