科技猎产品经理的进阶之路
这是 李三科 的第 72 篇文章
周五马力老师在群里提了一个问题：
初级产品经理的训练，有什么样好的方法？一个小孩从入门开始，应该做哪些练习，特别是需要积累一段时间的？
一向实力圈粉的马老师，一个问题引发了几百条激烈的讨论。
由于自己的产品之路一直是野路子，本身并没有工业设计、计算机相关专业背景，刚入行做产品的头两年汇报对象均不是做产品出身的leader，一路都是摸索，踩了很多坑，本身的成长之路在这个命题里并不具备参考性。
但总不能说：让他(她)自己去摸索，自我学习能力是PM最重要的能力之一，我当年就是这样成长起来的。
复盘自己这三年来带初级PM的经验，怎么带成功一个PM还在不断努力尝试，失败案例带来的反省却分外深刻。
尝试回答
周末两天时间，一直在思考这个问题，这会整理了下自己现在的方法，试着来回答：
1. 每个人基础背景不同，对应的提升指导方法不同
专业背景
- 计算机/网络通讯相关专业
- 非计算机/网络通讯相关专业
工作年限
- 应届生
- 参加工作一段时间
2. 梳理公司（自己）对于初级PM的预期
- 输出商讨过的某个模块产品原型图
- 输出商讨过的某个模块产品需求文档
- 跟进某个(小)产品功能的完整上线
- 数据收集和整理
- 其他
3. 在具体做事中验证，将初级PM的能力模型与公司预期进行匹配，找出差异，梳理出个性化指导方法
交付一个小功能模块的产品设计，上手让做，发现问题，及时解决。比如：
- 原型漏洞太多，逻辑不清，遗失东西：指出问题所在，说明都有哪些坑，可以试着先把思维导图&流程图绘制下
- 原型太丑：我来告诉你一些小技巧，这块可否这样来做？
4. 定义好一个好产品原型/UE说明应该是什么样的，然后制定好提升步骤，一步一步靠近。
自己完成一个小功能模块的产品需求文档，或者对着老大的原型来写文档
- 文档逻辑不清，漏洞太多：认真的指出问题，一项一项梳理，找出问题，耐心解释；
- 文档格式乱：定义好一个好产品文档是什么样子的，给一个模板来copy；
- 文档废话太多：让他自己再重新理一下这块的逻辑，尝试可否再用少一些的文字把事情讲清楚；
5. 独自(跟着老大)跟进某个产品功能上线
- 产品逻辑不清楚：让他来反述，直到通过为止；
- 不能及时发现问题：耐心指出问题在哪里，可能的风险是什么，为什么会是这样；
- 推动研发不给力：是什么原因，是被研发问住了？还是沟通有问题，就问题有针对性的解答。
为什么不太赞同群里老师总结的思路：
产品设计
- 整理流程图
- 临摹产品原型
- 整理日报
看bad case
- 线上用户投诉
- 微博用户评论
和用户沟通
- 去客服实习接电话
- 流失用户召回尝试
- 用户访谈/问卷
这些事情，看起来都是『打杂』的事情，也确实是在『打杂』，我很理解诸位老师的初衷。
但初级PM和产品实习生还是有区别的，有些事情做起来确实挺无聊枯燥，比如整理流程图，整理日报，你不能交给别人一个挺枯燥的事情，还奢望别人可以获得新的知识，有新的发现，超出预期。
有些事情一个产品经理未必能做好的：流失用户召回尝试，用户访谈/问卷。
公司招人就是来干活的，我会比较主张参与到正在做的项目中去锻炼：
- 提升比较快，参与公司正在做的具体项目，哪怕是一个小模块，都会让人有参与感，与大家在一起战斗能激发人的主观能动性；
- 能够快速熟悉项目，虽然可能很多东西都还不懂，可以从小地方入手，以战养兵是最好的提升方式。
- 容易建立团队归属感，对于稳定性，工作积极性都会有显著帮助。
举个栗子：
A同学，工作一年，非计算机/网络通讯相关专业，入职某XX行业，担任产品经理工作。
通过两周的工作相处，发现A同学：
优点：
1.积极主动，认真负责，自己跟的小项目会跟到底，有问题会及时反馈沟通。
2.执行力好。
3.原型做的还可以，符合公司预期。
问题：
1.网络技术原理较为欠缺，导致逻辑不严谨；
2.因为1导致对接研发工作时会信心不足，给出的解决方案不够好；
3.对于XX行业不熟悉，导致在产品设计上漏东西；
那么肯定长处，让A同学继续发挥自己的优点，同时，针对A同学的问题：
1.网络技术原理欠缺，可以每天花一定时间(一刻钟)讲透一个技术知识点。
2.XX行业知识不太懂，每天花一定的时间(一刻钟)讲透一个小知识点。
以上两个坚持两周，基本就会有成效。
推荐以前阿里常用的师徒口诀：
我说你做
我做你看；
你做我做
对于初级PM，多一些宽容，多一些理解，多给一些犯错机会，多一些科学的指导方法，成长的速度就会快很多。
每一个初级PM的进阶之路，也是Leader的进阶之路。
题图16.11摄于理工学院
作者：李三科，目前就职于一家二手车公司，从事产品工作。两年阿里巴巴中供Sales，五年产品经理至今，个人微信公众账号: pmlisanke ;
本文由 @李三科 原创发布于人人都是产品经理。未经许可，禁止转载。
