startup-business-models

スタートアップのビジネスモデル

収益モデル、価格設定、ユニットエコノミクスを選定するための体系的なワークフローです。

クイックスタート（入力情報）

意思決定に意味を持たせるために必要な、最小限の情報を尋ねます。

• ビジネスタイプ：SaaS、従量課金/API、マーケットプレイス、サービス、ハードウェア＋サービス
• ICP/セグメント：SMB／ミッドマーケット／エンタープライズ（およびACV/ARPAの範囲）
• 現在の価格設定とパッケージ：価値指標、階層、上限、割引ポリシー、請求頻度
• ユニットエコノミクスの要因：完全配賦CAC、粗利益率/COGS（LLM/インフラ/サードパーティを含む）、解約率/継続率、拡大（NRR）
• 制約：販売方法（PLG対セールス主導）、実装上の制約（請求計測、日割り計算）、粗利益率の下限、投資回収目標

数値が不足している場合は、範囲と明示的な仮定を用いて進め、次に測定すべき項目を明確にします。

ワークフロー

1. モデルを分類する

• サブスクリプション、従量課金、フリーミアム、マーケットプレイスのテイクレート、取引手数料、広告、成果報酬、クレジット制、ハイブリッド。

2. セグメント別のユニットエコノミクスの概況を作成する

• 数式、ベンチマーク、よくある落とし穴については、references/unit-economics-calculator.md を使用します。
• 複合平均よりも、コホート別またはセグメント別の分析を優先します。

3. モデルの適合性とリスクを評価する

• 価格指標を、提供する価値と発生するコスト（特に従量課金＋AIコンピューティング）に合わせます。
• 失敗要因を特定します：利益率の圧迫、逆選択、チャネル間の競合、サポートコストの急増、計測/超過料金をめぐる摩擦。

4. 価格設定とパッケージの変更を提案する

• WTPの調査方法と価格設定に関するインタビューの台本には、references/pricing-research-guide.md を使用します。
• 階層、上限、アップグレードのきっかけ、適用ルールの草案作成には、assets/pricing-tier-design.md を使用します。

5. 測定と展開を定義する

• 成功指標とガードレール、評価設計、明示的な時間差（コンバージョンはすぐに、継続率は後から）を定義します。

6. 意思決定に使える成果物を作成する

• 推奨事項、根拠、仮定、シナリオ（基本／最良／最悪）、次の実験を提示します。

2026年のヒューリスティクス（状況に応じて適用）

• 単一の比率よりも、投資回収と粗利益率を重視します。LTV:CACは最も操作しやすい指標です。
• 一般的なSaaSの目標値（セグメント/ステージに応じた目安）：LTV:CACは3～5倍、投資回収期間は6～12か月（PLG）または12～18か月（初期のセールス主導）、NRRは100%超（ミッドマーケット/エンタープライズ）、粗利益率は70%超（ソフトウェアのみ）。
• 従量課金型/AI製品では、単位（トークン/ジョブ/ワークフロー）あたりの限界利益をモデル化し、価格設定のガードレール（レート制限、最低料金、コミット階層、クレジットの有効期限）を設定します。

関連スキル（振り分け）

• startup-idea-validation
• startup-competitive-analysis
• startup-fundraising
• startup-go-to-market
• startup-finance-ops

価格変更の測定と実験設計

価格設定、パッケージ、価値指標、上限、割引、請求頻度を変更する場合に使用します。

1) 成功指標とガードレールを定義する（開始前）

種類	例
主な成功指標	売上継続率（NRR）、ARPA/ARPU、粗利益率%、投資回収期間、アップグレード率、拡大MRR
ガードレール	新規顧客のコンバージョン率、アクティベーション率、返金率、サポート負荷、解約率（顧客数＋売上）、営業サイクルの長さ

2) 評価設計を選ぶ

設計	最適なケース	結果の読み取り方
A/B（ランダム化）	セルフサービス/PLGのフロー	割り当てごとにコンバージョン率、ARPA、返金、下流の継続率を比較します
ホールドアウト/対照コホート	価格設定をランダム化するのが難しい場合	セグメント、チャネル、開始月を揃えたコホート間で、施策対象とホールドアウトを比較します
段階的な展開（時間ベース）	エンタープライズ契約、請求サイクル	季節性によるバイアスを抑えるため、まだ施策にさらされていない並行コホートと導入前後を比較します
地域/アカウント単位の展開	地域/セグメントを分けられる場合	地域/セグメントを比較し、チャネル構成の変化に注意します

