SaaS監査 — 収益重視設計（RCD）
SaaSを監査し、そのデザインがユーザー価値と収益の両方に同時に役立つようにします。このスキルは、行動デザインの知識体系を反復可能な監査に変え、具体的で優先順位付けされた改善点を表面化します。各改善点は、名前の付いた認知バイアスまたは原則に結び付けられ、推奨される修正策が提示されます。
ソースとクレジット。 これらのフレームワークは、Richard — "Design for startups" (@richardrx) による公開投稿と記事を統合したものです：収益重視設計、スイスアーミーナイフインデックス、4つのスタートアップフェーズ、GBB価格設定、機能フィルターなど。基礎となる科学は、その創始者（カーネマンとトベルスキー、ダン・アリエリー、ユージン・シュワルツ、アロンソン＆ミルズ、ニール・アイヤル、フィッツ、ヒック、ニールセンノーマングループ）に帰属します。説得は倫理的に適用してください — 倫理ゲートを参照。
核となるテーゼ
ニュートラルなデザインは「客観的」ではありません — それは省略です。注意を意図的に誘導しないインターフェースは、価値への道のりを長くし、収益を困難にします。優れたプロダクトデザインは、決してユーザー価値かビジネス収益かではありません。それは、設計上、両方です。認知バイアスはレバーであり、カスタマーライフサイクルは地図であり、スタートアップフェーズが優先順位を決定します。
このスキルの機能
SaaS（URL、スクリーンショット、説明、コードベース、または「弊社の価格ページ」のような特定の表面）が与えられると、監査を生成します：各改善点に証拠、違反するバイアス/原則、具体的な修正策、および労力×影響の見積もりが含まれた、優先順位付けされたリストです。完全な監査にも、焦点を絞った監査（価格設定のみ、オンボーディングのみなど）にも対応します。焦点を絞ったリクエストの場合でも、まずステップ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に依存します。そのICPは、(a) 本当の重みで痛みを感じ（未解決の場合の損失は大きい）、(b) 十分に大きい（ボトムアップのTAM）、(c) ユニットエコノミクスに必要なチケットを支払える、(d) ファウンダーフィットがある。曖昧なICP（「このプロダクトを欲しがる人なら誰でも」）は、後のすべての所見を曖昧にし、エラーを診断不能にします。ICPが不明確な場合、それが所見そのものになります。
ステップ2 — ライフサイクルをウォークスルーする
各ステージについて、該当するリファレンスと該当するチェックリストセクションを読み、ギャップを記録します。
| ステージ | 読むもの | 探すもの |
|---|---|---|
| 獲得 | references/acquisition.md | ヒーローが5秒テストに不合格、専門用語、一般的なCTA、証明が無い/弱い、認識の不一致、条件を満たさないLP |
| 活性化 / オンボーディング | references/onboarding-activation.md | 定義されたaha-momentがない、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
各原則を合格/部分的合格/不合格で評価し、1文の証拠を付けます。これは分野横断的なスコアカードです。
ステップ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%の利益増 vs 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） | 数日 | ~1d12h（中央値） | <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 | アクティブユーザーの40%以上/30日で使用される機能 ÷ 総機能数 |
| 価格ティア | 1つまたは5つ以上 | — | 3つ（最大2〜4） | ヒックの法則、デコイには中間プランが必要 |
| レビューのスイートスポット | 5.0（偽装に見える） | — | 4.2–4.5★ | ノースウェスタン大学 |
数値を引用する場合は、出典を明記し、ベンチマークであり保証ではないことを注意書きしてください。