|0x00 传统产品迭代
产品迭代，往往是向软件工程领域的项目制借鉴经验，如今，考一个PMP证书在互联网公司中变得非常普遍，但这种方式真的适合互联网公司吗？
软件开发的模式，从瀑布式、迭代式，走入了如今的敏捷式，变化的是项目组织的过程，这个确实很有用。但是，在PMP中，需求的明确需要干系人参与，我们互联网行业干系人是谁？应该说，是海量的用户。2B和2C目标群体的不同，决定了项目、产品的组织方式，也会随之发生变化。
过去，在互联网公司中，产品提出需求、工程团队实现、测试团队验收、数据团队统计结果，往往要几个月的时间。即便是我们要求团队在DevOps上加大投入，但结果往往是把大需求拆成了小需求，本质上变化不大。
这种方式存在如下的问题：
- 从想法提出到数据收集的周期很长，这其中产品的表现无法很好的做归因；
- 产品的feature一直在做加法，往往是多个团队、多个人在负责同一个产品，用户体验很容易不好；
- 产品和技术是上下游关系，技术不知道自己在做啥，产品不清楚技术能带来什么价值。
所以，有人提出了“新型”与“传统”互联网公司的概念，本质也是公司按照什么样的组织方式来运作。是基于软件工程？还是基于数据驱动？
|0x01 产品设计的流派
如上文所言，现在产品设计的流派，分成了两种。一种是基于过去的产品方法论做设计，一种是基于数据驱动做改进，这也是数据分析师/科学家要做的事情。
一定有好坏区分吗？并不是。
产品方法论的设计方法，更适用于早期阶段，此时没有数据作参考，但如果像乔布斯那样思考，产品创新带来几十倍的增长，是完全work的。
基于数据做驱动设计的方法，适用于成熟的产品管理，随着业务跑的时间长了、用户规模有了提升、数据有了积累之后，此时有足够多的数据可以进行实验，且日常的工作以优化和迭代为主，虽然单次迭代提升空间有限，但累计下来还是很可观的。
|0x02 数据如何驱动产品
数据驱动产品，本质是互联网用户的规模见顶了，大概11亿多。在很多成熟的业务线上，都有几家不同类型的公司，进行逐对厮杀，战况异常惨烈。因此，在存量市场中找增量，需要的思路和方法是完全不一样的，可以说，精细化运营就是这个阶段的王道。
如何保证精细化运营？核心思想就是快速迭代，快速试错。因为没有人能保证自己的想法是一定正确的，那么我们上线的策略或者feature，都存在失败的可能性，但如何区分这些成功与失败的因素，有助于我们拓宽认知边界，从而提升今后的产品设计能力。
所以，产品生命周期方法论，也需要改变了，基于数据驱动的方法来做，如下图所示。
1.png
|0xFF 用实验得出结论
最后，我们如何确定验证想法？就是用实验来决定。A/B测试很常见，也是互联网从业者学的最好的统计学知识，它的普及也很简单，因为它能验证合理性。
每个产品功能全量上线前，都通过A/B测试进行数据验证，如果效果不错、数据喜人，就可以上线，不然就给出充分的解释，数据下降就得考虑放弃这个功能。
失败并不可怕，怕的是不知道为什么失败。精细化运营，就是通过大量的小错误，来搏出那1%的效率竞争力来。
网友评论