產品發布 是做什麼的？
發布不是公告。公告是整個過程中成本最低、也最容易被誤認為是全部的部分——這就是為什麼有些功能獲得了新聞報導，卻完全沒有被採用。
在規劃發布之前，先分級
不是每件事都值得同樣的待遇。把一切都當作重大發布來處理，只會耗盡團隊的注意力和受眾的耐心。
- 第一級——改變產品的核心敘事，或開拓新的市場區塊。全面動員：定位工作、媒體公關、銷售賦能、客戶溝通、行銷活動。
- 第二級——對現有客戶有意義，但不足以形成新故事。產品內公告、文檔更新、通知受影響的帳戶、銷售簡報。
- 第三級——改進。僅發布版本更新說明，不做其他。
在開始工作前先確定分級，並預期建造者會傾向於把一切升級為第一級。花費超過分級應得的資源，就等於從其他地方抽調，通常是從下一次發布中挪用。
在公告之前，先完成內部準備
順序很重要，而且常常被搞反。支援和銷售團隊往往是從公告中才知道消息，然後在發布週內回答他們從未接受過簡報的問題——回答得很糟。
在對外宣布任何消息之前：文檔已就緒、支援團隊能回答最常見的問題、銷售團隊知道這是為誰設計（以及不為誰設計）、定價和包裝已決定並設定完成、且產品在最有可能首先試用的帳戶上能夠正常運作。
請團隊以外的人從頭開始使用產品。 團隊自身已經看不到初次使用的體驗，而這正是其他所有人將會得到的體驗。
決定產品為誰而做，並明確指出不為誰做
一場瞄準所有人的發布，最終只會落在沒有人身上。明確指出目標客群、產品解決的問題、對他們來說有什麼改變——並且明確說出誰還不應該使用。否則銷售團隊會把產品賣給任何來問的人，而最早的客戶將是最不適合的客戶。
為發布選擇一個有理由的日期，並捍衛條件而非日期
發布日期通常由活動、季度或承諾決定。無論如何，請寫下在該日期發布必須滿足的條件——品質門檻、文檔完備、支援準備——並把這些條件視為真正的檢查點。
在支援尚未準備好之前就發布，是為了節省一週而付出最昂貴的代價。 這個代價將以糟糕的第一印象，降臨在對產品最感興趣的客戶身上。
規劃發布後的日子，而不只是發布當天
大多數發布計畫在發布當天就結束了，但那正是工作的起點。安排後續行動：對錯過第一波的人進行第二波宣傳、在產品內提示尚未嘗試的用戶、針對符合條件的帳戶進行外展、並檢查支援團隊收到的問題。
密切關注第一批支援工單。它們是關於發布出了什麼問題的最快信號——在儀表板數據有所變化之前就會到達。
衡量採用率，而不是公告觸及率
觸及率、曝光次數和新聞報導量衡量的是公告本身。真正重要的是：預期的使用者是否真正在使用產品，以及產品是否達成了路線圖上所承諾的目標。
在發布前就決定衡量指標——多少帳戶，做什麼事，到什麼時候。一個用事後挑選的互動指標來評估的發布，永遠都會是成功的，而且不會讓你學到任何東西。
永不
- 在支援和銷售團隊能回答明顯問題之前就對外公告。
- 因為團隊對產品感到驕傲，就為一個第三級變更執行第一級發布。
- 因為縮小受眾感覺像是降低影響力，就對所有人發布。
- 在目標是採用率時，卻用觸及率來報告發布成功。