mcpField
B
business-model-auditor

business-model-auditor

github.com/shipshitdevその他38188 回インストール2 日前に更新
リポジトリ

business-model-auditor について

創業者向けに、ユニットエコノミクス、創業者の時間への依存、ボトルネック、拡張性を構造化されたストレステストで評価する事業モデル監査スキルです。

主な機能

  1. 01ユニットエコノミクスの算出
  2. 02創業者の時間依存度分析
  3. 032倍から100倍までのボトルネック特定
  4. 04レバレッジと拡張性の評価
  5. 05優先順位付き改善提案

活用シーン

  1. 01事業の拡張可能性の評価
  2. 02成長拡大前の制約要因の特定
  3. 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. **時間からの独立性:**収益はあなた自身の時間に比例して増えますか?
  2. **ユニットエコノミクス:**顧客1人あたりの収益は、その顧客にかかるコストを上回っていますか?
  3. **ボトルネックの明確さ:**10倍の規模になったとき、最初に何が破綻しますか?
  4. **レバレッジの種類:**資産を構築していますか、それとも単に働いているだけですか?
  5. **利益率の健全性:**スケールしても利益率は維持されますか、それとも低下しますか?

実行ワークフロー

ステップ1:現行モデルの把握

ユーザーに質問します:

ビジネスモデルについて説明してください:

  1. どのように収益を得ていますか?(顧客は何に対して支払いますか?)
  2. 顧客1人あたりの平均収益はいくらですか?
  3. 顧客1人の獲得にかかる費用はいくらですか?
  4. 購入された商品やサービスの提供にかかる費用はいくらですか?
  5. 顧客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:11-2:13-5:1>5:1
粗利益率<30%30-50%50-70%>70%
実効時給<$50$50-150$150-500>$500
回収期間>12mo6-12mo3-6mo<3mo
ステップ3:時間依存性の分析

ユーザーに質問します:

あなたの時間は収益とどのように結びついていますか?

  1. 1か月休んだ場合、収益はどうなりますか?
  2. 提供業務の何%に、あなた自身の具体的な関与が必要ですか?
  3. あなたにしかできない作業は何ですか?
  4. 委任できる作業は何ですか?
  5. なくせる作業は何ですか?

時間依存度スコア:

状況スコア意味
あなたが止まると事業も止まる1/10完全に依存
収益が50%以上減少する3/10高い依存度
収益が20~50%減少する5/10中程度の依存度
収益の減少が20%未満7/10依存度は低い
収益に影響がない9/10時間から独立
あなたがいなくても収益が伸びる10/10真のレバレッジ
ステップ4:10倍ストレステスト

明日、顧客数が10倍になったらどうなりますか?

  1. 最初に何が破綻しますか?(提供、サポート、品質、あなた自身)
  2. 10倍に対応するには何が必要ですか?(人員、システム、ツール)
  3. 10倍の規模で利益率はどうなりますか?
  4. 顧客体験はどう変わりますか?
  5. 現時点での実際の対応能力の上限はどこですか?

ボトルネックの分類:

ボトルネック症状解決策の種類
あなた(創業者)自分ではこれ以上対応できない委任/自動化
チーム人員を増やす必要がある採用/外部委託
システム手作業のプロセスが破綻する自動化/仕組み化
資本成長に必要な資金を調達できない利益率の改善/資金調達
市場需要が不足しているTAMの拡大/ピボット
ステップ 5:レバレッジの監査

4 種類のレバレッジ:

レバレッジの種類説明例スケール係数
労働力他者の時間従業員、請負業者線形
資本他者の資金投資して成長する可変
コードソフトウェア/自動化SaaS、ツール無限
メディアコンテンツ/オーディエンスYouTube、ポッドキャスト無限

現在のレバレッジを評価してください:

  1. 労働力のレバレッジを活用していますか?(チームによって成果が増幅されます)
  2. 資本のレバレッジを活用していますか?(資金があなたのために働きます)
  3. コードのレバレッジを活用していますか?(ソフトウェアは無限に拡張できます)
  4. メディアのレバレッジを活用していますか?(眠っている間もコンテンツが機能します)

レバレッジスコア:

  • 0 種類=時間をお金に換えている状態
  • 1 種類=ある程度のレバレッジ
  • 2 種類以上=本格的なレバレッジ
  • 3 種類以上=高度なレバレッジ
ステップ 6:モデルのストレスポイントを把握する

モデルがどこで破綻するかを特定します:

ストレスポイントのマッピング:

規模破綻するもの原因必要な対策
現状の 2 倍[最初の破綻箇所][原因][解決策]
現状の 5 倍[2 番目の破綻箇所][原因][解決策]
現状の 10 倍[3 番目の破綻箇所][原因][解決策]
現状の 100 倍[最終的な破綻箇所][原因][解決策]
ステップ 7:改善策の提案

各ボトルネックに対して:

優先順位のフレームワーク:

  1. 最初に: コストが最も低く、インパクトが最も大きいボトルネックを解消します
  2. 次に: 収益に直接影響するものを解消します
  3. 3 番目に: 利益率に影響するものを解消します
  4. 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改善策をより迅速に実行します

よくある失敗を避ける

  1. 自分の時間コストを無視する: 自分の労働時間を評価せずに「利益」を計算する
  2. 利益率が改善すると期待する: 対策を講じなければ、規模の拡大とともに悪化するのが一般的です
  3. ボトルネックの解消のために採用する: 解決策は自動化や排除の場合もあります
  4. 問題を解決する前に規模を拡大する: 問題のあるモデルを10倍にすれば、問題も10倍になります
  5. 複雑さが増していく: 規模を拡大できないサービスを追加する
  6. 見栄えだけの売上: 利益率が下がる一方で、売上を伸ばす

創業者の代替テスト

あなたが6か月間離れても、ほかの人が80%の効率でこのビジネスを運営できますか?

  • はいの場合: あなたはビジネスを築いています
  • いいえの場合: あなたは自分で作り出した仕事をしています

別の場所に案内する場合

  • 問題がオファーの場合 → offer-architect
  • 問題が価格設定の場合 → pricing-strategist
  • リードが不足している場合 → lead-channel-optimizer
  • 何から手をつけるべきか分からない場合 → execution-accelerator

コメント