可能每个职业，到了一定时期后，都有职业迷茫期，而产品经理的迷茫感，兴许会更加频繁些。
知乎上，有很多诸如“产品经理的核心竞争力是什么？”、“产品经理的迷茫感”、“产品经理的职业前景”、“产品经理需要懂技术吗”等问题，更有一些文章，会挑起产品经理们敏感的神经，比如今天这篇：《3-5岁的产品经理们，你还在天天画原型吗？》
这篇文章标题，还可以扩展一个系列，《3-5岁的产品经理们，你还在天天写PRD吗？》《3-5岁的产品经理们，你还在天天和开发GG撕吗？》
先翻看一个上个月刷了朋友圈的旧闻：
图片源自网络，侵删
3-5岁的产品经理们，特别是5年以上的产品经理，你每天都冒着生命危险在提需求，画原型，是时候思考一下自己的产品经理职业生涯了。
于是，你走进Boss的房间，跟Boss提：老板，我想升个职。
Boss和蔼可亲地说：你沟通能力强，执行能力强，还有其他的能力需要补齐。
对于“升职加薪”的产品经理来说，这样的评价的潜台词就是：你这个产品经理，画原型，沟通需求，没事问题了，但是距离产品总监还有一段路（你已经是个熟练工了，但是做不成老师傅）。
加薪有戏，升职无望。
（好了，写了这么长的“引子”，现在要开始写正文了。）
不甘于天天画原型的产品经理们，5年了，你俨然已经成长为1个熟练工了，那么打怪升级的下一步，晋升为产品总监的道理上，你还需要掌握“产品规划能力”。
按照“金字塔原理”，解决问题的第一步，是界定问题。那么“产品规划能力”，到底是指啥？
产品规划能力，关键在于产品的版本计划和节奏感。
一、定义
先下个定义，版本计划，即按照产品研发的生命周期，周期性地交付一定的产品需求；节奏感，即让产品研发团队能周期性地输出产品，提升获得感，同时，让用户体会到产品在周期性地优化，容忍当前的不足，增强对未来的期待。
图片源自网络，侵删
二、版本节奏控制
第一步，需求池整理
做版本计划前，先整理近期版本的需求来源。
在5岁的产品经理的文档中，一定会包括这么多种类型的需求：BOSS需求，bug转需求，用户反馈，产品经理异想天开需求池，运营数据反馈，敌有我无的功能，政策宣导，……
第二步，数学建模
你需要用各种复杂的数学建模模型，对这些需求进行筛选，转换到版本计划中。
这些数学模型包括：“BOSS需求优先级最高”模型、“千万不要听用户的需求”模型、“马斯洛需求”模型、“七宗罪”模型、“多个产品经理打分求平均值”模型、“技术难以实现”模型。
Google的工程师的理念：研发产品的方向，千万不要听用户的需求。因为用户是不知道未来的，只能由你去引领未来。
宗教上七宗罪：性欲、懒惰、傲慢、嫉妒、愤怒、贪婪、食欲。七宗罪，是最强烈的需求，是人的本能需求。
第三步，大小版本控制
在做产品版本计划中，要注重大小版本的内容控制。先看一个例子，iPhone的奇数年和偶数年
2008年，iPhone 3G；2009年，iPhone 3GS；
2010年，iPhone 4；2011年，iPhone 4s；
2012年，iPhone 5；2013年，iPhone 5s；
（备注：2016年发布了iPhone 7，2018年未发布iPhone 7s，直接发布了iPhone 8和iPhone X）。
参考iPhone的发布规律，发布新功能（新机型，iPhone 5，iPhone6）——优化需求（性能提升，iPhone 5s，iPhone 6s）——再发布新机型，如此往复。
在做版本计划时，要注重开发新功能和优化需求的集合，初步的建议是，大版本发布新功能，小版本做优化需求。
新功能是从0到1的过程，用户体验到的是从无到有的过程，用户可能会茫然失措，也有可能会酣畅淋漓。
优化需求是从1到N的过程，这部分相对会比较简单；这部分内容的产品规划，可以大量借助用户反馈和运营数据。
第4步，数据驱动
在版本规划中，作为1个产品经理，以下因素都要考虑得到：
需求规划要提前，需求变更要科学，需求和UI/UE要错开做需求和做设计要分开，以及，团队技术实力，团队迭代意识，项目经理把控能力，竞争对手的版本节奏，APP的提交审核周期……。
除此之外，最重要的一条，用数据说话，培养数据思维，用数据驱动版本节奏。
通过数据来分析问题，通过版本要验证答案；每次改版，都是在发现问题和解决问题。
有了数据，版本规划才更有理有据。
数据采集的前提是对APP进行埋点，可查看之前的一篇APP埋点文章：APP埋点：页面统计与事件统计该如何入手？
常用的数据分析方法包括：用户留存，用户回访，页面访问，漏斗分析。
图片源自网络，侵删
三、小结
3-5岁的产品经理们，你还在天天画原型吗？你还在天天写PRD吗？你还在天天和开发GG撕吗？
要不要开始培养版本节奏感，提升自身的产品规划能力了？
作者：十三先
微信公众号：产品者也
网友评论