产品经理与工作交接那些事

产品经理与工作交接那些事
下半年以来，部门大批量人员离职。

前后人员工作交接的问题，逐步成为产品经理的困扰。

交者有意
无论如何，员工是要走了。

对于离职的员工来说，无不希望尽快交割完成，早日休假走人。

比如乐帝甫一入职，就赶上上一批产品经理人员变动。

与乐帝交接的产品经理，只是草草扔给乐帝几个文档，就休完假走人了。

离职的员工关注的是“交”，接不接得住就不操心了。

正因为“交者有意”，交者甚至会渲染交接的工作内容状态稳定。

比如乐帝负责的推送模块，一年内技术连续交接了三波人。

上一波技术人员交接时表示推送系统“非常稳定”，可事实是，第三波技术人员在未做任何改动情况下，推送系统便bug不断。

直接导致此模块新需求停滞，用两个月时间忙于使系统稳定下来。

接者无心
对于接的员工来说，其他员工离职将工作交接过来，手上的业务“名义上”扩充了，但此时心智模型，仍然停留在之前业务的一亩三分地中，往往会低估新工作内容带来的坑，并不会把工作交接当作一回事。

随着工作的推进，新接手工作坑逐步暴露时，此时交接的员工已是人去楼空。

真可谓前人挖坑，后人填坑。

负责推送模块第二波技术人员，正是天天忙着救火修bug，无新的工作产出，得不到同事与领导的认可，逐步消磨了意志，最终客户端连同服务端人员同一时间段离职了。

回看后续发展，只是又一波技术人员填坑的开始。

产品经理的困扰
工作交接这个问题，产品经理的困扰来源于两方面：产品工作的交接和技术人员的工作交接。

对于复杂的产品逻辑，产品经理之间交接不畅，就会直接阻碍产品进一步迭代与进化。

逻辑较为复杂，任何改动，都会带出一连串的问题。

譬如乐帝负责产品核心模块迭代时，经常被隐藏着的古老逻辑打断，时常担心是不是有什么水面下的逻辑还没有被发现。

技术人员交接断层，通常会给产品经理带来更大困扰。

外部困扰在于外部门或领导发现问题，产品经理作为接口人，会首当其中被问询并督促解决。

内部困扰在
于技术断层往往涉及底层技术逻辑，技术人员希望得到产品经理的协助，在技术方面，产品经理往往爱莫能助。

譬如推送系统出bug往往是底层代码导致，并不涉及产品策略或功能变更。

产品和技术实际是一体的，当技术交接出现断层，产品需求推动，就尤其困难了。

工作交接的破局
对于工作交接的破局，需要明确一点，最好的破局方式，便是不要工作交接。

员工离职率低，工作交接带来的隐性成本自然能降到最低。

公司业务发展也能一以贯之，这当然是比较理想的状态。

如果不能保证离职率低，乐帝认为至少可以从交与接两个方面入手，来降低工作交接给产品经理带来的困扰。

从“交”的角度来讲，产品经理作为组织中的一员，需要推动相关功能逻辑或经验进行沉淀，将“水下”的逻辑全部显像化。

避免人走连同产品逻辑一同带走的问题。

产品经理个人，也应做好个人业务模块的沉淀与梳理。

乐帝平日即会对工作内容进行梳理，最近做工作交接时，无论是文档还是给同事讲解业务逻辑，都能做到成体系。

从“接”的角度来讲，如果从其他产品经理接手工作，从平常就应该养成耳听八方的习惯，每个产品经理做的事情都大致了解些，避免手足无措。

对于复杂产品逻，应多和技术与测试人员沟通了解。

对于技术的交接，产品经理需要有敏锐的嗅觉，能察觉出技术人员变动的异动，并提前与相关技术人员沟通，确定交接内容的核心模块或脆弱模块，以便提前将问题暴露给相关人员，将交接问题前置处理。

回头看来，无论能否留住人员还是工作能否优雅交接，功夫都在平常。