Community程式設計與開發github.com

Hyde-and-Larkin/launch-readiness

規劃並評分產品或功能的發布流程:選擇發布層級、建立階段性計畫(T-60 到 T+30)、檢查訊息傳遞、賦能、支援與衡量指標的準備狀況,並在執行/不執行決策前標記遺漏項目。適用於發布計畫、GTM 準備審查、發布分級或發布檢查清單。

launch-readiness 是什麼?

此技能提供一個完整的產品發布規劃與評分框架,協助團隊透過結構化的層級、時間軸與檢查清單來協調與執行發布流程。它將發布項目分為三個層級(Tier 1:新營收機會、Tier 2:重大更新、Tier 3:次要增強),並根據銷售/產品開發團隊與客戶成功/入職團隊的不同視角提供具體指導。框架涵蓋從發布前 60 天到發布後 30 天的完整階段,包括早期規劃、中期準備、最終準備、發布週、發布日以及發布後追蹤。技能還包含詳細的準備就緒檢查清單、賦能資產庫(如銷售簡報、一頁文件、示範影片、FAQ、戰鬥卡等)、各層級的衡量指標,以及跨職能團隊(PMM、PM、銷售賦能、行銷、客戶成功、工程)的角色與溝通節奏。支援的平台包括 Claude Code、Cursor、Codex 等任何使用 SKILL.md 的 AI 代理。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Hyde-and-Larkin/product-marketing-toolkit/tree/main/skills/launch-readiness

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

發布準備規劃師

屬於產品行銷工具包的一部分。 開始之前,請先閱讀 context/ 中已有的內容(公司、定位與競爭對手,以及使用者分享的任何發布簡報或現有資產)。如果這些檔案為空或遺失,請詢問基本資訊,而不是自行猜測。將任何推斷的內容標記為假設,切勿憑空編造統計數據、客戶姓名或引言:請改用括號佔位符,例如 [已來源的指標,n,日期]。

一個用於規劃、協調和執行產品發布的全面框架,包含結構化的層級、時間軸和檢查清單。

概述

此技能提供系統化的產品發布方法,幫助團隊:

  • 根據影響和投入程度對發布進行分類
  • 以結構化階段規劃發布
  • 協調跨職能團隊的工作
  • 跨團隊追蹤準備狀態
  • 確保沒有任何遺漏

發布層級系統

發布根據其影響和所需投入分為三個層級。團隊根據其職能使用不同的標準。

銷售與產品開發團隊

第 1 層級:新的營收機會

  • 直接驅動新營收的產品或功能
  • 顯著增加交易規模或平均訂單價值
  • 創造新的銷售動能或市場進入方法
  • 需要全面的賦能和培訓
  • 範例指標: 新產品線、重大價格變更、平台擴展

第 2 層級:重大更新

  • 改善競爭定位的重要平台更新
  • 增強現有價值主張的功能
  • 解決常見客戶請求的功能
  • 銷售團隊應了解以有效定位的更新
  • 範例指標: 主要功能增強、工作流程改進、整合新增

第 3 層級:次要增強

  • 不會顯著改變銷售方法的小型改進
  • 生活品質更新或增量功能新增
  • 無需向客戶過多解釋的變更
  • 不需要廣泛賦能的更新
  • 範例指標: UI 改進、錯誤修復、次要功能調整

客戶成功與入職團隊

第 1 層級:重大變革管理

  • 需要使用者大幅調整或再培訓的發布
  • 引入全新概念或工作流程
  • 顯著改變客戶使用產品方式的變更
  • 需要專門的培訓計劃和遷移支援
  • 範例指標: 新產品模組、工作流程重新設計、已棄用的功能

第 2 層級:中度變革管理

  • 引入需要一些調整的新功能的更新
  • 對變更使用者工作流程的現有功能進行修改
  • 需要更新文件與培訓的增強功能
  • 可能引發支援問題的功能
  • 範例指標: 新的自動化選項、額外設定、擴展功能

第 3 層級:次要增強

  • 外觀或次要功能變更
  • 需要最少培訓或調整的更新
  • 在使用者介面中不言自明的改進
  • 減少而非增加支援負擔的變更
  • 範例指標: UI 潤飾、效能改善、次要錯誤修復

發布階段框架

發布前階段(T-60 到 T-14 天)

早期規劃(T-60 到 T-30)

GTM 範圍界定

  • 定義目標客戶區隔與人物誌
  • 確定發布溝通的目標管道
  • 評估機會規模並估算獲取成本
  • 制定訊息傳遞策略與定位
  • 進行競爭情報收集

產品與技術

  • 完成 Beta 測試並收集回饋
  • 最終確定產品功能與邊緣案例
  • 準備展示環境與帳戶
  • 記錄已知問題與因應措施
  • 規劃技術支援升級路徑

內容開發

  • 草擬核心訊息與定位
  • 建立初步銷售話術與談話要點
  • 開發使用案例範例與情境
  • 開始常見問題集文件開發
  • 規劃視覺資產與螢幕截圖

