1704236107
人人都是产品经理2.0：写给泛产品经理 [:1704229254]
1704236108
人人都是产品经理2.0：写给泛产品经理 11.2 产品经理的七层修炼
1704236109
1704236110
要做产品，入行之前就要想想自己有没有本书第01章讲的思维方式与性格特点，以及一些基础素质，比如学习能力、执行力、沟通能力、逻辑思维、时间管理、会议管理、办公软件使用 等，然后再参照表11-1一步步修炼。
1704236111
1704236112
安排这一节内容的初衷是，想让大家看看自己到底走到了哪一步，想到达下一步需要做到哪些关键的提升。个人认为，初级产品的技能将被越来越多的人，甚至是非产品经理掌握，所以至少要走到第四层，才算到了一个相对安全的位置。
1704236113
1704236114
表11-1 产品经理的七层修炼
1704236115
1704236116
1704236117
1704236118
1704236119
续表
1704236120
1704236121
1704236122
1704236123
1704236124
11.2.1 第一层，需求细化与研发跟进
1704236125
1704236126
如果你每天的工作都是写PRD、画原型、做Demo的话，那基本就是刚刚入门。你接到的是一个相对明确的任务，要能听懂，所以需要不少领域知识；要产出给技术人员看的需求文档，所以要懂点技术；要制作给设计人员看的原型，所以要懂点设计，这都是入门的基本功。
1704236127
1704236128
接下来，你会觉得自己有点像一个监工，在项目过程中负责盯需求对应的功能是否按时开发、测试、发布上线，这很考验“催功”。这个阶段，有三招是必须学会的，如果你已经在带新人，不妨学会后再传授给他。
1704236129
1704236130
这三招，一是做客服 ，二是写 TC（test case，测试用例，是测试人员编写的用来指导测试执行的文档），三是请吃饭 ，分别对应着熟悉用户 、熟悉产品 、熟悉团队 这三种目标能力。
1704236131
1704236132
做客服
1704236133
1704236134
做客服是为了真正了解目标用户是谁，他们的需求场景是什么。
1704236135
1704236136
原来阿里B2B的某个团队，只要是新招来的产品经理，必须先去客服部门轮岗三个月。这段时间做下来，每个新人都会很清楚现在产品的用户都是一些什么人，哪里让用户不爽，哪些改进点重要，哪些不重要……这种感同身受，是看再多的客服反馈报告也体会不到的。当然，轮岗三个月的做法，只有在公司资源很丰富的时候才可以施行。
1704236137
1704236138
如果做不到轮岗（哪怕一周），也有简单一点的做法，比如去听客服电话，浏览、回复客户反馈，只要每天下班旁听2、3个小时，多看看客服妹子的白眼，坚持几周，就会不一样。
1704236139
1704236140
我的孵化器里有一个做夜店社交的团队，我给他们的建议只有一句话：团队每个人，每周必须去泡一次夜店。
1704236141
1704236142
写TC
1704236143
1704236144
写TC是要真正了解产品的各种细节，以及每一条逻辑规则，顺带着了解技术。
1704236145
1704236146
TC可以理解成是从测试的视角写的产品描述。测试人员与产品经理的逻辑不同，产品要抓大放小，测试要想清楚各种边边角角。
1704236147
1704236148
如果团队正好没有TC文档，你可以来写一遍，很快就可以对产品的各种细节了如指掌，比如每一个模块背后用到了哪些技术，有什么之前为了某种妥协而埋下的坑。如果团队已有TC，你可以仔细阅读一遍，绝对比读产品文档更能了解细节，读的同时跟着做一遍测试，可以更快速地熟悉产品。
1704236149
1704236150
设想一个场景，某次需求评审会上，当讨论到某个细节时，大家都记不清了，只有你能脱口而出，绝对能让众人对你的信任度大大增加。
1704236151
1704236152
请吃饭
1704236153
1704236154
请吃饭是为了真正了解所有要合作的人都是什么性格，有什么喜好，甚至最近开心不开心。
1704236155
1704236156
产品经理的时间经常不够用，用来一个人吃饭太奢侈。一定要找人一起吃饭，技术、设计、市场、运营都可以，胆子大也可以拉老板一起，只要不是一个人就好。