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
产品经理的时间经常不够用，用来一个人吃饭太奢侈。一定要找人一起吃饭，技术、设计、市场、运营都可以，胆子大也可以拉老板一起，只要不是一个人就好。
1704236157
1704236158
我们算一下，一周工作5天，5顿午饭，5顿晚饭（基本上，干这行的很难不在公司吃晚饭），每顿和不同的人一起吃，一个月就可以认识30多人。这样吃下来，工作中经常有交集的同事，几乎都有了非工作场景下、非正式的沟通。
1704236159
1704236160
很多时候，你找技术提一个需求，他回答“做不了”、“没空做”，还是“我想想怎么办”，只取决于你和他熟不熟，这是真的。
1704236161
1704236162
类似地，如果你是烟民，可以约同事一起抽烟；如果你是运动爱好者，可以和同事一起打球、爬山……在良好的文化氛围下，做朋友与做事，可以相互促进。
1704236163
1704236164
最后，不要忘了问他一句：作为一个产品新人，现在没人带我，我应该怎么做才能快速上手？
1704236165
1704236166
以上三招，虽然又笨又花时间，但胜在简单有效，能帮你快速跨越第一层。悟性好的同学，三到六个月就能进入第二层，最慢的一两年总够了。
1704236167
1704236168
11.2.2 第二层，主动挖掘与项目管理
1704236169
1704236170
第二层与第一层的产品经理相比，最大的区别就是开始从被动变为主动。
1704236171
1704236172
你开始自己去见用户、挖需求、探究人性，并把需求转化为产品功能，而这需要对用户研究、数据分析、竞品分析、心理学、社会学等知识有所掌握。你不再是一个在项目中盯需求的人，你开始主动发起项目，可能要承担项目管理的职责。这时候，抢资源就变成了一个很重要的能力，如果你在第一层时就和所有人结下了深厚的友谊，抢资源就会比较容易。
1704236173
1704236174
从下面一些小迹象就能看出你有没有迈入第二层。
1704236175
1704236176
►如果你负责的都是同事给的二手需求，那么你是第一层的产品经理；如果你经常亲自接触产品的用户，直接获取需求，那你就是第二层的人。
1704236177
1704236178
►开会的时候，如果你总是作为参与者接受会议邀请，那么你还是第一层的人；如果你经常作为组织者发送会议邀请，那就是第二层的人。
1704236179
1704236180
►如果你一直在按流程办事，按模板写文档，那么你是第一层的人；如果你开始优化流程，更新模板，那么你就是第二层的人。
1704236181
1704236182
进入第二层，你对公司各方面的熟悉程度大大增加，话语权明显提升。比如，你觉得随着团队变大，产品越来越复杂，现有的项目流程已经不适合现状了，就要有能力发起一个讨论，说服大家在“功能评审”与“发布”之间加一个“预发布”环节，在“需求评审”之后加一个视情况而定的“设计评审”环节。
[
上一页 ]
[ :1.704236133e+09 ]
[
下一页 ]