SaaS 審計 — 以收入為中心的設計 (RCD)
審計任何 SaaS，使其設計同時服務於使用者價值與營收。此技能將大量行為設計知識轉化為一個可重複的審計流程，能夠提出具體、按優先級排序的改進點——每個點都與一個具名的認知偏誤或原則相關聯，並附有建議的修復方法。
來源與致謝。這些框架綜合了 Richard — "Design for startups" (@richardrx) 的公開文章與貼文：收入中心設計、瑞士刀指數、四個創業階段、GBB 定價、功能過濾器等。基礎科學則歸功於其原創者（Kahneman & Tversky, Dan Ariely, Eugene Schwartz, Aronson & Mills, Nir Eyal, Fitts, Hick, Nielsen Norman Group）。請合乎道德地運用說服技巧——請參閱道德閘門。
核心論點
中立的設計並非「客觀」——它是忽略。一個不刻意引導注意力的介面只會讓通往價值的道路變得更長，營收也更難達成。好的產品設計絕非使用者價值 或 商業營收；它必須兩者兼顧。認知偏誤是槓桿；客戶生命週期是地圖；創業階段決定優先級。
此技能的功能
給定一個 SaaS（網址、截圖、描述、程式碼庫，或特定表面如「我們的定價頁面」），產出一個審計報告：一份按優先級排序的改進點清單，每個點都包含證據、其違反的偏誤/原則、具體的修復建議，以及一個努力×影響的估算。適用於完整審計或特定範圍的審計（僅定價、僅入職…）。對於特定範圍的請求，仍然先執行步驟 0-1（階段 + ICP）——它們會重新架構一切——然後再跳到相關的階段。
審計工作流程
將此檢查清單複製到您的工作筆記中並填寫：
審計進度：
- [ ] 步驟 0：創業階段已校準（ARR/MRR + 優先級）
- [ ] 步驟 1：ICP 清晰度已過關
- [ ] 步驟 2：已走訪生命週期（獲取 → 啟用 → 留存 → 變現 → 指標）
- [ ] 步驟 3：9 項 RCD 原則已評分
- [ ] 步驟 4：總檢查清單已執行
- [ ] 步驟 5：已依報告範本輸出發現事項
步驟 0 — 校準至創業階段 → references/startup-phases.md
最常見的失敗是套用錯誤階段的建議（在生存階段的產品上使用規模階段的成長循環）。確立 ARR/MRR（或最佳估計）並設定哪些事項重要：
| 階段 | ARR 區間 | 目標 | 設計的報酬點在哪裡 |
|---|---|---|---|
| 生存 | R$0–240k | 證明有人會付錢 | 視覺差異化、信任層、價值實現速度 |
| 成長 | R$240k–1.2M | 運氣還是系統？ | 行為面：入職流程、TTV、價值實現、追加銷售槓桿、流失控制 |
| PMF | R$1.2M–6M | 證明可規模化（使用者會來、留下、推薦） | 留存效率、利潤率 |
| 規模 | R$6M+ | 爭奪注意力 | 持續優化 + 防禦性（網路效應、數據護城河） |
步驟 1 — 檢驗 ICP 清晰度 → references/acquisition.md
下游的一切都取決於一個清晰、服務不足的 ICP，它必須：(a) 真實感受到痛苦（未解決的損失很大），(b) 規模夠大，（由下而上的 TAM），(c) 能夠支付你的單位經濟學所需的金額，(d) 創辦人適合。模糊的 ICP（「任何想要這個產品的人」）會讓後續每一個發現都變得模稜兩可，並使錯誤無法診斷。如果 ICP 不明確，那這就是發現事項 #1。
步驟 2 — 走訪生命週期
對於每個階段，閱讀對應的參考資料 + 對應的檢查清單章節，然後記錄差距。
| 階段 | 閱讀 | 尋找什麼 |
|---|---|---|
| 獲取 | references/acquisition.md | 英雄區塊未通過 5 秒測試、行話、通用 CTA、無/薄弱證明、意識匹配錯誤、無法篩選使用者的登陸頁面 |
| 啟用 / 入職 | references/onboarding-activation.md | 未定義 Aha 時刻、TTV 太慢、空白儀表板、被動導覽、管理員摩擦、旅程缺口 |
| 留存 / 流失 | references/retention-churn.md | 期望負債、行話流失、死亡取消流程、一次性任務模型、被動溝通、低功能採用率、無習慣迴路、無護城河 |
| 變現 / 擴張 | references/pricing-expansion.md | 無誘餌/定錨、超過 4 個方案、從免費定錨在零、糟糕的預設值、薄弱的升級路徑、打斷使用者而非滿足限制的追加銷售 |
| 指標 / 實驗 | references/metrics-experimentation.md | 虛榮指標、統計檢定力不足的 A/B 測試、混雜 LTV、膨脹的 LTV:CAC、忽略漏水桶數學 |
| 產品 / 設計策略 | references/product-design-strategy.md | 功能蔓延（瑞士刀指數）、無功能過濾器、雜亂的儀表板、僅限外觀的重構 |
步驟 3 — 為 9 項 RCD 原則評分 → references/revenue-centric-design.md
對每個原則評定為「通過 / 部分通過 / 未通過」，並附上一句證據。這是跨領域的評分卡。
步驟 4 — 執行總檢查清單 → checklists/master-audit-checklist.md
這是全面且感知階段的缺口檢測器。此處包含知識體系中的每一個概念。每個項目都是一個是/否檢查，並標記其相關的偏誤/原則，以及指向修復方法的參考資料。
步驟 5 — 輸出發現事項 → assets/audit-report-template.md
填入範本：階段 + ICP 判定、發現事項表格（區域 · 發現 · 證據 · 偏誤/原則 · 嚴重性 · 修復方法 · 努力×影響）、前 5 項快速勝利、RCD 評分卡。
導航 — 哪個檔案回答哪個問題
| 問題 | 檔案 |
|---|---|
| 「每個 RCD 原則是什麼意思，如何檢查？」 | references/revenue-centric-design.md |
| 「這裡適用哪個偏誤 / 背後的研究是什麼？」 | references/cognitive-biases.md |
| 「登陸頁面 / 英雄區塊 / 文案 / CTA / 定位是否正確？」 | references/acquisition.md |
| 「為什麼試用沒有啟用？哪種入職模式適合？」 | references/onboarding-activation.md |
| 「為什麼使用者會流失？如何留存並建立護城河？」 | references/retention-churn.md |
| 「定價 / 方案 / 預設值 / 升級路徑應如何結構化？」 | references/pricing-expansion.md |
| 「這個指標或實驗可靠嗎？」 | references/metrics-experimentation.md |
| 「功能太多？儀表板雜亂？該刪除什麼？」 | references/product-design-strategy.md |
| 「在我的階段應該優先考慮什麼？」 | references/startup-phases.md |
| 「給我完整的檢查清單。」 | checklists/master-audit-checklist.md |
如何撰寫建議
- 具體且量化。 「將英雄標題『A plataforma completa de produtividade』改為命名 ICP + 結果，例如『Controle de comandas para oficina mecânica』」——而不是「改善標題」。
- 將每個發現與一個具名的偏誤或原則連結（例如定錨效應、損失趨避、RCD #6 預設值）。「為什麼」是讓建議具有說服力和可信度的關鍵。
- 尊重階段。 不要對生存階段的產品推薦規模階段的優化。在生存階段，優先考慮差異化/信任/價值實現速度；在成長階段，優先考慮行為入職與流失控制；之後則考慮留存效率與護城河。
- 優先考慮高槓桿修復而非外觀。 定價結構、預設值和入職流程對指標的影響遠大於按鈕顏色。（價格優化 1% ≈ 利潤增加 8–11%，而獲取優化 1% 僅約 2%——ProfitWell）。標記那些偽裝成「重構」的「重繪」。
- 在可能的情況下量化流失。 使用
references/metrics-experimentation.md中的漏水桶和同類群組 LTV 數學，將流失點轉換為具體的 R$ 損失。
道德閘門
此處的說服技巧是為了清晰與動能，而非強迫。強制執行以下規則，否則此審計將變成暗黑模式手冊：
- 預設值必須在道德上站得住腳。 一個預先勾選的方框，誘使使用者花費，這是流失的誘因，也是 ReclameAqui/退款風險——建議使用符合 ICP 中知情使用者會選擇的預設值。
- 承諾必須等於證明（RCD #4）。永遠不要推薦產品無法展示的聲明——這會造成期望負債並導致流失。
- 稀缺性/緊迫性必須是真實的。 僅推薦誠實的稀缺性（真正的限制、真實的截止日期），絕不推薦虛假的倒數計時。
- 用於篩選的摩擦 ≠ 用於陷阱的摩擦。 增加摩擦是為了篩選意圖或加深承諾；永遠不要用來阻礙取消。
基準快速參考
作為粗略的目標（主要為 SaaS；部分為美國數據——請根據市場調整）。來源在 references/ 中。
| 指標 | 弱 | 尚可 | 強 | 備註 |
|---|---|---|---|---|
| 啟用率 | <20% | 30–37% | 40%+ | <20% = 結構性入職/產品問題 |
| D7 留存率 | <10% | 10–15% | >30% | |
| 價值實現時間 (TTV) | 天 | ~1天12小時 (中位數) | <5 分鐘 (頂尖) | Userpilot, 547 家公司 |
| NRR (B2B) | <100% | ~100% | >110% | 區分成長與漏水漏斗 |
| 試用→付費，有卡 vs 無卡 | 8.9% (無卡) | — | 31.4% (有卡) | Chartmogul 2026, 美國, 200 個產品 |
| LTV:CAC | <3:1 | 3:1 | >3:1 | 按同類群組重新計算；混雜計算會高估 30–50% |
| 瑞士刀指數 | <0.3 | — | ≥0.3 | 活躍使用者/30 天使用率 >40% 的功能數 ÷ 總功能數 |
| 定價方案數量 | 1 或 5+ | — | 3 (最多 2–4) | 希克定律；誘餌需要一個中間方案 |
| 評論甜蜜點 | 5.0 (看起來假) | — | 4.2–4.5★ | Northwestern |
引用數字時，請標明來源，並注意這僅是基準，並非保證。