本章關鍵句

• 確保沒有事情被遺漏
• 與發表關係人合作最有效的方式，就是將他們視為真正的合作夥伴

概念與框架

• 召開發表審核會議：交付客戶前，與高層一起開個發表審核的會議
  • 評審和你有相同的目標
• 發表工作檢查表
  • 推廣計畫
  • 產品
  • 紀錄機制
  • 基礎設施
  • 其他審核
  • 行銷
  • 銷售團隊和客服團隊的支持
  • 其他系統
  • 公司通訊
• 進入市場策略：向客戶推出產品的計畫
  • 定位宣言：電梯遊說
  • 推廣活動
    • 線上廣告
    • 公共關係
    • 搜尋引擎優化
    • 部落客文章、電子郵件活動和社交媒體
    • 活動、會議和貿易展覽
    • 夥伴
    • 發表
    • 銷售員

責任

• 在產品準備好之前不要發表：成功的產品需要滿意客戶的推薦
• 確保沒有任何遺漏
• 品質保證
  • 團隊檢查
  • 內部狗糧測試
  • 測試bash
  • 測試腳本
  • 自己全部測試一遍
  • 特別注意
    • 用初學者的思維來執行完整的流程
    • 每一個不同的流程
    • 狗糧測試無法測試到的案例
    • 邊緣案例
    • 設計細節
    • 設備
    • 國際化
  • 處理任何發表問題
    • 深呼吸
    • 把關鍵人物召集到房間，或是透過視訊來討論問題和潛在的解決方案
    • 讓主管知道：積極主動的溝通
    • 考慮要不要復原修改的部分
    • 可以用「cherry pick」修復嗎？
    • 與行銷團隊一起研究如何回應客戶
    • 解決後，舉行檢討會或「5 whys」
  • 慶祝並回報公司
    • 宣布發表並感謝
    • 發表派對
    • 提供發表之後的最新狀況

成長實踐

基礎

• 儘早與發表關係人合作
  • 若沒有儘早且發現阻礙問題的話
    • 讓關係人及時掌握發表的目標、背景和優先順序
    • 一起寫下高風險的選擇及每種選擇的利弊
    • 將不同意的選項順序往上調，不要情緒化或產生抵抗心態，專心找出對用戶和公司最有利的選項
    • 將決定計畫讓關係人知道最新的狀況
• 將發表審核會議當成贏得信譽的方式

進階

• 妥善地考慮發表日期
  • 軟體發表是出了名的難以估計
  • 不要把發表日期視為單獨的一天，而是要視為一段期間
  • 不要在沒有完全取得工程師的同意情況下幫他們壓日期
  • 考慮
    • 加入開始進入工程之前的時間
    • 在估計工程時間時，乘以某個乘數
    • 檢查是否有非工作日
    • 加入測試時間
    • 加入部署時間
    • 加上緩衝時間
• 對完整的用戶體驗承擔責任

高級

• 擬定正確的發表策略：要成為偉大PM必須先拋開自我

念完這一章節，擴充我對產品發佈的想像，也釐清許多不足。從產品開始探索的那一刻起，所有利害關係人便開始相互牽連，身為PM需要尊重並相信鏈上每一個人有著共同目標（或是要確認有共同目標），隨時將訊息公開透明在每一位間流動，相較如此，列出一項又一項的發佈檢查相對簡單，或者可以列出的發佈檢查是發布的基本款，因為不足或是盲區會由利害關係人們補齊。我覺得要成為一個厲害的產品經理，真的好具挑戰性啊，因為即便再有天賦，都會需要不斷練習、從小地方開始練習，沒有捷徑。