交接時程規劃
大致可以分為 6 個步驟去進行，包含事前確認需求、準備文件，到實際執行。其實和產品執行的流程蠻像的，如果要再加上成效評估，可以以離職後被聯繫次數為評估指標，以同事只會找你聊天不找你問工作為精進的目標。
- -90 天：整理＆撰寫文件（確認交接項目有哪些）
- -45 天：和主管確認交接對象＆說明交接時程規劃
- -30 天：交接文件給對方看＆進行交接
- -30~7 天：和交接對象實際操作一次，在不參與的狀況下進行確認
- -14~7 天：致電或信件和合作窗口說明離職以及介紹交接對象
- -1 天：帳號權限移轉解除
時程上可以根據自己文件化的速度以及當時的工作負荷而定。我是在和主管確認離職日期後，大概回推一個半月開始準備交接項目。
交接文件一覽
- 交接工作清單 x1：負責專案的交接項目列表，詳細執行方式寫在 PM 上手文件
- 合作窗口清單 x1：合作窗口聯繫方式列表
- 帳號移轉清單 x1：掌管的帳號密碼以及移轉人
- PM 上手文件 xN：實際執行的文件 0 到 1 教學，幫助新 PM 可以快速上手
1. 交接工作清單
寫交接工作清單的目的在於交接對象一看這份文件，就可以知道要做的事情有哪些。可以把自己想像成交接者會想問什麼問題，期待知道什麼資訊。
交接的項目我拆成兩個角色去寫：
- 身為團隊成員，要分配輪流負責的事物。
- 身為 PM，要進行的工作以及負責的產品。
交接工作項目可以包含：
- 專案名稱
- 執行項目名稱
- 執行項目性質：是規劃中、開發中還是例行事項等狀態
- 合作對象：可能會涉及到的夥伴都可以寫，幫助對方有問題時可以詢問
- 執行項目：列點出要做的事情，如果是已經有 SOP 的項目，細節會寫在相關文件
- 相關文件：包含 SOP 文件、Asana 入口等都可以放
另外文件的最上方，我會寫上交接的對象與預計時間，幫助自己追蹤進度。
2. 合作窗口清單
把所有合作中的窗口整理資料，確認之後要交接的對象是誰，約好時間介紹彼此以及說明合作的項目。自己的習慣是會讓雙方有第一次的合作，在旁確認是否有問題，如果有的話再次和交接對象說明，並進行第二次，確認未來合作可以順暢。
合作窗口的項目可以包含：
- 公司
- 部門
- 主要合作項目
- 聯繫人
- 交接項目
- 交接給誰
- 交接方式：Email、電話、面對面說明
不同進行狀況適合的交接方式會不同，如果是單純行政往來的，可以 Email + 電話進行。如果是需要確認未來發展項目的、比較複雜的交接項目，會建議可以約面對面的會議，以增加效率。
3. 帳號移轉清單
整理負責的帳號以及接下來處理的方式，是移轉所有權給誰呢？還是保留帳號，那帳號密碼會是什麼？或是刪除帳號，那相關的資料之後如何讀取。總之就是讓大家在沒有你的狀況下，可以找到相關資料。
帳號移轉的項目可以包含：
- 產品
- 網址
- 帳號密碼
- 備註使用方式
4. PM 上手文件
如果交接對象可以有重疊期間可以親自交接當然是最好，如果沒有的話，一份清楚的上手文件應該會有蠻大的幫助。這也是在交接過程中花最多時間撰寫的項目。
內容可以包含這些層面：
- 團隊工作方式
- 公司產品介紹
- 產品開發流程
- 公司內部軟體及工具
- 例行會議
- 產品製作流程
- PM 技能概覽
- 日常需要負責的工作
並搭配執行 SOP 文件，如下：
- 如何 release 產品
- 如何使用 DevTools 驗收與偵錯
- 如何使用 Figma 繪製 wireframe
- 如何使用 google data studio 製作報表
- 如何清除 cache
- …
準備就緒
準備好所有文件，就可以依據一開始寫的流程，和主管確認交接對象，進行交接。交接時，不妨把自己的私心訣竅交給對方，也予以感謝這段時間的幫助。如果希望保持聯繫的，也可以在此交換個人的聯繫方式。
寫在最後
本以為可以輕輕鬆鬆一兩個星期寫完交接文件，結果前前後後準備起來可能有三個月，寫完交接文件覺得好像又當了 PM 一次，從一開始搞不清楚各種技術語言，到可以參與討論、撰寫 PRD，合作夥伴從第一個專案到現在莫名也變成熟識。
幫助接手人可以順利交接，同時也在幫自己可以無掛念的畢業。是個充滿儀式感的過程。
最後當然不忘感謝在旁提攜的前主管與同事們（鞠躬
如果你覺得這篇文章有幫助，歡迎拍手支持，謝謝：）
