business-model-auditor について
創業者向けに、ユニットエコノミクス、創業者の時間への依存、ボトルネック、拡張性を構造化されたストレステストで評価する事業モデル監査スキルです。
主な機能
- 01ユニットエコノミクスの算出
- 02創業者の時間依存度分析
- 032倍から100倍までのボトルネック特定
- 04レバレッジと拡張性の評価
- 05優先順位付き改善提案
活用シーン
- 01事業の拡張可能性の評価
- 02成長拡大前の制約要因の特定
- 03規模別の利益率の比較
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ shipshitdev/ skills --skill business-model-auditorインストール後、Claude Code で/business-model-auditorを入力して読み込まれたか確認します。
同梱ファイルassets/output-template.mdplugin.json
詳細
ビジネスモデル監査 — スケール耐性テスト
概要
Alex Hormoziのスケールとレバレッジの原則を用いてビジネスモデルのストレステストを実施し、致命的な欠陥が事業を破綻させる前に特定します。ボトルネックを明らかにし、ユニットエコノミクスを算出し、スケールを前提とした設計の推奨事項を提示します。
Hormoziの中核原則:「ビジネスモデルの良し悪しは、その制約で決まります。自分がいなくてもスケールできますか?」
フレームワーク:スケールテスト
主な質問:
- **時間からの独立性:**収益はあなた自身の時間に比例して増えますか?
- **ユニットエコノミクス:**顧客1人あたりの収益は、その顧客にかかるコストを上回っていますか?
- **ボトルネックの明確さ:**10倍の規模になったとき、最初に何が破綻しますか?
- **レバレッジの種類:**資産を構築していますか、それとも単に働いているだけですか?
- **利益率の健全性:**スケールしても利益率は維持されますか、それとも低下しますか?
実行ワークフロー
ステップ1:現行モデルの把握
ユーザーに質問します:
ビジネスモデルについて説明してください:
- どのように収益を得ていますか?(顧客は何に対して支払いますか?)
- 顧客1人あたりの平均収益はいくらですか?
- 顧客1人の獲得にかかる費用はいくらですか?
- 購入された商品やサービスの提供にかかる費用はいくらですか?
- 顧客1人あたり、あなた自身は何時間かけていますか?
モデル概要テンプレート:
| 指標 | 現在 | 計算式 |
|---|---|---|
| 顧客あたり収益 | $X | 価格 × 数量 |
| CAC | $X | マーケティング費用 / 新規顧客数 |
| 提供コスト | $X | 顧客あたりの直接コスト |
| 粗利益率 | $X | 収益 - 提供コスト |
| 顧客あたりのあなたの作業時間 | X hrs | あなたが投じる時間 |
| 実効時給 | $X | 利益 / あなたの作業時間 |
ステップ2:ユニットエコノミクスの詳細分析
基本的な健全性を算出します:
中核となるユニットエコノミクス:
Revenue Per Customer: $___
- Cost of Acquisition (CAC): $___
- Cost to Deliver: $___
= Gross Profit: $___
/ Your Hours: ___
= Effective Hourly Rate: $___
健全性チェック:
| 指標 | 悪い | 普通 | 良い | 非常に良い |
|---|---|---|---|---|
| LTV:CAC比率 | <1:1 | 1-2:1 | 3-5:1 | >5:1 |
| 粗利益率 | <30% | 30-50% | 50-70% | >70% |
| 実効時給 | <$50 | $50-150 | $150-500 | >$500 |
| 回収期間 | >12mo | 6-12mo | 3-6mo | <3mo |
ステップ3:時間依存性の分析
ユーザーに質問します:
あなたの時間は収益とどのように結びついていますか?
- 1か月休んだ場合、収益はどうなりますか?
- 提供業務の何%に、あなた自身の具体的な関与が必要ですか?
- あなたにしかできない作業は何ですか?
- 委任できる作業は何ですか?
- なくせる作業は何ですか?
時間依存度スコア:
| 状況 | スコア | 意味 |
|---|---|---|
| あなたが止まると事業も止まる | 1/10 | 完全に依存 |
| 収益が50%以上減少する | 3/10 | 高い依存度 |
| 収益が20~50%減少する | 5/10 | 中程度の依存度 |
| 収益の減少が20%未満 | 7/10 | 依存度は低い |
| 収益に影響がない | 9/10 | 時間から独立 |
| あなたがいなくても収益が伸びる | 10/10 | 真のレバレッジ |
ステップ4:10倍ストレステスト
明日、顧客数が10倍になったらどうなりますか?
- 最初に何が破綻しますか?(提供、サポート、品質、あなた自身)
- 10倍に対応するには何が必要ですか?(人員、システム、ツール)
- 10倍の規模で利益率はどうなりますか?
- 顧客体験はどう変わりますか?
- 現時点での実際の対応能力の上限はどこですか?
ボトルネックの分類:
| ボトルネック | 症状 | 解決策の種類 |
|---|---|---|
| あなた(創業者) | 自分ではこれ以上対応できない | 委任/自動化 |
| チーム | 人員を増やす必要がある | 採用/外部委託 |
| システム | 手作業のプロセスが破綻する | 自動化/仕組み化 |
| 資本 | 成長に必要な資金を調達できない | 利益率の改善/資金調達 |
| 市場 | 需要が不足している | TAMの拡大/ピボット |
ステップ 5:レバレッジの監査
4 種類のレバレッジ:
| レバレッジの種類 | 説明 | 例 | スケール係数 |
|---|---|---|---|
| 労働力 | 他者の時間 | 従業員、請負業者 | 線形 |
| 資本 | 他者の資金 | 投資して成長する | 可変 |
| コード | ソフトウェア/自動化 | SaaS、ツール | 無限 |
| メディア | コンテンツ/オーディエンス | YouTube、ポッドキャスト | 無限 |
現在のレバレッジを評価してください:
- 労働力のレバレッジを活用していますか?(チームによって成果が増幅されます)
- 資本のレバレッジを活用していますか?(資金があなたのために働きます)
- コードのレバレッジを活用していますか?(ソフトウェアは無限に拡張できます)
- メディアのレバレッジを活用していますか?(眠っている間もコンテンツが機能します)
レバレッジスコア:
- 0 種類=時間をお金に換えている状態
- 1 種類=ある程度のレバレッジ
- 2 種類以上=本格的なレバレッジ
- 3 種類以上=高度なレバレッジ
ステップ 6:モデルのストレスポイントを把握する
モデルがどこで破綻するかを特定します:
ストレスポイントのマッピング:
| 規模 | 破綻するもの | 原因 | 必要な対策 |
|---|---|---|---|
| 現状の 2 倍 | [最初の破綻箇所] | [原因] | [解決策] |
| 現状の 5 倍 | [2 番目の破綻箇所] | [原因] | [解決策] |
| 現状の 10 倍 | [3 番目の破綻箇所] | [原因] | [解決策] |
| 現状の 100 倍 | [最終的な破綻箇所] | [原因] | [解決策] |
ステップ 7:改善策の提案
各ボトルネックに対して:
優先順位のフレームワーク:
- 最初に: コストが最も低く、インパクトが最も大きいボトルネックを解消します
- 次に: 収益に直接影響するものを解消します
- 3 番目に: 利益率に影響するものを解消します
- 4 番目に: 顧客体験に影響するものを解消します
出力形式
完全な構造化レポートのテンプレートについては、assets/output-template.md を参照してください(監査の成果物を生成する際に読み込みます)。
クイックスケールスコア(100 点評価)
監査全体を実施せずに素早く検証する場合:
| 項目 | 重み | 評価内容 |
|---|---|---|
| 時間からの独立性 | 2x | あなたがいなくても運用できますか? |
| ユニットエコノミクス | 2x | 規模を拡大しても収支が成り立ちますか? |
| ボトルネックの明確さ | 1.5x | 何が制約になっているか把握していますか? |
| レバレッジの活用 | 1x | 何種類のレバレッジを活用していますか? |
| 提供の拡張性 | 1.5x | コストを 10 倍にせずに 10 倍提供できますか? |
| 利益率の維持 | 1x | 規模を拡大しても利益率を維持できますか? |
| スコア | 評価 | 判定 |
|---|---|---|
| 85-100 | スケール準備完了 | 一気に投資しましょう |
| 70-84 | 強固な基盤 | まず弱点を解消しましょう |
| 55-69 | 改善可能 | まず制約に対処しましょう |
| 40-54 | リスクあり | 解消すべき重大な問題があります |
| 0-39 | 破綻したモデル | 基礎から再構築しましょう |
「自分を雇う価値があるか?」テスト
自分に問いかけてください:
「この事業が私の仕事に給与を支払わなければならないとしたら、それでも収益構造は成り立つでしょうか?」
収益-あなたの給与-その他すべてのコストが利益率 20% 未満なら、モデルはあなたの無償/低賃金労働に依存しすぎています。
モデルの進化パス
サービスからプロダクト化されたサービスへ:
- サービスを、範囲と価格が固定されたプランにまとめます
- 他者が実行できるプロセスを作ります
- あなたの判断を必要としないシステムを構築します
プロダクト化されたサービスから SaaS へ:
- 繰り返し可能で自動化できる部分を特定します
- 手作業での提供に代わるソフトウェアを構築します
- 人が対応するのは、付加価値の高い接点のみにします
1 対 1 から 1 対多数へ:
- 個別対応ではなくグループコーチングにする
- コンサルティングではなくコースを提供する
- カスタム制作ではなくテンプレートを提供する
他のスキルとの連携
| スキル | 連携方法 |
|---|---|
pricing-strategist | 健全なユニットエコノミクスを実現できる価格を設定します |
offer-architect | 拡張可能なオファーを設計します |
retention-engine | 数式における LTV を改善します |
constraint-eliminator | 提供におけるボトルネックを取り除きます |
execution-accelerator | 改善策をより迅速に実行します |
よくある失敗を避ける
- 自分の時間コストを無視する: 自分の労働時間を評価せずに「利益」を計算する
- 利益率が改善すると期待する: 対策を講じなければ、規模の拡大とともに悪化するのが一般的です
- ボトルネックの解消のために採用する: 解決策は自動化や排除の場合もあります
- 問題を解決する前に規模を拡大する: 問題のあるモデルを10倍にすれば、問題も10倍になります
- 複雑さが増していく: 規模を拡大できないサービスを追加する
- 見栄えだけの売上: 利益率が下がる一方で、売上を伸ばす
創業者の代替テスト
あなたが6か月間離れても、ほかの人が80%の効率でこのビジネスを運営できますか?
- はいの場合: あなたはビジネスを築いています
- いいえの場合: あなたは自分で作り出した仕事をしています
別の場所に案内する場合
- 問題がオファーの場合 →
offer-architect - 問題が価格設定の場合 →
pricing-strategist - リードが不足している場合 →
lead-channel-optimizer - 何から手をつけるべきか分からない場合 →
execution-accelerator