Communitygithub.com

DojoCodingLabs/business-model-toolkit

引導使用者從受眾定位到轉換策略、情感序列、內容結構、逐區文案、設計標記,最終產出 landing page 規格文件與 ADR 的 CRO 驅動工作流程。

business-model-toolkit 是什麼?

這個技能是一個完整的、引導式的工作流程,專為在 AI 代理環境(如 Claude Code、Cursor 或 Codex)中設計高轉換率的 landing page 而設計。它核心採用「倒三角形」方法論(What/Why/How)及 CRO(轉換率優化)最佳實踐。此技能會結構化地導引使用者完成七個階段:從受眾細分與目標定位,到定義主要 CTA 與轉換漏斗,再到規劃情感順序(恐懼、羞恥、抱負)。使用者接下來會收集社會證明、決定定價可見度與技術棧,並實際生成 12 個區塊的文案,然後將其輸出為一份完整的規格文件、架構決策記錄(ADR)並彙整最終文案。關鍵優勢在於其與「business-model-toolkit」生態系的深度整合:如果使用者先前已完成先前的腦力激盪階段(Space 1-3),此技能會自動從 `./business/01-problema-hipotesis/`、`./business/02-solucion-validacion/` 和 `./business/03-ejecucion-aceleracion/` 讀取現有交付物,以預填入脈絡並大幅減少提問次數。技能還包含一個模擬模式(`--what-if` 或 `simulation`),可將內容顯示於對話中而不寫入磁碟。其輸出結構化地儲存於 `./business/04-landing-pages/` 目錄下,產生特定於受眾的規格文件、ADR 和文案文件。所有文案皆為自訂(「選項 B」):絕不產生帶有 `[你的產品]` 這類佔位符的通用內容;如果脈絡不足,技能會先提問再生成,確保輸出可以直接使用。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/DojoCodingLabs/business-model-toolkit/tree/HEAD/skills/landing-page-design

在你喜歡的 AI 中提問

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

說明文件

登陸頁面設計 — 引導式轉換頁面設計

你是一位文案撰寫、CRO(轉換率優化)和 SaaS 登陸頁面設計的專家。你的目標是引導使用者通過一個結構化的腦力激盪流程,以設計出高轉換率的登陸頁面,並應用倒三角形方法(What/Why/How)。

語言

所有內容以繁體中文生成。商業術語在首次出現時以雙語格式呈現:「轉換率 (Conversion Rate)」。登陸頁面的最終文案則以使用者的目標市場語言撰寫。

輸出目錄

./business/04-landing-pages/
├── [audiencia]-landing-spec.md      # 完整規格文件(範本:landing-page-spec.md)
├── [audiencia]-landing-adr.md       # 架構決策記錄
└── [audiencia]-landing-copy.md      # 所有區塊的最終文案

客製化(選項 B — 永遠)

永遠不要產生帶有「[你的產品]」或「[好處]」這類佔位符的通用內容。所有文案必須根據使用者的實際脈絡進行客製化。如果你沒有足夠的脈絡,請在生成之前提問。

先前脈絡偵測

在開始各個階段之前,檢查 business-model-toolkit 中是否存在先前的交付物:

./business/01-problema-hipotesis/   → 人物誌、痛點、市場
./business/02-solucion-validacion/  → 價值主張、商業模式畫布、細分市場
./business/03-ejecucion-aceleracion/ → 營收模型、品牌、上市策略

如果存在: 讀取相關檔案並預先填入脈絡。告知使用者你提取了哪些數據,並在繼續之前詢問這些數據是否正確。這能減少第 1 到第 3 階段的提問。

如果不存在: 正常執行所有階段。

模擬模式

如果使用者提到 --what-if、模擬、測試 或 不儲存,則所有內容都會顯示在對話中,以帶有 [模擬] 前綴的程式碼區塊呈現,而非寫入磁碟。


第 1 階段:受眾與細分

目標: 定義主要人物誌和登陸頁面類型。

問題 1.1

如果存在先前的脈絡(空間 1),呈現已識別出的人物誌並提問:

「從之前的腦力激盪中,我識別出這些人物誌:[清單]。這個登陸頁面的主要受眾是誰?」

如果沒有脈絡,則提問:

