灵魂拷问：你是合格的产品经理吗？

有百度贴吧之父的知名产品人俞军老师曾表达过这样一个观点：大多数产品经理都不合格…

更扎心的是，很多产品经理并没有一个明确的标准来定义“合格”。所以，你对“合格产品经理”的要求是什么？不如思考3秒钟

.

3

.

2

.

1

.

3秒有点短，不如再来5秒…

.

5

.

4

.

3

.

2

.

1

.

短时间的思考，得到的一定是你潜意识里已经存在的答案，也就是你最真实的想法。

如果你的答案包含同理心、洞察力、预见力等，那你的要求很高，这是高阶产品经理的要求；

如果你的答案包含商业模式、战略规划，要么是你的要求更高，达到了总监级别，要么就是高大上的东西看多了，你跑偏了…

老K从业6年，面试过近百位产品经理，所有的面试我都会问到同一个问题：一次完整的产品迭代包含哪些步骤？这就是我对“合格产品经理”的唯一要求：能独立做完整的产品迭代。

所以第二个问题来了：一次完整的产品迭代包含哪些步骤？

首先是迭代的目的，除了要写周报，你还有其他理由做产品迭代吗？你可能会说：为了适应新阶段产品的发展做迭代、为了满足用户的新需求做功能、优化用户体验修复bug等等，这些目的对应着3个产品迭代类型：战略性迭代、功能性迭代、优化性迭代。其实在我看来，这些都不是根本目的，从结果角度讲，产品迭代只会对应着两个根本目的：要么促进增长，要么增加营收。

其次是迭代的需求来源于谁？关于需求的阐述之前已经谈过很多了，可以参考『一篇文章带你全面了解需求分析』

有了需求下一步是设计功能。实际上，收集需求和设计功能之间，我们通常会做另外一件事儿：竞品调研。同样的功能，看看竞品有没有、竞品是通过什么功能解决用户需求的。

关于竞品调研多说一句，对很多创业公司来说，行业内的领头羊产品应该是自己产品迭代的主要需求来源。翻译过来就是，天下产品一大抄！

竞品调研之后就是真正做功能设计了，输出原型图和PRD文档（理论上是需要写文档的，但实际上很少有人写）；值得注意的一点是：新做的需求一定要埋点统计，以便上线后随时监测数据。

接下来是需求评审。大家总在说产品和研发水火不容，粗略分析，其原因在于二者站的角度不同，看待问题的重点也不一样：产品更多的站在需求或者业务的角度，更注重结果；研发则是站在技术实现的角度，更注重过程。

我参与过很多需求评审，自己的、别人的，评审过程中研发同学提出不同意见是非常普遍的现象。主要有两类情况：一是，非技术出身的产品经理经常在技术实现上考虑不周；二是，对解决某个问题，研发同学是带着方案来的，而产品阐述的方案却是不同的思路。

一般来说，两次以内评审能够确定需求并开始迭代，就是OK的。当然了，遇到固执研发可能始终难以达到共识，这个问题无解。

需求评审后进入开发阶段，很多互联网公司并没有专职的项目经理把控进度，于是开发进度，不出意外，也由产品经理来盯着了。为了避免概率几乎高达100%的项目delay，产品经理有两点要注意：

• 佛系估期——估工期长一点没关系啊，随缘嘛

• 道系监工——道爷我不管什么原因，今天工期delay你就别下班了！

关于解决“项目delay”这个千古难题，可以参考我之前写的文章『10次迭代9次delay？拒绝项目延期，这里有一整套方法』。

上线之前，产品经理要提前对各部门进行迭代宣讲，特别是销售、客服和运营同学。同时配合运营规划宣传和推广计划。

上线之后，其实工作才真正开始：不断的监测数据是否符合预期，评估本次产品迭代的效果。然后，进入下一个循环：明确迭代目的—需求—竞品分析—功能设计—需求评审—开发管理—迭代宣讲、运营策略—监测数据…

能够独立做一次完整的迭代，在我看来，就是一名合格的产品经理。

最后的灵魂拷问来了：你合格吗？

-end

关注公众号：产品经理日记（ID：p_m_diary）回复“PRD”，获取鹅厂内部需求文档模板！