如何快速接手其他產品的工作?
編輯導讀:在職場中,同事離職是很正常的事,如何做好交接工作非常重要。作為一名產品經理,同事離職后,怎樣接手其他產品的工作呢?本文作者基于自身工作經驗,對這個問題展開分析,希望對你幫助。
最近三個月,團隊人員變動很大,來來去去好多人,只有我屹立不倒。
三個月前一位產品經理離職,我接盤了個從零到一的產品。最近一位在公司待了三年的產品離職,我又接盤了,其中包含在一個公司戰(zhàn)略層優(yōu)先級較高的產品線。
可能是公司對我的信任,也能是覺得我擁有熟練的接盤手法。自己這段時間不是在接盤,就是在接盤的路上,所以我想跟大家分享一下,公司有產品離職時,面對多產品線和部分產品運營工作,較穩(wěn)健的接盤姿勢。
我認為需要先從宏觀了解,再到微觀實踐。在接盤前,應該對所有的事務進行簡單的記錄,做到有據(jù)可查、有人可問。針對不同時期的項目,運用不同的接盤姿勢。
一、接盤前
1. 工作交接表
在產品經理走之前,需要明確的他手中所負責的事物,每件事物的進展程度,以及每件事物涉及到的外部人員。一般情況下,每位產品經理負責的內容都比較多而雜亂,短時間內熟悉所有內容是不現(xiàn)實的,那么可以只記錄公司內,對事物最熟悉的人,真正接手后出現(xiàn)問題可以快速找到對應的人來詢問。
基于個人經驗,在這個階段會整理一個工作交接表,表中會記錄事物名稱、進展程度、涉及到的人員、備注說明等等。
事物名稱:把所知道的事物羅列出來,再進行簡單分類。可分粗略為代辦事項、進行中項目和日常工作。
進展程度:對應每件事物的進展情況,是需求中,還是在出設計稿。在開發(fā)中的話,明確當前的開發(fā)進度。已經上線的,需要跟蹤數(shù)據(jù)情況。
涉及人員:需求中的項目,了解需求方是哪個人或者哪個部門。設計中的產品,找到對應的設計師。開發(fā)中的需求,一般都會有“項目管理”工具記錄開發(fā)人員,存在項目經理職位的話,明確下項目經理即可。
備注說明:作為一些補充,方便自己查閱。
例如下圖:
整理好工作交接表的同時,一定要拿到歷史原型文檔和所有相關文件。
表弄好,資料拿到,接盤的姿勢相當于正確了一半,剩下的就是搞定需求,搞定人。
二、接盤正式開始
了解每條產品線,在公司戰(zhàn)略上的優(yōu)先級??串a品和業(yè)務形態(tài),目前手中的產品線是屬于拓展性的,還是屬于產品和業(yè)務形態(tài)穩(wěn)定的;看是否盈利,產品線目前是賺錢的,還是虧錢的;產品線與公司發(fā)展戰(zhàn)略,是未來的幾年主要發(fā)力的點,還是屬于被轉型或維護的產品線。
弄清楚手中每條產品線的優(yōu)先級,有利于處理突發(fā)情況。當資源不足時,可以有針對性的進行資源傾斜。
1. 產品運營工作,明確人
明確產品的大部分需求從哪里來的,市場還是運營,有沒有一個專門負責輸出需求的人。
需求獲?。韩@取到歷史需求表,了解需求的對接模式和處理頻率,主動去找相關的人打個招呼,人熟好辦事。
運營支持:對產品需要支撐市場運營的事務,應該梳理出所有的常規(guī)事務流程,以及在各個環(huán)節(jié)中涉及到人。方便第一次合作就能比較快速的處理問題,體現(xiàn)出自己的專業(yè)度,得到更多認可和理解,有利于日后事務推進。
2. 未開發(fā)的項目,理需求
需求收集中或原型出半截的項目,需要拿到較原始的需求收集結果,確定需求來源方,以便后續(xù)的溝通和確認。
根據(jù)自己的理解,跑一遍需求分析、功能結構圖、業(yè)務流程圖,再到原型細節(jié)??聪伦约号c原負責人的思維是否契合,如果沒有太多差異,在原來的基礎上修補即可。如果差別比較大,那就要重新搞,畢竟后續(xù)的需求文檔和開發(fā)支持都要自己來,還有不要忘記把需要的時間成本向leader同步。
3. 進行中的項目,博理解
需求已經評審完畢,進入到了開發(fā)、測試階段,工作重點在于讓項目平穩(wěn)落地。
進入到項目之后,先和開發(fā)、測試簡單溝通一下,目的在于讓項目中的人,理解你是半路接盤,自己對很多細節(jié)不是百分百清楚,遇到問題及時溝通,雙方協(xié)商之后再確認。關鍵就是放低姿態(tài),博得理解。
三、最后
愿你左手拿著歷史文檔,右手握著工作交接表,優(yōu)雅地與項目人員溝通,搞定需求,搞定人。運用正確的接盤姿勢,做穩(wěn)健的接盤俠。
作者:歌昂;個人微信:lg869095752;公眾號:歌昂
本文由 @歌昂 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!