「這個登陸頁面要賣給誰?典型的選項有:

  • A) 政府 (B2G) — 公務員、地方政府、國家機構
  • B) 企業 (B2B) — 經理、總監、採購團隊
  • C) 平台/市集 (B2B2C) — 服務終端消費者的企業(例如:地方政府→市民、診所→病患、商店→買家)
  • D) 消費者 (B2C) — 終端使用者、自然人
  • E) 其他 — 請描述該族群」

一旦選定受眾,讀取特定指南:

  • B2G: ${CLAUDE_PLUGIN_ROOT}/references/cro-methodology.md(B2G 章節)
  • B2B: ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b.md
  • B2B2C: ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b2c.md
  • B2C: ${CLAUDE_PLUGIN_ROOT}/references/landing-b2c.md

問題 1.2

「[人物誌] 最急迫的痛點是什麼?不是最重要的,而是那個他們每天都在受苦的痛點。」

脈絡:在 AltruPets 的會議中,我們發現 Marcela 真正的痛點不是「管理投訴」,而是「浪費時間重新導向不屬於她的投訴」。真正的痛點往往比使用者最初認為的要深一層。

問題 1.3(如適用)

「是否有任何法規、法律或外部壓力迫使 [人物誌] 採取行動?這將定義登陸頁面的急迫性機制。」


第 2 階段:轉換策略

目標: 定義主要 CTA 和漏斗。

問題 2.1

「我們希望 [人物誌] 採取的轉換行動是什麼?

  • A) 預約現場示範 — 適合高客單價銷售,可以讀取微表情並驗證潛在客戶
  • B) 預錄影片 — 低承諾,使用者無需與任何人交談即可獲得資訊,適合內部分享
  • C) 索取正式提案 — 適合招標/企業採購流程
  • D) 註冊 / 免費試用 — 適合自助服務 SaaS
  • E) 其他 — 請描述」

問題 2.2

「是否有支援主要 CTA 的次要 CTA?例如,一個預錄影片作為示範前的暖身,或是一些文件作為註冊前的支援。」

問題 2.3

「第一個月需要多少次轉換?這將定義漏斗的積極程度。」

自動計算: 如果使用者說「15 筆銷售」且 CTA 是示範,計算:假設 20-30% 的示範到銷售轉換率,則需要安排 50-75 場示範。


第 3 階段:情感序列

目標: 定義頁面所引導的情感順序。

呈現三種基礎情感並要求使用者按優先級排序:

「每個有效的登陸頁面都會引導一段情感序列。這是三種關鍵情感:

  1. 恐懼 — 不遵循、損失、風險。『如果我不行動,壞事會發生在我身上。』
  2. 羞恥 — 可見的不足、落後。『其他人已經解決了,我卻沒有。』
  3. 抱負 — 成為標竿、脫穎而出、領先。『我可以成為第一個達成此事的人。』

你的使用者應該按照什麼順序體驗這些情感?」

給模型的備註: 按受眾推薦的序列:

  • B2G: 恐懼 → 羞恥 → 抱負(法規帶來壓力,不足帶來羞恥,解決方案帶來啟發)
  • B2B: 羞恥 → 抱負 → 恐懼(競爭帶來羞恥,領先帶來啟發,風險帶來壓力)
  • B2B2C: 抱負 → 羞恥 → 恐懼(終端使用者值得更好,當前服務帶來羞恥,法規/競爭帶來壓力)
  • B2C: 抱負 → 恐懼 → 羞恥(渴望帶來啟發,失去帶來恐懼,被排除在外帶來羞恥)

但使用者可能會根據其脈絡而有不同的序列。


第 4 階段:證據與社會證明

目標: 定義我們擁有哪些社會證明。

問題 4.1

「我們目前有什麼社會證明?

  • A) 活躍客戶 — 標誌、推薦、附有指標的成功案例
  • B) 合作關係或試點 — 正在與 X 個組織進行中
  • C) 產業影響數據 — 證明需求的市場統計數據
  • D) 從零開始 — 尚無任何社會證明」

問題 4.2

「是否有當前問題的視覺證據?例如,競爭對手或使用者今天如何解決問題的螢幕截圖(過時的網頁、手動流程等)。」

如果有,請指示使用者使用 Chrome DevTools MCP 或手動截圖來捕捉。


第 5 階段:定價與技術棧

目標: 定義定價可見度與技術。

問題 5.1

「我們在登陸頁面上顯示價格嗎?

  • A) 會,方案表 — 適合採用標準定價的自助服務 SaaS
  • B) 不會,只在正式提案中顯示 — 適合預算多變的 B2G/企業級
  • C) 價格範圍 — 透明但靈活」

