开篇说明：本文以策略产品新人培养为背景，对强交互、强运营类产品适用程度有限。

食用方式：对于新指导人来说可以作为借鉴，尤其是把握新人学习进度方面可以参考时间表做调整；对于缺少指导人的凄惨野生新PM也可以做参考使用，自行安排知识补全和学习进度。

移动搜索PM新人培养计划示例如下：

一般学习节奏应该是这样的：

基础知识学习

* 了解公司、产品的基础背景。要能回答得上来，自己的产品是做什么的，有什么用，现阶段是什么状态，有哪些专业名词(不用全背下来，但是要知道去哪里找)。

举个栗子，做无线搜索的同学需要对以下问题回答得上来

- 无线搜索结果里能看到的结果分为几种？

- 每种结果的检索方式有什么差异？是什么背景下产生的？分别适合对应什么样的需求？

- 每种结果的设计样式有什么主要差异？分别满足什么需求？

- 我们看到的一个自然结果从它诞生到和我们见面，中间经历了什么过程？

- 决定一个结果排序的因素有哪些？

- 如果你的搜索结果中没有出现你预期的结果，有可能是出现了什么问题？

* 基础工具、技能学习。这个看个人背景，很多新人如果之前实习经验足或者实验时习惯好的话，大概对类似于写文档、发邮件的规矩已经比较懂了，其他小鲜肉也只要了解按规矩发邮件、写文档、同步信息即可。所以这部分的学习重点是：公司内部或者外部的工具使用方法，或者说技能不重要，了解收集情报的方法和统计概念更重要。

那么还是以无线搜索的产品作为例子

-查看用户一个session用什么工具？

-查看某网站导流情况用什么工具？

-一个报表里的各项指标是什么意思，比如点击率、翻页率、首点时间具体定义是什么？

-如果要提一个新的统计需求，怎么定义一个有意义的统计指标？又怎么向研发描述清楚统计指标的需求？

当然作为老PM也是有义务要维护好相关文档和资料的，至少要按以下清单准备相应材料

1.产品大背景介绍和演化史；

2.名词包；

3.最近一个版本的产品的review&规划书；

幸运的是，大公司的PM这些材料是代代相传的，而小公司的也没啥太多可准备的，文档太麻烦的话，约个聊天好好讲讲也可以。

项目上手

      纯新手上手项目其实不太好选，毕竟不是每个团队都刚刚好有一个做坏不影响大局，难度不至于新人接不住，老人又抽的出空手把手教学的项目。

      但总体来说，新人上手项目最好是符合以下要求的

1.分支项目，对上线时间和效果都要求有限，或者是新人怎么瞎折腾也不至于折腾坏，再或者就是折腾坏好像也无所谓（最后一条最好不要，很打击新人自信心）。

2.能跑完全流程，小归小，但是最好让新人能感受到从产品调研=>组织项目启动=>跟进项目开展=>上线=>效果回归的整个流程，哪怕调研只是去标500个query，跟进项目只是去催前端提个侧什么的，但是让新人感受完整项目周期要好过起手埋头专项，新人成就感也比较大；

3.效果和操作方法在指导人可控范围内，最好是老人已经完整跑成型的项目，这一点有些废话，但是如前面所说，恰到好处的项目没那么多，尤其是新团队、创业团队没那么多机会给新人准备练手项目，指导人有时候也只能放羊了。

      新上手项目一般控制在2周~1个月间，太短的话估计完整流程跑不完，太长的话……只要不失控好像也不会怎样。

      一般上收项目弄完之后呢，新人要达成以下目标：

1.知道做一个新的小产品怎么做，项目如何发起（收益预估or嘴炮）、如何调研、如何找对应的人、如何管理进度、如何上线（小公司请无视，BAT这时候才是重头戏）、如何回归评估效果。

2.知道遇到小问题怎么解决，比如什么时候找指导人、什么时候找对应职能人员、什么时候自己想办法。

3.重点来了，要产生自己的想法，跟指导人沟通后，自发的去进行一个新的项目调研。

接手产品线

      当新人开始知道怎么工作，且开始有自己的想法了之后，那么可以拆分一条小产品线让TA领出去自己拓展了。

      当然了，一个月就断奶是不大可能的，一般来说1~3个月内能达到这个状态都是还不错的，如果缺少合适项目、指导人没时间好好培养或者是新人先天不足，多花点时间也ok，但按现在行业内的成长周期来算，如果半年都达不到这个状态，就比较危险了。

       总之，0.5岁左右的产品新人基本上应该满足以下能力：

1.有自驱能力，可以在指导人明确告知：方向、大概产品形态、目标，且明确给出对应职能人员的前提下，自己研究出来要具体做什么产品，或者自己主动点的调研出些靠谱（注意，是靠谱的）idea去找指导人沟通并推进去去做。

2.能完成调研，在有模板或者指导人辅导的情况下，完成一个能说明问题的调研。举个栗子，竞品分析要能说清楚为啥挑这些竞品、能看出竞品状态如何、用户反馈如何、值不值得再进入、如果要进入的话有哪些优点可以借鉴、有哪些缺点要绕开。绝对不是做个剪报就完事的，那木有意义。

3.能（即使delay或者很坎坷）把一个不复杂项目搞上线，不需要找太多乱七八糟的人也没有太高的技术成本的情况下，推进一个类似前端小功能or客户端小版本or质量改进之类的项目能搞上线，而不是做着做着就黄了（黄的还莫名奇妙）。

4.能认清楚大部分团队成员，如果团队离职率不高的吓人的话应该还是很简单的。

      综上，满足这种条件的话，应该就即将可以稳步的开始进入快速成长阶段了。