当产品经理刚到一家公司就职，或同事离职时，需要去接手别人做过的产品/系统。
如何快速去熟悉别人并接手，对产品经理来说，是个考验。
这个事情也非常重要，你只有完全接手了以后，才有可能去优化，或者重构。
需求池还躺着一堆待你处理的需求……
如何才能快速接手？我把这个过程一共分为7步：
1、梳理业务流程
首先梳理出这个业务的关键涉众，大概罗列这些关键涉众的利益诉求。
然后基于这些涉众，梳理出跨职能流程图，即泳道图。
这个泳道图，是不同的角色完成这个业务的先后顺序。
有了这个跨职能流程图，基本上就搞懂了这个业务是怎么运转的了。
2、梳理系统架构
为了满足以上这个流程的业务，需要系统来支持，系统包含模块，模块包含功能。
主要业务角色使用的，是业务系统，一些底层支撑的，是中后台系统。
梳理完系统架构，让我们对产品有了更整体的认知。
系统架构图示例：
3、梳理系统交互图
系统与系统之间，有很多交互，通过交互，来完成信息传输。
系统在接收到指令后，执行一些增删改查的操作。
系统间的交互，可以使用泳道图或时序图。
颗粒度较粗时，可以使用泳道图。
颗粒度要求比较细时，可以使用时序图。
系统交互图示例：
4、梳理状态机
很多业务系统，核心的管理对象，都是一些单据，比如电商的订单，金融的借款单，出行的订单等。
梳理核心对象的状态机，可以让我们更清楚的知道业务流传的触点，把控功能细节。
梳理状态机需要使用状态机图。
状态机图示例：
5、梳理ER图
ER图可以帮我们梳理数据结构，搞清楚一些业务概念，本质上是一种领域驱动设计的思路。
刀哥以前梳理的ER图：
6、梳理功能结构
系统架构颗粒度比较粗，帮助我们整体上了解产品。
要知道具体有哪些功能，还得梳理产品的功能结构。
功能可以理解为用例，通过对功能的梳理，可以让我们更详细的了解产品。
功能结构图示例：
7、梳理核心功能的规则
每个功能都包括几个要素：业务流程、业务规则、界面交互。
业务流程是用户和系统交互的过程，有正常流程、分支流程和异常流程。
业务规则则是流程执行过程中依据的标准。
界面是功能的展现，用户通过界面执行功能，和系统交互。
把核心的功能梳理出来就可以了。
其他非核心功能，可以按这个思路去了解就可以了。
以上7个步骤梳理完了以后，你最好汇总到一个文档里。
形成一个你自己的wiki，以后遇到逻辑不清楚的问题时，可以来查这个文档。
以后有更新迭代时，也可以不停的更新。
这个文档记载了你的设计思路，沉淀了你的方法，完全可以成为你的数字资产。
希望通过这7个步骤，能帮你快速接手别人转给你的产品。
