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

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

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

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

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

一、接盘前

1. 工作交接表

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

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

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

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

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

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

例如下图:

产品经理,产品经理网站

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

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

二、接盘正式开始

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

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

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

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

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

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

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

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

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

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

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

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

三、最后

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

 

作者:歌昂;个人微信:lg869095752;公众号:歌昂

本文作者 @歌昂

版权声明

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

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部