提问：加入一个团队的时候，程序员可以从 code review 开始，设计可以从阅读设计规范开始，但是产品人员涉及面广，同时有很多隐性的思考。请问在日常工作中，如何高效快速的带领新加入团队的产品人员理解产品？
plidezus：
先做客服，然后和团队内部其他业务线的人一起吃饭。
selen：
作为电商应用，新人必须先去下单买点东西，了解大概的业务流程。然后再看下老员工的交互稿和jira，了解大概的工作内容和流程。
karl：
严重依赖团队平时的文档管理、协作、工作交接。之前的团队尝试过google doc来管理所有文档（协作还不错），现在的公司直接用wiki来管理，不管是工作交接、新人入职，都能快速看到所有的产品文档。
w：
1）先不着急入手理解产品，更重要的是先融入团队（内部+外部）
2）如果有条件，可以安排做3个月客服，如果没有条件，那么至少一星期
3）从各个渠道（产品feedback后台、微博、微信、知乎、百度知道、App Store评论等）去收集用户反馈并整理
4）查看已上线产品的测试用例，重新写一遍
做好以上几点需要有一些评价标准，这个取决于你自己。如果这几点做下来，还没有一点感觉，那么这个人或许可以滚出了。
cicada：
这个我有经验！！！
第一，我会把手机里的竞品文件夹截图给他，先让他下载全部竞品(通常超过50个)看三四天，然后跟我一个个总结。我肯定比他总结得更深入，他讲完了，我再讲给他听，全部讲完了，再让他按我的总结回顾几天。
第二，我开始讲理论层的东西，从理论到框架到规划，讲一些虚的东西，讲完了再消化几天。
第三，对着我写的测试用例，我用一天时间讲一遍设计细节，他肯定记不住，但会加深模糊印象。然后对着我的测试用例，按他自己的逻辑重写一遍。
第四，安排一些用户调研任务，自家的用户，别人家的用户，我给出明确的问题，拿调研结果回来讲给我听。
四步走一遍，就算是热身了。
