Communitygithub.com

moshuying/pitchcraft

匯報技能 · pitchcraft — 為技術主管、PM 與創辦人打造的結構化說服框架:涵蓋啟動會、狀態更新、總結、提案與解決方案銷售,採用統一的 5 部分框架(鉤子→脈絡→方案→證據→請求),並支援 AI 資料輸入與提交前檢查清單。適用於 Claude Code、Cursor、Codex 等平台。

pitchcraft 是什麼?

Pitchcraft 是一個專為技術領導者、產品經理與創辦人設計的 AI 代理技能,核心目標是將平凡的匯報轉化為具有說服力的溝通。它提供一個統一的 5 部分框架(鉤子、脈絡、方案、證據、請求),並針對五種常見場景(專案啟動會、狀態更新、總結/年度回顧、投資者提案、解決方案銷售)提供對應的模板與寫作規則。該技能會引導 AI 代理從背景記憶與使用者輸入中收集材料,自動選擇合適的模板,並在生成內容後進行嚴格的自我檢查,確保每一份匯報都能在短時間內抓住聽眾注意力、建立信任並獲得所需的支持。它支援 Claude Code、Cursor、Codex 等主流 AI 代理平台,並內建跨場景遷移邏輯,讓使用者能輕鬆將一種類型的內容轉化為另一種用途。

相容平台✓Claude Code✓Codex CLI✓Cursor
npx skills add moshuying/pitchcraft

在你喜歡的 AI 中提問

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

說明文件

語言: English (this file) · 简体中文 → SKILL.zh-CN.md

有說服力的簡報 · 工作流程

核心本質

這不是寫報告——這是 說服。在每個情境下,你都要做同一件事:

在有限的時間內,幫助特定的聽眾理解脈絡、信任你的判斷,並提供你所需的支持。

使用者與場景

角色場景聽眾
技術主管 / 工程經理啟動會、里程碑回顧、總結業務領導、技術長、專案管理辦公室
產品經理 / 產品負責人季度檢討、年度總結、需求審查總監、副總裁
創辦人 / 企業主投資者提案投資者、合作夥伴
售前 / 解決方案解決方案銷售客戶高階主管、技術評估者

核心:5 部分說服框架

所有簡報類型共用同一主幹,僅在章節重點上有所不同。

第一部分 · 鉤子
  → 他們為什麼要繼續聽?
  → 機會 / 痛點 / 急迫性

第二部分 · 脈絡
  → 現在的情況是什麼?
  → 我們做了什麼、有什麼

第三部分 · 方案
  → 我們將要做 / 做了什麼?
  → 範圍、路徑、節奏

第四部分 · 證據
  → 為什麼我們能成功 / 成功了?
  → 數據、護城河、團隊、案例

第五部分 · 請求
  → 我們需要他們提供什麼?
  → 決策 / 資源 / 合作 / 投資

簡報類型與範本

每種類型都是 5 部分框架的一個實例。

專案啟動會

目標: 讓領導層批准啟動,並分配人員與預算。

部分章節重點
鉤子背景與機會市場、痛點、競爭、為什麼是現在
脈絡我們已有的團隊、技術、數據、既有資產
方案目標與範圍範圍內/外、里程碑
證據為什麼是我們差異化、護城河
請求資源與風險所需支持、主要風險與應對措施
# {專案名稱} · 啟動會

## 背景與機會

{為什麼是現在:市場、痛點、競爭——2–4 句話。

這是說服的入口——創造「我們應該做這個」的感覺。}

## 我們已有的

{團隊、技術、數據、業務資產——不是炫耀,而是建立信任。

模式:「我們已經擁有 X,所以這不是從零開始。」}

## 目標與範圍

**範圍內**:{能力}
**範圍外**:{明確排除項目——防止範圍蔓延}

{里程碑與時程}

## 為什麼是我們

{與替代方案的 core 差異。護城河:為什麼其他人不能或不願跟上。}

## 資源與風險

{人員 / 預算 / 跨團隊需求
主要風險與應對措施}

狀態更新

目標: 說服領導層與利害關係人,工作正在順利進行,值得持續投資。

部分章節重點
鉤子一句話總結本期最重要的 1–2 個事實
脈絡本期脈絡與上期相比的位置
方案關鍵進展按里程碑或模組
證據關鍵指標進度、品質、效率
請求風險與決策需要做出的決策與協調
# {專案名稱} · 狀態更新

## 一句話總結

{1–2 個事實;聽眾在 10 秒內掌握核心}

## 關鍵進展

{按里程碑或模組列出已完成項目與指標}

## 風險與應對

每個項目公式:{徵兆} → {根本原因} → {應對措施} → {狀態}

決策:選項 + 建議——不留開放性回家作業:
❌ 「依賴項 X 不確定——請指示」
✅ 「依賴項 X 延遲 2 週。選項 A(增加人力)vs B(調整里程碑)。建議 A;需 Y 團隊支持。」

## 下一階段

| 項目 | 預計完成時間 | 依賴項 | 風險 |
|---|---|---|---|

總結 / 年度回顧

目標: 展示交付的價值與保留的資產。

部分章節重點
鉤子目標達成概覽總體上我們成功了嗎?
脈絡原始目標我們承諾了什麼
證據量化成果數據驅動
方案經驗教訓與資產留下了什麼
請求下一階段或交接接下來發生什麼
# {專案名稱} · 總結 / {年份} 年度回顧

## 目標達成

| 目標 | 目標值 | 實際值 | % | 備註 |
|---|---|---|---|---|

表現不佳:根本原因與改進——在他們提問前主動說明。

## 核心交付物

3–5 項,每項:{內容} + {指標} + {業務影響}

## 經驗教訓

