《产品日思录》是我个人公众号上每天更新的系列文章，记录了我在做产品过程中的思考、总结、经验积累，也希望在这里和简书的大家分享~
许多产品经理入职新公司时，接到的任务大多是负责更新迭代已有产品，那该如何接管这个“二手产品”，并迅速归为己用呢？今天就来聊聊这个问题。
首先，如果这个产品之前有产品经理负责，且他的职责是和你交接，那就先拽住他不放吧，让他帮你讲解产品功能，梳理业务流程，你需要重点知道的有：
1、产品的迭代历史。在你之前，这个产品经历过几次大改版，每次改版的目的是什么，都增加/优化了哪些功能，是否改版的目的达到了，未来有什么计划等等。
2、需求的管理方式。在你之前的需求是否有记录，需求的来源是哪里，每个需求都分别在哪个版本实现了，还有哪些未实现的需求，都是哪些人提的，这些人提的需求是否被很好地满足了等等
3、业务对接人员。包括产品涉及到的各业务线对接人是谁，哪些人会提需求，哪些人会要数据，哪些人会使用后台等等。
其次，阅读各种文档。其中比较重要的文档有：
1、产品相关文档。包括产品原型、PRD、需求池、产品使用手册等等。
2、流程相关文档。包括内部沟通汇报流程、产品研发流程、需求承接流程、线上Bug处理流程、上线运营流程、后台权限开通流程、数据采集流程等。
3、业务相关文档。具体到产品所属行业的业务知识，如财务结算知识、P2P金融知识、物流配送流程、供应链系统组成等等。
4、特定领域的技术文档。并不是指具体的技术方案，而是涉及产品相关的技术实现逻辑，比如热门排序算法，订单状态机，推荐逻辑等等。
再次，通过各种渠道，快速了解产品所在行业背景。包括：
1、行业产业链条
2、行业中自己的产品所处地位
3、行业的商业模式是什么？
4、行业已有竞品是哪些，他们的优势是什么？我们的优势是什么？
最后，再提一种极端情况——如果你很不幸，入职之后，没有产品经理给你交接，也没有留任何文档，你又没有行业经验，老板就丢给你一个产品让你做，怎么办？
这种情况，只能靠自己的毅力和自学能力了：
一方面，自己作为用户，完整体验产品流程，跑通前台、后台系统，记录业务执行方法；
另一方面，遇到复杂流程和歧义概念，可以求助开发同学，毕竟是他们实现的功能，底层逻辑只有他们最熟悉，至于他们会不会告诉你，以及怎么告诉你，就靠自己的人际交往能力啦~撒娇、请客，使出你的浑身解数吧~当然，如果自己懂点代码，比如我，可以直接要来源码自己看，连上数据库自己跑，遇到不会的再问，事半功倍哦~
以上，你有什么好办法？期待你的留言~