中期規劃(T-30 到 T-14)

賦能資產創建

  • 銷售簡報(參見下面的資產庫)
  • 一頁文件(客戶面向與銷售面向)
  • 示範腳本與影片錄製
  • 針對主要競爭對手的戰鬥卡
  • 異議處理指南
  • 探索性問題框架
  • 產品截圖與 UI 導覽

跨職能協調

  • 確定價格與包裝細節
  • 最終確定市場進入策略與戰術
  • 完成內部常見問題集文件
  • 準備支援團隊培訓材料
  • 安排賦能會議
  • 設定成功指標與監控方法

行銷準備

  • 開發行銷活動創意與訊息
  • 建立登陸頁面或網站更新
  • 建立電子郵件範本與流程
  • 準備社交媒體資產
  • 草擬新聞稿(如適用)
  • 設定分析與追蹤

發布階段(T-14 到發布日)

最終準備(T-14 到 T-7)

  • 將所有資產發佈到現場團隊已查閱的地方(賦能平台、wiki、CRM)
  • 為銷售與支援團隊舉辦即時培訓會議
  • 向內部團隊發送發布溝通文件
  • 執行最終品質保證檢查與冒煙測試
  • 與主要利害關係人確認執行/不執行決策

發布週(T-7 到發布)

  • 與發布團隊每日站立會議
  • 監控所有系統與準備狀態指標
  • 處理任何最後一刻的障礙
  • 準備發布當天的溝通內容
  • 設定即時監控儀表板

發布日

  • 執行發布溝通(內部 → 外部)
  • 啟動行銷活動
  • 監控產品效能與使用情況
  • 追蹤支援工單量與主題
  • 舉行發布團隊檢查會議
  • 記錄早期成功案例與客戶回饋

發布後階段(發布到 T+30 天)

發布後第 1 週

  • 每日效能監控與報告
  • 快速回應問題或回饋
  • 收集現場團隊對賦能品質的回饋
  • 記錄早期成功客戶故事
  • 處理文件或培訓中的差距
  • 根據實際問題更新常見問題集

發布後第 2-4 週

  • 針對 KPI 進行每週效能檢討
  • 根據實際收到的反應迭代訊息
  • 根據經驗更新賦能材料
  • 進行發布後回顧
  • 記錄經驗教訓
  • 規劃持續的賦能與支援

發布準備檢查清單

這個全面的檢查清單確保所有工作流程保持協調。

GTM 範圍界定(T-60)

  • 定義目標客戶區隔
  • 確定目標管道
  • 完成機會規模估算與成本估算
  • 草擬訊息傳遞策略
  • 釐清相對於競爭對手的定位
  • 定義成功指標與 KPI

產品與技術(T-30 到 T-14)

  • 完成 Beta 測試
  • 最終確定產品功能
  • 準備展示環境
  • 記錄已知問題
  • 定義技術支援升級路徑
  • 擷取產品螢幕截圖

訊息傳遞與定位(T-30)

  • 最終確定核心訊息框架
  • 記錄價值主張
  • 開發使用案例
  • 釐清競爭差異化
  • 驗證主張並經法務核准
  • 與銷售團隊測試訊息

賦能資產(T-30 到 T-14)

第 1 層級必備資產:

  • 銷售簡報(10-15 張投影片)
  • 銷售面向一頁文件
  • 客戶面向一頁文件
  • 示範影片或腳本(2-3 分鐘)
  • 常見問題集文件(內部)
  • 針對前 2-3 個競爭對手的戰鬥卡
  • 探索性問題指南
  • 異議處理指南
  • 發布備忘單

第 2 層級必備資產:

  • 功能特定一頁文件
  • 常見問題集新增內容
  • 更新現有劇本
  • 示範談話要點
  • 競爭更新(如相關)

第 3 層級必備資產:

  • 常見問題集更新
  • 簡要談話要點
  • 納入總結性溝通中

培訓與賦能(T-14 到發布)

  • 安排即時培訓會議
  • 發佈培訓材料
  • 分發示範帳戶
  • 更新賦能中心(平台、wiki 或 CRM)
  • 發送內部溝通文件
  • 向支援團隊簡報

行銷與溝通(T-14)

  • 最終確定行銷活動創意
  • 登陸頁面或網站更新準備就緒
  • 建立電子郵件流程
  • 準備社交媒體資產
  • 設定分析與追蹤
  • 草擬新聞稿(如適用)

發布日執行

  • 發送內部公告
  • 發送客戶溝通文件
  • 啟動行銷活動
  • 向目標受眾發布產品
  • 啟用監控儀表板
  • 發布團隊待命處理問題

發布後(T+7 到 T+30)

  • 每日/每週檢討效能指標
  • 收集並彙整現場回饋
  • 根據回饋更新賦能材料
  • 記錄成功案例
  • 記錄經驗教訓
  • 完成發布後回顧

賦能資產庫

第 1 層級資產規格

