产品经理离职的工作交接事儿

对于快速变化的互联网行业，跳槽或换工作并不算什么新鲜事。一般打定主意离职后，通常不会被挽留，那么接下来就会面临工作交接的事情。本篇就谈谈产品经理离职的工作交接事儿。

交接的必要性

无论公司大小通常都会一个萝卜一个坑，每个产品经理都有其负责的一块内容。产品经理离职势必造成部分这部分内容出现真空的问题。但俗话说的好“铁打的营盘，流水的兵”，产品仍然需要迭代，业务也需要继续开展，因此势必需要有个过渡交接，以保证产品和业务在切换产品经理过程中的平稳过渡。

职业生涯这些年，不乏遇到产品经理离职，工作不做交接的问题。对于复杂系统和复杂逻辑，如果不做交接再没有完善的文档支撑，就会导致产品无法维护和迭代，最终成了谁都不敢碰的烫手山芋。

譬如之前在做C端产品时，信息流各种加载和交互逻辑情形较多，且之前产品经理并无交接，结果组内产品经理遇到信息流相关的需求，避之不及。遇到实在绕不开的需求时，也只能请研发看代码和老测试讲解逻辑。

交接的关键点

很多产品经理提了离职后，可谓恨不得马上离开公司，追求幸福。但产品圈子不大，离职工作交接也体现产品经理的人品，仍然需要认真对待，少给后来人埋坑。

离职交接的关键有：同步离职信息、确定交接人及交接内容、交接方法论、交接工作内容、交接人员安排、交接文档。

离职交接的第一步是，将离职信息同步给关键角色，比如领导、下属、关键合作方（例如技术负责人），离职本身对组织士气是一种损伤，通常不必要将离职信息同步给全员，至于组织中非正式小道消息通常不可避免。

在将离职信息同步给关键角色后，同时也能够确定后续交接的对接人，这里讲对接人并不一定是一个人，可能是负责不同模块的人，也可能是领导与被领导的角色。确定对接人是推动后续交接内容关键的一步，否则无人对接，也就难以评估何时交接完成，也就难以在此基础上确定离职的lastday。在与关键角色沟通前，就应该清楚手中工作交接给哪位产品经理较为合适，而非将此问题变为开放问题，迟迟定不下来。

通常来讲，交接工作内容和文档是最常见的交接内容，但如果是产品负责人做交接，并且对接人经验尚浅，则需要在工作内容和文档之上，将如何cover住所负责产品方方面面的方法论做同步交接。比如如何与销售/交付打交道、如何做产品方案、如何写产品周报、如何做产品规划，都需要将技巧、方法与原则做统一交接。

这里通常有一个误区，很多产品经理离职前，恨不得工作到最后一秒。但工作到最后一秒往往也意味着忙于处理事务性工作，而缺少对对接人的详细交接，后面对接人能否打开局面，正常开展工作，在相当程度上需要看命。因此离职前并非工作到最后一秒就是更敬业，相反，可能还是留坑的开始。离职这个阶段，重点应该是交，而非做，关键是对接人能否正常开展工作。

工作内容主体包含客户/用户项目、需求、方案。交接工作内容的过程，是一个暴露问题的过程，此段时间看似即将离职的产品经理貌似工作不饱和，实质是给对接人留出足够适应和提问的时间，这样看来，离职需要一个月的交接期并不算过分的长。

交接人员安排则是如果离职的产品经理同时还负责带产品团队，则需要额外的做人员安排方面的交接工作。

首先，领导离职，最忐忑不安的往往是直属下属，因此产品经理确定离职后，要及早同步团队关键产品经理，并且给予计划安排并实现稳定预期。

其次，要做的是需要根据产品团队成员特点、优劣势、负责内容，明确离职后，产品团队各成员定位和大致安排，不至于因产品经理离职，造成产品团队陷入混乱。

最后，产品经理离职需要明确，自身离职后，是团队成员替代，还是需要额外招聘产品经理填补空缺。根据不同的决定，会涉及是否需要帮助公司招聘的问题。