3) 明示的なラグ期間を設定する（結論を急がない）

• 短期ラグ（数日〜2週間）：チェックアウトのコンバージョン、アクティベーション、セールスサイクルの摩擦、返金・サポートの急増。
• 中期ラグ（4〜8週間）：アップグレード、拡張MRR、利用の伸び、割引の傾向、日割り計算の影響。
• 長期ラグ（90〜180日以上、B2B）：チャーン、売上継続率（NRR）、更新結果、縮小リスク。

4) 「すべてを含めた」視点で報告する（コンバージョンだけではなく）

• 収益の質：返金、割引、クレジット控除後の純収益、粗利益への影響（変動するコンピューティング費用／COGSを含む）。
• セグメント：プラン、シート数の区分、チャネル、ACV／ARRの区分、顧客の利用期間（新規と更新）ごとに内訳を示します。
• 判断基準：可否を判断するしきい値を明記します（例：「NRRが2ポイント上昇し、アクティベーションが0.5ポイントを超えて低下せず、サポート負荷が10％を超えて増加しない」）。

SaaS 指標（必要に応じて参照）

定義とテンプレート（MRR／ARR、チャーン、NRR、Quick Ratio、Magic Number、バーン倍率、段階別の重点項目）については、references/saas-metrics-playbook.md を使用してください。

ユーザーが「あとどのくらい存続できますか？」または「日々の財務運営はどうすればよいですか？」と尋ねている場合は、startup-finance-ops に案内してください。

リソース

リソース	目的
unit-economics-calculator.md	LTV、CAC、回収期間の計算
pricing-research-guide.md	支払い意思額（WTP）の調査方法
saas-metrics-playbook.md	SaaS 固有の指標を詳しく解説
marketplace-economics.md	マーケットプレイスの手数料率、流動性、需給の動向
usage-based-pricing.md	従量課金とAI／クレジット課金、計測、請求ツール
freemium-conversion.md	無料から有料へのコンバージョンのベンチマーク、ペイウォールの設計、PQLフレームワーク
credit-based-ai-pricing.md	AIネイティブ製品のトークン／クレジット課金、コストモデル、利益率の管理
enterprise-pricing-patterns.md	エンタープライズ契約の構造、割引のガバナンス、拡張時の価格設定

テンプレート

テンプレート	目的
business-model-canvas.md	モデル全体の設計
unit-economics-worksheet.md	指標の計算と追跡
pricing-tier-design.md	価格設定とパッケージ構成のワークシート

データ

ファイル	目的
sources.json	ビジネスモデル関連のリソース

---

推奨事項／避けるべき事項（2026年1月）

推奨事項

• 価値指標（シート数／利用量／成果）を定義し、支払い意思額を早期に検証します。
• 価格設定の判断にCOGSの要因を含めます（特に従量課金の場合）。
• 割引のガードレールと更新のロジックを設定します（場当たり的な取引は避けます）。

避けるべき事項

• 価格設定を後回しにすること（「後で考えます」）。
• 利益率を考慮しないこと（粗利益を損なうような利用増加を促すこと）。
• 成熟していないコホートから誤解を招くLTVを算出すること。

望ましい状態

• パッケージ構成：明確な価値指標、段階ごとのロジック、割引ポリシー（適用ルール付き）。
• ユニットエコノミクス：CAC、粗利益、チャーン、回収期間、リテンションを定義し、コホートと関連付けます。
• 前提条件：入力シートを1つにまとめ、範囲／感度分析、シナリオ（基本／最良／最悪）を用意します。
• 実験：価格変更は判断基準に基づいてテストします（「勘」に頼った一斉導入はしません）。
• リスク：利益率の圧迫、逆選択、チャネル間の競合、サポートコストをモデル化します。

任意：AI／自動化

明示的に求められ、ポリシーに準拠する場合にのみ使用してください。

• 価格調査や競合の概要を要約します。実行に移す前に手作業で確認してください。
• 価格ページの文案を作成します。人間が内容の主張と契約との整合性を確認してください。