銷售簡報(10-15 張投影片) 結構:

  1. 市場背景 / 為何現在
  2. 客戶痛點
  3. 解決方案概述
  4. 關鍵差異化因素(相對於競爭對手)
  5. 實證與客戶故事
  6. 按垂直領域劃分的使用案例
  7. 定價與包裝
  8. 競爭定位
  9. 異議處理
  10. 後續步驟 / 行動呼籲

銷售面向一頁文件 內容:

  • 探索性通話的快速參考
  • 關鍵訊息與價值主張
  • 常見異議與回應
  • 競爭談話要點
  • 探索性問題
  • 成功故事或實證
  • 更多資源的查閱位置

客戶面向一頁文件 內容:

  • 問題陳述與解決方案
  • 關鍵效益與成果
  • 使用案例範例
  • 實證或客戶推薦
  • 定價摘要(如適用)
  • 行動呼籲

示範影片或腳本(2-3 分鐘) 結構:

  • 問題設定(30 秒)
  • 解決方案導覽(90 秒)
  • 結果 / 實證(30 秒)
  • 行動呼籲(15 秒)

常見問題集文件(內部) 類別:

  • 產品功能
  • 定價與包裝
  • 技術要求
  • 競爭定位
  • 路線圖問題
  • 導入流程

戰鬥卡 結構:

  • 一覽比較(我們 vs. 他們)
  • 何時會遇到他們
  • 我們為何勝出
  • 如何針對他們進行定位
  • 異議處理
  • 陷阱問題
  • 成功故事

探索性問題指南 問題類型:

  • 情境問題(了解當前狀態)
  • 問題問題(挖掘痛點)
  • 影響問題(放大不行動的成本)
  • 需求回報問題(建立渴望)
  • 陷阱問題(揭露競爭對手弱點)

異議處理指南 常見異議類別:

  • 價格異議
  • 功能/能力異議
  • 競爭異議
  • 時機異議
  • 風險/不確定性異議
  • 技術/整合異議

發布備忘單 前 30 天的快速致勝內容:

  • 前 3 則訊息
  • 前 3 個差異化因素
  • 前 3 個實證
  • 前 3 個異議與回應
  • 更多資源的查閱位置

按層級劃分的成功指標

第 1 層級發布指標

準備狀態指標

  • 即時培訓出席率(目標:>80%)
  • 培訓滿意度分數(目標:>4.0/5.0)
  • 前 2 週資產利用率(目標:>70%)
  • 示範帳戶採用率(目標:>90%)
  • 發布日支援工單量(目標:<日常營運量的 10%)

參與度指標

  • 第一個月銷售簡報使用次數
  • 戰鬥卡瀏覽與下載次數
  • 客戶面向一頁文件分享次數
  • 提及新產品/功能的探索性通話
  • 帶有功能標籤的贏單/輸單報告

業務成果

  • 產品採用率(目標區隔的百分比)
  • 營收歸因(受影響或成交的交易)
  • 交易規模影響(ACV/AOV 的變化)
  • 相對於主要競爭對手的贏單率
  • 客戶滿意度分數

第 2 層級發布指標

準備狀態指標

  • 賦能平台中的資產瀏覽次數
  • 常見問題集利用率
  • 支援團隊信心分數

參與度指標

  • 功能採用率
  • 客戶詢問或興趣訊號
  • 銷售團隊在通話中的提及次數

業務成果

  • 功能使用指標
  • 支援工單減少(針對工作流程改進)
  • 客戶滿意度或 NPS 影響

第 3 層級發布指標

準備狀態指標

  • 內部認知度(了解變更的團隊百分比)
  • 常見問題集更新完成
  • 支援文件更新

業務成果

  • 功能採用率
  • 客戶回饋情感
  • 與變更相關的支援工單量

跨職能協調

主要角色與職責

產品行銷經理 (PMM) - 主要負責人

  • 整體 GTM 策略與執行
  • 訊息傳遞與定位開發
  • 賦能資產創建
  • 跨職能協調
  • 發布溝通
  • 發布後衡量

產品經理 (PM)

  • 產品準備狀態與功能
  • Beta 計畫執行
  • 技術文件
  • 路線圖溝通
  • 功能優先級排序

銷售賦能

  • 培訓計畫交付
  • 資產分發與平台管理
  • 現場回饋收集
  • 持續賦能支援

行銷

  • 行銷活動開發與執行
  • 網站與內容更新
  • 需求生成
  • 生命週期溝通

客戶成功 / 支援

  • 客戶溝通
  • 培訓材料開發(客戶面向)
  • 支援升級規劃
  • 客戶回饋收集

工程 / 產品交付

  • 產品發布執行
  • 技術監控
  • 錯誤修復與問題解決
  • 效能最佳化

溝通節奏

每週(活躍發布規劃期間)

  • 發布團隊同步會議(狀態、障礙、決策)
  • 跨職能站立會議(快速更新)
  • 利害關係人溝通(盡可能非同步)

雙週

  • 指導委員會或領導層更新
  • 執行/不執行檢查點審查
  • 風險與緩解規劃

臨時

  • 障礙解決
  • 緊急…

[截斷以利翻譯]

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相關技能