stress-test

stress-test skill 概覽

stress-test 的用途

stress-test skill 是一套用於 Claude 風格高階主管輔導的商業假設壓力測試流程。它協助你在投入資本、招募、產品路線圖，或對外投資人敘事之前，先檢驗一個策略性主張是否站得住腳，例如：「企業買家會接受六個月試用」、「我們的 TAM 是 €2.3B」，或「我們能在 12 月前達到 $2M ARR」。

當風險不是你的計畫不完整，而是某個看似有吸引力的假設承載了太多重量時，就適合使用它。

最適合的使用者與決策情境

這個 stress-test skill 最適合需要在重大決策前做更犀利下行情境分析的創辦人、高階主管、產品負責人、財務團隊、策略營運人員與顧問。適用情境包括募資計畫、go-to-market 策略、定價調整、進入新市場的押注、留存預測、招募擴張、護城河主張，以及董事會敘事。

它特別適合作為 stress-test for Strategic Planning 使用，因為它能把偏樂觀的規劃假設，轉換成明確、可被反證、可被挑戰的主張。

它與一般提示詞有何不同

一般提示詞可能只是要求 AI「找出風險」。stress-test 工作流程更聚焦：先隔離假設、讓假設具體化、尋找反向證據，並指出計畫在哪裡會破裂。這個焦點很重要，因為模糊的假設很難被反證。「市場很大」只能產出薄弱分析；「德國中小企業會在 18 個月內每年花費 €X 採購 B2B 支出管理軟體」才讓模型有可測試的對象。

如何使用 stress-test skill

stress-test 安裝與 repository 脈絡

使用你的 skill manager 從 GitHub skill repository 安裝，例如：

npx skills add alirezarezvani/claude-skills --skill stress-test

這個 skill 位於：

c-level-advisor/executive-mentor/skills/stress-test

此 repository 條目看起來是自包含的：最重要、應該優先檢視的檔案是 SKILL.md。在提供的目錄樹中，沒有看到額外的 rules/、resources/、references/ 或 scripts，因此是否採用主要取決於內嵌方法是否符合你的規劃流程。

skill 需要的輸入

呼叫此 skill 時，請提供單一假設，而不是寬泛主題：

/em:stress-test <assumption>

較弱的輸入：

/em:stress-test our enterprise strategy

較好的輸入：

/em:stress-test enterprise buyers in regulated industries will tolerate a six-month unpaid pilot before procurement approval

強的輸入：

/em:stress-test 40% of qualified enterprise prospects in US healthcare will accept a six-month unpaid pilot, and at least 25% of those pilots will convert to $120k ACV contracts within one quarter

較強的版本提供了客群、行為、時程、轉換預期與商業後果。這會讓輸出更有用，因為 skill 可以逐一挑戰每個組成部分，而不是產出泛泛的策略風險。

建議的 stress-test 使用流程

請在決策尚未定案前使用這份 stress-test 指南，而不是等計畫已經變成內部教條之後才使用。

1. 找出仰賴樂觀預期的計畫：營收預測、進入新市場、招募模型、留存目標、定價調整、募資時程，或護城河主張。
2. 抽出一個「如果錯了，最會傷害計畫」的假設。
3. 將它改寫成可衡量的主張，包含客戶區隔、地理範圍、時間跨度、數量、價格、轉換率或成本。
4. 對該假設執行 /em:stress-test。
5. 追問後續問題：「什麼證據能最快推翻這個假設？」、「我們應該觀察哪些領先指標？」以及「如果這個假設錯了，哪個低風險版本的計畫仍然成立？」

這在高階主管審查中特別有用，因為它能把信心與證據分開。

依賴前應該閱讀的檔案

從 SKILL.md 開始。特別留意關於假設為何失效、壓力測試方法、如何隔離假設，以及如何尋找反向證據的段落。由於可見的 skill 沒有額外 reference pack 或自動化機制，你不應期待它自行擷取市場資料或獨立驗證數字。請把它視為結構化推理輔助工具，並自行帶入事實、benchmark、客戶證據、CRM 資料、財務模型假設或投資人限制。

stress-test skill 常見問題

stress-test 只適合新創公司嗎？

不是。範例對創辦人很友善，但這套模式適用於任何在不確定性下做押注的組織。企業策略團隊可以用它來檢驗市場擴張、採購假設、銷售產能計畫、轉型專案，以及產品組合決策。核心條件是：該決策依賴一個可測試的商業假設。

它比直接請 Claude 找風險好在哪裡？

一般風險提示詞常會產出很廣的清單：競爭、預算、時程、執行、採用率。stress-test skill 會迫使你說清楚真正支撐計畫的關鍵假設，並直接攻擊它。這會讓分析更貼近決策。你得到的不是「銷售可能很困難」，而是針對「mid-market 買家會在不經 security review 的情況下，以 $30k ACV 在 45 天內成交」這個具體信念的壓力測試。

什麼時候不該使用這個 skill？

不要把它當作市場研究、法律意見、財務稽核、客戶探索或統計預測的替代品。如果你提供的是口號而不是假設，它的表現也會很差。若你的問題仍在探索階段，例如「我們應該做什麼生意？」請先從 discovery 或策略框架開始。當你已經有一個值得被檢視的主張時，再使用 stress-test。

stress-test 適合初學者嗎？

適合，只要你能把假設寫清楚。初學者通常可以先請模型協助把模糊計畫拆成幾個候選假設，再挑出風險最高的一個交給 /em:stress-test。較有經驗的營運者則應一開始就提供數字門檻、已知證據、限制條件與決策利害關係。

如何改善 stress-test skill 的使用效果

讓假設更容易被反證

改善 stress-test 輸出的最重要方法，是移除模糊空間。請包含誰、做什麼、在哪裡、何時、多少，以及真正重要的結果是什麼。

不要寫：

customers will love the product

改用：

at least 30% of finance teams at 200-1000 employee SaaS companies will switch from spreadsheets to our forecasting tool within 90 days if priced below $500/month

這會給 skill 清楚的挑戰面向：客群、急迫性、轉換行為、時間範圍與定價。

先補上證據與限制條件

當 stress-test skill 知道目前已有哪些證據時，推理會更好。請加入客戶訪談、win/loss 紀錄、pipeline 資料、轉換率、流失 cohort、銷售週期歷史、競品替代方案、預算週期、採購阻力，或投資人里程碑。

較強的提示可以加上：

Known evidence: 12 discovery calls, 3 verbal pilots, no signed LOIs, average procurement cycle 4-7 months, current runway 9 months.

這可以避免輸出把所有可能性都當成同等機率。

留意常見失效模式

主要失效模式是拿太寬泛、太政治化，或與決策脫節的假設來做壓力測試。另一個常見問題是要求模型幫你驗證，而不是挑戰。如果你想得到有用輸出，不要把提示寫成「證明這個計畫可行」。請把它寫成「在我們依賴這個假設之前，先把它打破」。

也請避免在同一個 command 裡綁進太多假設。如果你的計畫同時依賴市場規模、付費意願、銷售週期與留存，請分開逐一測試。

第一次 stress-test 後繼續迭代

取得第一輪輸出後，請要求能支援決策的精煉分析：

• “Rank the failure points by probability and severity.”
• “What evidence would change your view fastest?”
• “Design a two-week test for the riskiest assumption.”
• “Rewrite the plan so it still works if this assumption is 50% wrong.”
• “What board or investor question would expose this weakness?”

這會把 stress-test 從一次性的批判，變成實用的規劃循環：假設、挑戰、證據、修正，最後做出決策。