【猎云网（微信号：ilieyun
）】4月18日报道 （编译：蔡妙娴）
编者注：本文作者为Chris Butler，纽约资深产品经理。
我曾参加过多场高级产品经理会议，讨论这一职位所需的技能。除非你有一位擅长定目标、指导团队成员的产品经理，否则这件事还是挺让人头大的。
刚从大学或集训营毕业的产品经理往往掌握着丰富的理论知识，但很少真正了解如何打造优秀产品。功课念得再好，也比不过那些身经百战的老将。在微软，我们会开玩笑说，这样的产品经理头两年的工作简直一文不值。
如何让新手产品经理成长？首先你要创造一个允许他们失败的环境。如果他们不能从中总结经验教训，那何来的成长呢？
说这话的时候，我想起很久之前的一部电影《功夫梦》，电影里的Miyagi先生让Daniel-san在训练的同时，也做着一些看起来非常无趣的工作。但到最后，Daniel-san通过这些无趣的工作学习、掌握了基本技巧。我总想，我们该如何用这样的方式训练新手产品经理，让他们掌握基本知识，培养重要的思维方式和其他工作技巧呢？
以下，我为大家介绍一些训练新手产品经理的“课程”。
第一堂课：经常梳理产品待办列表
我本人并不喜欢梳理产品待办列表，因为经常梳理肯定要花费很多时间，而且说实话，不符合敏捷开发的理念。
当产品经理刚刚开始上手时，会收到一份长长的待办列表，涵盖管理、客户等各方面工作。成长中的产品经理需要梳理这份列表，运用某种优先排序技巧来进行堆栈排序。
当他们完成排名后，你可以先给予一定的鼓励，然后询问他们在这过程中学到了什么。注意，你要在这个时候告诉他们，特定的排序方式不一定适用所有情况。接着，让他们按照另一种技巧重新排序，不断重复这个过程，直到大家厌烦为止。
结论：排序方式多种多样，但它们的目的在于开启对话。
第二堂课：产品开发进程汇报
我也不喜欢产品开发进程提醒汇报，尤其是通过邮件。不是说所有的开发进程汇报都是坏事，但是如果你指示不清，往往会使团队失去控制，这也就让汇报显得一无是处。
但在训练新手产品经理时，你需要做的是，是收集某个项目的开发信息，但不给予任何其他反馈。你可以在计划／评议会上汇报开发进程，当他们要求更多细节时，告诉他们应当增加什么功能，但言语要模糊，让他们自己去尝试不同的迭代。
最理想的结果是，这些产品经理开始问你，应当呈现怎样的产品状态，以及为什么要呈现这样的产品状态。
结论：用起来好，产品才算好。我希望那些产品经理知道，大多数产品状态只是一种信号机制而不能改变企业的运作方式。
第三堂课：收集数据
在KAYAK的时候，我曾经负责收集所有有关移动端的数据，这些数据来自Google Analytics、AppAnnie、Tableu、Cognos以及多个内部工具。当时我一个月里制作的电子表格，那叫一个长。
我并不觉得公司是在欺负我，但那确实是一份吃力不讨好的工作。如果挖掘够深，你总会发现有些数据不准确，而当其他人质疑数据分析结果时，这一点就会被他们利用。
你应当把这项任务交给新手产品经理，当他们交上电子表格时，你可以询问他们遵循了多少不同的指标，然后指出数据不一致的地方（永远都有）。 此外，你还要指出缺失的信息和应当补足的数据。
结论：只有在帮助决策的情况下，数据才有影响力可言。
第四堂课：扔硬币／骰子做决策
你可以给产品经理一枚硬币，让他们每做一个决定时就扔一下。
一段时间后，你可以让他们回过头来看看，扔硬币让团队走了多少次错路。如果当时没做那个决定，会发生什么？
接下来，拿骰子来替换硬币，告诉他们每做一个决定就扔一下骰子，并按照骰子行事。唯一不同是的，他们要考虑至少6种不同方案，且6种方案一定要有明显的区别。
结论：决策的影响可能不那么重要，重要的是你总是会面对各种不同的选择。其次，骰子能够让他们意识到，当你做决定时，永远有不止2种选择。如果你只能看到2种，那说明你没能考虑到大局。
第五堂课：投用户所好
和用户沟通是一把双刃剑，因为他们常常有很多要求。
你可以在没有任何其他指示的情况下，让产品团队出去与用户交流，寻找他们的需求。等他们回来，拿“5个为什么”来问他们，如果他们不能给出令人满意的回答，那说明他们还得继续和用户交流。
结论：关键的不是用户说他们想要什么，而是基于用户此前的工作，分析他们真正需要什么。