- **有效的方法**:可重複使用的方法 / 架構 / 流程
- **失敗之處**:根本原因 + 預防措施
- **留下的資產**:程式碼 / 數據 / 文件 / 團隊能力

## 下一步

如果繼續 → 方向、目標、關鍵結果、資源
如果結束 → 交接事項,確保不留遺留問題

投資者提案

目標: 引發興趣,促成更深入的對話。

部分章節重點
鉤子一句話簡介電梯簡報
脈絡市場機會規模、痛點、為什麼是現在
方案產品解決方案、核心功能、階段
證據護城河與動能技術、數據、成長、團隊
請求募資 / 合作金額、用途、里程碑
# {專案名稱} · 提案

## 一句話簡介

{我們做什麼、為誰做、帶來什麼價值}

## 市場機會

{規模、目標人物、痛點、為什麼是現在}

## 產品

{我們如何解決、核心功能、架構(簡要)、階段}

## 護城河與動能

**護城河**:{技術 / 數據 / 網路 / 團隊——為什麼其他人做不到}
**指標**:{用戶、成長、留存、營收}
**團隊**:{為什麼這個團隊能夠執行}

## 募資請求

{金額、資金用途、里程碑、下一輪目標}

解決方案銷售

目標: 說服客戶高階主管你的解決方案是最佳選擇。

部分章節重點
鉤子痛點對齊用客戶的語言描述他們的問題
脈絡現狀現狀的不足
方案解決方案我們如何解決
證據案例與數據佐證
請求合作如何開始
# {專案名稱} · 提案

## 痛點對齊

{用客戶的語言描述問題——精準度能快速建立信任}

## 現狀

{為什麼現狀失敗:功能、成本、效率、風險}

## 我們的解決方案

{我們如何解決;能力與差異化}

## 佐證

{同產業案例與指標}
{如果沒有案例:概念驗證計畫或示範藍圖}

## 合作

{合作模式、時程、我們需要他們提供什麼}

寫作規則

1. 他們的關切優先,你的故事其次

❌ 花五分鐘說團隊多努力、架構多巧妙 ✅ 第一句話回答「我為什麼要在意?」

2. 風險需要判斷

❌ 「伺服器偶爾超時——請監控」 ✅ 「連線池耗盡;正在擴展;預計明天恢復」

3. 先肯定同儕團隊

❌ 「我們填補了其他人沒有解決的缺口」 ✅ 「X 團隊已有成熟的 Y;我們用 Z 進行擴展」

4. 指標需要來源與定義

❌ 「轉換率提升了 20%」 ✅ 「轉換率提升 20%(6月 vs 5月,相同帳戶池)」

5. 壞消息要及早提出(如果重要)

❌ 先報喜,然後在不顯眼處寫「但我們延遲了」 ✅ 以重大風險開頭,再談進度

6. 不要給聽眾留回家作業

❌ 「下一步:繼續推進」 ✅ 「整合週三完成;風險是依賴項 Y——已與負責人對齊」


工作流程

步驟 1 — 載入記憶
  讀取領導者背景、業務定位、格式偏好。
  缺少 → 請使用者提供。

步驟 2 — 場景與聽眾
  使用者選擇類型(啟動會 / 狀態更新 / 總結·年度 / 提案 / 解決方案銷售)。
  探查聽眾:
  □ 角色與層級?
  □ 他們已經知道多少?
  □ 主要關切(技術 / 業務 / 成本 / 時間)?

步驟 3 — 資料輸入
  依類型檢查完整性;詢問缺口:

  啟動會:
  □ 背景 / 市場分析
  □ 競爭格局
  □ 團隊能力
  □ 目標與關鍵績效指標
  □ 資源與預算
  □ 時程

  狀態更新:
  □ 本期完成的工作
  □ 關鍵指標(進度 / 品質 / 效率)
  □ 含判斷與應對措施的風險清單
  □ 下一階段計畫
  □ 需要領導層做出的決策

  總結 / 年度:
  □ 原始目標
  □ 量化成果
  □ 經驗教訓
  □ 下一步計畫或交接

  提案:
  □ 市場數據與報告
  □ 產品示範或最小可行產品狀態
  □ 競爭對手
  □ 團隊介紹
  □ 財務數據與預測
  □ 募資請求與資金用途

  解決方案銷售:
  □ 客戶背景與痛點
  □ 替代方案
  □ 我們的解決方案與能力
  □ 案例或概念驗證計畫
  □ 定價或合作模式

  如果使用者說「你什麼都知道——直接寫」:
  → 從記憶與先前脈絡中提取
  → 以「根據現有資訊;可能缺少 XX」開頭

步驟 4 — 套用範本草稿
  選擇範本;應用寫作規則。
  每個部分完成後,詢問:「這回答了他們關心的問題嗎?」

步驟 5 — 最終檢查
  □ 前 10 秒感覺相關?
  □ 每個數字都有來源與定義?
  □ 每個風險都有根本原因 + 應對措施?
  □ 沒有模糊的「需要關注」卻不帶判斷?
  □ 跨團隊提及時是否先肯定他人?

步驟 6 — 使用者確認
  展示 → 「我們應該調整什麼?」
  格式問題 → 加入格式記憶

跨場景遷移

從 → 到變更保留
啟動會 → 提案鉤子:業務痛點 → 市場機會;證據:技術護城河 → 動能5 部分結構、風險邏輯
狀態更新 → 啟動會(下一階段)進度變成脈絡;累積的風險餵給風險指標定義、團隊敘事
總結 → 案例研究去識別內部資訊;強調客戶價值量化方法、驗收標準
解決方案銷售 → 啟動會客戶痛點 → 市場機會;案例 → 證據結構、風險預見

相關技能