AI 時代怎麼創業?Anthropic Playbook 一次看懂四階段 workflow
三句話摘要
AI 新創 Playbook:用系統化 AI 工作流建立「十人獨角獸」的四階段路線圖 AI 會放大創業者的判斷力,也會放大愚蠢,真正的勝負手是誰能把驗證、邊界、流程化的思維系統地嵌入 AI 工作流。 Idea 階段的 AI 角色是「反方」,不是「啦啦隊」 — Claude 應幫助創業者拆解模糊想法成五個驗證問題(痛點真實性、受眾、頻率、現有解法、自身解法),並扮演懷疑論者找出失敗原因。這是防止製造沒人要產品的第一道防線,因為 42% 新創失敗源於此。
重點整理
重點- 1
Idea 階段的 AI 角色是「反方」,不是「啦啦隊」 — Claude 應幫助創業者拆解模糊想法成五個驗證問題(痛點真實性、受眾、頻率、現有解法、自身解法),並扮演懷疑論者找出失敗原因。這是防止製造沒人要產品的第一道防線,因為 42% 新創失敗源於此。
- 2
MVP 階段的核心是「有控制的速度」 — AI coding 太願意寫程式,導致無意義需求蔓延。必須用 Scope Doc 定義不做什麼、CLAUDE markdown 建立工作記憶、安全審核來管住產品漂移。速度本身不是優勢,可控的速度才是。
- 3
Launch 階段:把手工操作變成自動化系統 — AI 應生成每週 metrics brief 和 support triage SOP,讓 founder 快速判斷數字品質(Sean Ellis test:40% 用戶「very disappointed」才是有效 PMF 信號),並過濾噪音。
- 4
Scale 階段的護城河來自「累積深度」、「獨有資料」和「流程綁定」 — 透過 user behavior flywheel 分析和 workflow 盤點,找出使用者習慣依賴度最深、最難被替換的功能組合。
實用技巧與重點
乾貨- Anthropic 產品分工
- Claude Chatbot:即問即答,快速 brainstorm
- Claude Cowork:跨資料成品任務、排程、connector 整合
- Claude Code:真正開發,直接操作 codebase、git、開發環境
- 關鍵數據與指標
- CB Insights:42% 新創失敗源於製造沒人要的產品
- Sean Ellis test:>40% 活躍用戶回答「very disappointed」=PMF 有效信號
- 四階段核心任務
- Idea 階段:五大驗證問題、反向批評、客戶訪談設計
- MVP 階段:Scope Doc(核心功能、排除功能、新增條件)、CLAUDE markdown 工作記憶、安全審核
- Launch 階段:Weekly metrics brief、Support triage SOP(分類規則、優先級、標準回覆、升級條件)
- Scale 階段:User behavior flywheel、Workflow 盤點(使用頻率、團隊協作、依賴深度)
結論
結論“AI 會放大創業者的判斷力,也會放大愚蠢,真正的勝負手是誰能把驗證、邊界、流程化的思維系統地嵌入 AI 工作流。”
完整解析
詳細Anthropic 的新創 Playbook 核心概念是「十人獨角獸」——不是十人都變成天才,而是每人背後有 AI 系統在放大產出。傳統創業每往前走一步就要擴編、增加成本、拉重管理;AI 時代則是先跑流程再決定要不要招人。但這帶來陷阱:AI 放大了執行力,也放大了判斷失誤。
在 Idea 階段,最常見的死法是製造沒人要的產品。創業者容易被自己的想法迷住,快速做出看似有模有樣的東西。Claude 在這裡的角色不是幫你美化 idea,而是當你的研究員和反方。你需要把「我想做個 AI 工具提升效率」的廢話拆成五個具體問題:痛點真的存在嗎?誰有這個問題?多常發生?現在怎麼解決?你的解法真的打中問題?接著請 Claude 換位思考——這個 idea 為什麼會失敗?客戶可能沒有痛點、競品已夠好、市場太小、難以銷售?founder 要判斷哪些反對意見是致命的,哪些是可承擔的風險。
MVP 階段最容易出事,因為 AI 在 greenfield project 上太猛。你想加個 onboarding 步驟,AI 幫你加;想加 dashboard,AI 就加;想加 admin panel,AI 也配合。聽起來棒,實際上是無控制的需求蔓延。解決方案:第一,寫 Scope Doc 定義核心功能和明確的排除功能清單——不做什麼比做什麼更重要。第二,建立 CLAUDE markdown 檔案作為未來 AI session 的工作記憶,讓每次協作都遵循相同的心智模型,而不是每次都在局部最優解上拼貼。第三,在真實使用者接觸前做安全審核,檢查 authentication、session 處理、API 洩密風險、injection 漏洞。記住,AI 做的是第一輪檢查,不是唯一防線;涉及使用者資料或金流的部分還要人工看。
Launch 階段的問題不再是產品能不能用,而是成長、回饋、指標、安保、營運這一切能不能不全壓在 founder 身上。MVP 時期 founder 在環路裡是優勢,但到了 Launch,如果所有事還要你記、你整理、你判斷、你追,你就會成為瓶頸。AI 真正有價值的地方不是偶爾幫一件事,而是把重複工作流變成固定運轉的系統。具體來說:每週自動生成 metrics brief,分析 activation、retention、bug count、conversion,輸出本週變化、異常訊號、可能原因、下週追蹤重點,讓你快速判斷這些數字是反映真實產品市場契合還是短期熱鬧(參考 Sean Ellis test:超過 40% 活躍用戶「very disappointed」才是有效 PMF 信號)。同時建立 support triage SOP,讓 Claude 分類問題、設優先級、生標準回覆、決定升級條件,過濾噪音,幫你找出哪些問題代表設計缺陷需要改產品。
Scale 階段決定護城河。真正的差距來自三個元素。第一,累積深度——你對領域的理解、產品與客戶工具的整合深度、獨有資料和流程。第二,獨有系統資料——用戶用得越久,你越懂他們怎麼做事,這些細節競爭對手看你的 landing page 抄不了。第三,工作流綁定——客戶把自動化、習慣、標準輸出全都建在你的產品上,想換掉你就不是取消訂閱,而是 operational project。建立這些的方法是:分析 user behavior flywheel(哪些輸出被改掉、哪些流程被重複使用、哪些功能沒人碰),持續迭代產品和工作流;做 workflow 盤點(用使用頻率、團隊協作、客戶依賴的模板和輸出格式),找出不同客戶群對你產品的依賴深度和最難被替換的節點。
Playbook 最關鍵的洞察是:未來新創的差距不是誰用 AI,那很快不會是差異。真正的差距是誰把 AI 系統化得更好,誰能把 AI 嵌進每個階段的工作流、營運流程、feedback 處理、scale 流程,把資料和 workflow 沉澱成護城河。這不是用了 AI 工具的公司,而是把 AI 變成工作系統的公司。
關鍵時刻
Pipeline v2帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。