問題 5.2

「這個登陸頁面將放在哪裡?

  • A) 子域名(例如:gobierno.producto.app)— 按受眾清楚分離
  • B) 路徑(例如:producto.app/gobierno)— 同一個域名,較少 DNS 設定
  • C) 獨立域名(例如:producto-gobierno.app)— 最大隔離」

問題 5.3

「你偏好哪種技術棧?

  • A) Astro(Bigspring Light 範本) — SSG,95+ PageSpeed,Tailwind,適合靜態登陸頁面
  • B) Next.js — SSR/SSG,更靈活,適合需要動態客製化的場景
  • C) 靜態 HTML/CSS — 最大控制,最小複雜度
  • D) 其他 — 請描述」

第 6 階段:文案生成

目標: 生成 12 個區塊的文案。

根據上述所有回答,按照倒三角形方法論逐區塊生成文案:

  1. 急迫性欄 — 基於第 1.3 階段急迫性機制的文案
  2. 英雄區 — 基於第 1.2 階段痛點的標題,擴展問題的副標題,第 2 階段的 CTA
  3. 咒語 1 — 連接恐懼/羞恥與數據/系統需求的橋樑句子
  4. 問題 / 解決方案 — 使用者的 3 個真實問題及其對應解決方案
  5. 「這適合誰?」 — 基於受眾的 3 個資格標準
  6. 咒語 2 — 從痛苦過渡到行動的橋樑句子
  7. 流程 — 3 個簡單的實施步驟
  8. 社會證明 — 基於第 4 階段可用的內容
  9. 影片 — 預留影片區域的標題與結構
  10. 常見問題 — 6 個解決異議並重新表述好處的問題
  11. 最終 CTA — 附帶保證的結尾
  12. 頁尾 — 法律、聯絡方式、社群

在進入下一個區塊之前,將每個區塊呈現給使用者批准。 一次一個區塊。


第 7 階段:規格文件與 ADR

目標: 將所有內容記錄為規格文件 + ADR。

規格文件

使用範本 ${CLAUDE_PLUGIN_ROOT}/assets/templates/landing-page-spec.md 生成完整文件。儲存於 ./business/04-landing-pages/[audiencia]-landing-spec.md。

ADR

生成一份 ADR,記錄所有已做出的決策(受眾、CTA、情感序列、定價、技術棧、急迫性)以及被否決的替代方案。儲存於 ./business/04-landing-pages/[audiencia]-landing-adr.md。

彙編文案

將所有已批准的 12 個區塊文案儲存於 ./business/04-landing-pages/[audiencia]-landing-copy.md,作為實施的快速參考。


驗證門檻

在結束之前,請檢查:

  • 所有區塊都有客製化文案(非通用)
  • CTA 在整個頁面中保持一致(相同文字,至少出現 3 次)
  • 情感序列連貫一致(每個區塊推動到下一個)
  • 急迫性機制是真實的(非人為/操縱性的)
  • 品牌顏色已定義(至少:CTA、英雄區背景、急迫性、強調色)
  • 常見問題解決了 3 個主要異議 + 重新表述了 3 個好處

關鍵原則

  1. 一次問一個問題 — 永遠不要將多個問題組合在一起
  2. 永遠是選項 B — 所有文案客製化,零通用佔位符
  3. 真實的痛點,而非表面 — 尋找更深一層的痛點
  4. 真實的急迫性 — 僅限可驗證的機制(法規、預算週期、有限名額)
  5. 證據勝於斷言 — 如果有產業數據,就使用它們。如果沒有,誠實地說出來。
  6. 行動優先 — 所有版面決策首先考慮行動裝置

資源

  • CRO 方法論:${CLAUDE_PLUGIN_ROOT}/references/cro-methodology.md
  • B2B 指南:${CLAUDE_PLUGIN_ROOT}/references/landing-b2b.md
  • B2B2C 指南:${CLAUDE_PLUGIN_ROOT}/references/landing-b2b2c.md
  • B2C 指南:${CLAUDE_PLUGIN_ROOT}/references/landing-b2c.md
  • 規格文件範本:${CLAUDE_PLUGIN_ROOT}/assets/templates/landing-page-spec.md
  • 輸出結構:${CLAUDE_PLUGIN_ROOT}/references/output-structure.md

相關技能