如何快速接手其他产品的工作？

最近三个月，团队人员变动很大，来来去去好多人，只有我屹立不倒。

三个月前一位产品经理离职，我接盘了个从零到一的产品。最近一位在公司待了三年的产品离职，我又接盘了，其中包含在一个公司战略层优先级较高的产品线。

可能是公司对我的信任，也能是觉得我拥有熟练的接盘手法。自己这段时间不是在接盘，就是在接盘的路上，所以我想跟大家分享一下，公司有产品离职时，面对多产品线和部分产品运营工作，较稳健的接盘姿势。

我认为需要先从宏观了解，再到微观实践。在接盘前，应该对所有的事务进行简单的记录，做到有据可查、有人可问。针对不同时期的项目，运用不同的接盘姿势。

一、接盘前

1. 工作交接表

在产品经理走之前，需要明确的他手中所负责的事物，每件事物的进展程度，以及每件事物涉及到的外部人员。一般情况下，每位产品经理负责的内容都比较多而杂乱，短时间内熟悉所有内容是不现实的，那么可以只记录公司内，对事物最熟悉的人，真正接手后出现问题可以快速找到对应的人来询问。

基于个人经验，在这个阶段会整理一个工作交接表，表中会记录事物名称、进展程度、涉及到的人员、备注说明等等。

事物名称：把所知道的事物罗列出来，再进行简单分类。可分粗略为代办事项、进行中项目和日常工作。

进展程度：对应每件事物的进展情况，是需求中，还是在出设计稿。在开发中的话，明确当前的开发进度。已经上线的，需要跟踪数据情况。

涉及人员：需求中的项目，了解需求方是哪个人或者哪个部门。设计中的产品，找到对应的设计师。开发中的需求，一般都会有“项目管理”工具记录开发人员，存在项目经理职位的话，明确下项目经理即可。

备注说明：作为一些补充，方便自己查阅。

例如下图：

整理好工作交接表的同时，一定要拿到历史原型文档和所有相关文件。

表弄好，资料拿到，接盘的姿势相当于正确了一半，剩下的就是搞定需求，搞定人。

二、接盘正式开始

了解每条产品线，在公司战略上的优先级。看产品和业务形态，目前手中的产品线是属于拓展性的，还是属于产品和业务形态稳定的；看是否盈利，产品线目前是赚钱的，还是亏钱的；产品线与公司发展战略，是未来的几年主要发力的点，还是属于被转型或维护的产品线。

弄清楚手中每条产品线的优先级，有利于处理突发情况。当资源不足时，可以有针对性的进行资源倾斜。

1. 产品运营工作，明确人

明确产品的大部分需求从哪里来的，市场还是运营，有没有一个专门负责输出需求的人。

需求获取：获取到历史需求表，了解需求的对接模式和处理频率，主动去找相关的人打个招呼，人熟好办事。

运营支持：对产品需要支撑市场运营的事务，应该梳理出所有的常规事务流程，以及在各个环节中涉及到人。方便第一次合作就能比较快速的处理问题，体现出自己的专业度，得到更多认可和理解，有利于日后事务推进。

2. 未开发的项目，理需求

需求收集中或原型出半截的项目，需要拿到较原始的需求收集结果，确定需求来源方，以便后续的沟通和确认。

根据自己的理解，跑一遍需求分析、功能结构图、业务流程图，再到原型细节。看下自己与原负责人的思维是否契合，如果没有太多差异，在原来的基础上修补即可。如果差别比较大，那就要重新搞，毕竟后续的需求文档和开发支持都要自己来，还有不要忘记把需要的时间成本向leader同步。

3. 进行中的项目，博理解

需求已经评审完毕，进入到了开发、测试阶段，工作重点在于让项目平稳落地。

进入到项目之后，先和开发、测试简单沟通一下，目的在于让项目中的人，理解你是半路接盘，自己对很多细节不是百分百清楚，遇到问题及时沟通，双方协商之后再确认。关键就是放低姿态，博得理解。

三、最后

愿你左手拿着历史文档，右手握着工作交接表，优雅地与项目人员沟通，搞定需求，搞定人。运用正确的接盘姿势，做稳健的接盘侠。

作者：歌昂；个人微信：lg869095752；公众号：歌昂

本文作者 @歌昂

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！