Community程式設計與開發github.com

lumka1-png/launchproof-launch

你的發布領導者。建立包含日期、逐步執行的發布計畫:先進行低成本的真實市場測試(如等候名單、預售或真實定價的快閃店,讓真實買家驗證模擬面板的結果),接著是附有負責人與截止日期的倒數計時,開幕當天的執行流程表,以及未來30天應追蹤與調整的指標。

launchproof-launch 是什麼?

此技能專為創業者與產品團隊設計,將模糊的「如何發布?」轉化為具體、可執行的日期型計畫。核心邏輯是強制執行「先測試再大規模投入」的原則:透過最低成本的真實市場測試(如預售頁面、快閃攤位、付費試用客戶)來驗證需求,並將結果記錄於 `launchproof/evidence.json`,作為是否邁向正式發布的關鍵閘門。支援的商業類型涵蓋實體店面、線上產品、服務業與訂閱制,並可結合其他 Launchproof 系列技能(如 `launchproof-offer`、`launchproof-pricing`)。技能輸出標記文件 `launchproof/launch.md`,包含測試結果、倒數計時任務表、當日流程及30天檢討機制,最終可整合至 `launchproof-blueprint` 商業計畫中。對於使用 Claude Code、Cursor 或類似 AI agent 的開發者,此技能提供結構化、可追蹤的發布管理模板,減少決策盲點與資源浪費。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lumka1-png/Launchproof/tree/main/skills/launchproof-launch

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

在你喜歡的 AI 中提問

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

說明文件

launchproof-launch 是做什麼的?

發布是一個有截止日期的專案。此技能將套件中的其他元素轉換為帶有日期的計畫,並從最便宜的方式開始:在投入大筆資金之前,先確認真實使用者是否願意付費。

步驟 1:花錢前先測試

選擇最適合該業務的最低成本真實測試,並在簽署 launchproof/numbers.json 中的重大成本之前執行:

業務類型測試方式
實體商店或咖啡廳快閃店、市集攤位,或附有價格與日期的預訂清單
線上產品附有價格與「預購」或「加入等候名單」按鈕的登陸頁面
服務或代理商以預定價格招募三名付費試用客戶
訂閱制提供創始會員方案,需預先付款

在執行測試前先寫下成功標準(例如:兩週內有 50 筆預購,每筆 $6.50),並將結果與面板的購買率進行比較。如果真實買家的表現遠低於面板預測,請相信真實買家,並返回 /launchproof-offer 或 /launchproof-pricing 進行調整。

將測試記錄在 launchproof/evidence.json 的 real_test 欄位下,僅記錄實際發生的情況:

"real_test": {"what": "pre-order page, 2 weeks, $6.50", "unit": "pre-orders",
              "success_line": 50, "result": 63, "date": "2026-11-20"}

在測試執行完成前,請將 result 欄位保留空白。Blueprint Gate 3(值得建造)在 result 達到 success_line 之前不會通過。這是能省下最多錢的閘門:不能僅憑模擬買家的數據就簽署重大方案。

步驟 2:倒數計時

從今天到發布日,使用真實日期(詢問目標日期;若未指定,則根據 launchproof/ops.md 中的前置時間預設為最早可行的日期)。以週為單位,每個任務都需指定負責人與截止日期:

  • 法務與資金:註冊、銀行帳戶、來自 launchproof/ops.md 的許可證。
  • 建置:店面裝修或網站,依據供應商前置時間訂購。
  • 品牌:來自 launchproof/brand.md 的招牌、包裝、社群檔案。
  • 行銷:來自 launchproof/marketing.md 的行銷行事曆,從發布日前 14 天開始。
  • 團隊:根據 SOP 招聘與培訓。
  • 正式發布前的軟發布或親友日。

標記關鍵路徑:那些延遲就會影響發布日期的任務。

步驟 3:發布日

以小時為單位的執行流程表:誰在哪個位置、透過哪個頻道發布什麼內容、開幕優惠、以及如果發生問題(來自風險登錄表)時該怎麼處理。

步驟 4:前 30 天

每週需追蹤的數字(來自 CFO:每日銷量對比損益平衡點;來自行銷:各頻道數據)、觸發調整的門檻、以及在第 7 天、第 14 天和第 30 天舉行檢討會議,列出需回答的問題。

輸出

launchproof/launch.md 包含測試、倒數計時、執行流程表與 30 天檢討。下一步:/launchproof-blueprint 將所有內容彙整成商業計畫。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相關技能