事業モデル・価格・財務

最終更新: 2026-08-01

売上より先に構造を見る

事業モデルは「誰から、何の価値単位で、いつ、いくら受け取り、その価値を何の費用で届けるか」である。月額課金は事業モデルの一部にすぎない。

最初に次を一行ずつ書く。

顧客: 誰が支払うか
受益者: 誰が価値を得るか
成果: 何が改善するか
課金単位: 席、拠点、案件、処理量、成果、期間のどれか
契約期間: 都度、月次、年次
獲得方法: 直接営業、検索、紹介、マーケットプレイス等
提供費用: インフラ、AI、決済、サポート、販売、返金
継続理由: なぜ次月も必要か
拡張理由: 顧客の成長と売上がどう連動するか

収益モデルの選択

モデル	向く状況	長所	主な危険
買い切り	継続費が小さく価値が一度で完結	購入が分かりやすい	更新収入がなく保守費が残る
月額/年額	反復する業務・監視・保存・更新	予測可能、改善を継続	継続価値が弱いと解約される
従量課金	使用量と価値・原価が連動	小さく開始、原価転嫁	請求不安、売上変動、節約を促す
席課金	利用者数が価値・導入範囲を示す	説明しやすい	AI 自動化で席数が減る、共有アカウント
拠点/顧客/案件課金	業務単位が明確	価値と整合しやすい	単位定義と境界が複雑
成果報酬	成果が明確で寄与を測れる	導入障壁が低い	因果・不正・回収・規制リスク
導入費 + 継続費	設定・移行・研修が大きい B2B	初期労務を回収	高い初期障壁
サービス + ソフトウェア	問題理解が浅い初期	早く売れて学べる	創業者時間がボトルネック
無料 + 有料	無料利用が流通・データ・ネットワーク価値を作る	広い入口	サポート費、低転換、無料目的化
広告/紹介料	高頻度・大規模な無料利用	顧客から直接課金不要	規模、追跡、プラットフォーム依存

初期 B2B の安全な既定値は、有償パイロット → 導入費 + 月額または年額。AI 原価の変動が大きい場合は、基本料金に公平な利用枠を含め、超過課金または上位プランを用意する。

価格の基本

原価ではなく価値から考える

価格の下限は原価とリスク、上限は顧客が得る経済価値と代替費用で決まる。

価値仮説
= 削減時間 × 顧客側の完全人件費
+ 回避できるミス・罰則・失注の期待損失
+ 増える売上・処理能力の粗利
+ 速さ・安心・可視性の価値

同じ便益を二重計上しない。削減時間があっても人員・外注費を減らさないなら、直ちに現金支出削減とはいえない。比較する反実仮想ごとに、(a) 実際に消える現金支出、(b) 空いた能力を別の仕事へ再配置して増える利益、(c) 事故の発生確率を下げる期待損失回避を排他的に置き、実現確率と製品の寄与率を掛ける。速さ・安心等の非金銭価値は、重ねて足すより支払意思の面談で確認する。

製品価格は価値の全額ではなく、その一部を回収する。寄与が不確実なら、顧客と基準値を測り、有償パイロットで幅を確認する。

例:

月 20 時間削減 × 顧客の完全人件費 4,000 円 = 8 万円/月
月平均の手戻り期待損失 = 2 万円/月
合計価値仮説 = 10 万円/月
価格候補 = 2〜4 万円/月 + 初期設定費

この割合は法則ではない。代替、予算、信頼、導入費、寄与度で変える。

良い価値指標

顧客の受け取る価値が増えると自然に増え、操作・監査しやすい単位を選ぶ。

広告代理店: 管理顧客数、レポート数
店舗運営: 拠点数
採用支援: 有効求人、候補者処理数
監視: 監視対象数、更新頻度
文書処理: ページ数・案件数。ただし予測可能な枠を用意
チーム業務: 基本料金 + 有効席またはワークスペース

避けたい価値指標:

顧客価値と関係しない API コール数だけ
予測不能な細かすぎる従量単位
成功するほど顧客が損した気分になる単位
測定・請求に争いが起きる曖昧な「成果」

3 層プランの役割

3 層は心理テクニックではなく、異なる顧客条件を分ける道具。

Starter: 狭い用途、小さい上限、セルフサービス
Core: ICP の標準業務、十分な利用枠、主要連携
Advanced: 権限、監査、SLA、SSO、複数拠点、優先支援

機能を無作為に切らない。高いプランほど、規模、リスク、統制、サポートという高コスト・高価値条件へ対応させる。

無料、試用、有償パイロット

無料プランが向く条件:

無料ユーザーが口コミ、共有、コンテンツ、ネットワークを生む
限界費用とサポート費が極めて小さい
利用中に自然なアップグレード契機がある
大きな母集団へ低コストで到達できる

無料試用が向く条件:

顧客自身が短期間で価値を確認できる
初期設定が軽い
セキュリティ・稟議が購入後に来ない

有償パイロットが向く条件:

データ移行、連携、設定、研修が必要
成果に人の支援が必要
B2B で購入条件も学びたい
品質・法務リスクがある

有償という名称だけでは支払意思の証拠にならない。契約、請求、入金、開始可能、価値確認、本契約を分ける実務は 11 章で扱う。

RevenueCat の 2026 年調査では、同社データ上で長い試用期間の trial-to-paid が短い試用より高い傾向が報告されるが、カテゴリ、流入意図、料金、計測条件が異なる。自社では「長いほど良い」と一般化せず、価値を経験するのに必要な期間から設計する。State of Subscription Apps 2026

年額割引

年額は、先に現金を受け取り、更新回数を減らす代わりに、返金・提供義務・ロックイン感を負う。月額 2 か月分無料のような慣習を自動採用しない。

年額割引の最大許容額
< 資金を早く得る価値
+ 月次更新・決済失敗・短期解約が減る価値
- 返金・長期提供・価格改定制約のリスク

初期は月額で継続価値を学び、利用が安定してから年額を提案してもよい。

価格検証

アンケートだけで決めず、現実の選択を観察する。

直近の問題と現在費用を面談で確認する。
ROI 仮説を顧客別に計算する。
明確な範囲と成果を持つ価格を提示する。
値下げ要望には、価格だけでなく範囲・契約期間・支援水準を交換条件にする。
失注理由を「高い」で終わらせず、予算なし、価値不明、緊急性なし、権限なし、信頼不足に分解する。
新規顧客群ごとに価格を試し、既存顧客を無断で不利に扱わない。

価格ページの閲覧やクリックより、契約、支払、更新が強いデータである。

SaaS の基本指標

売上指標

MRR = 月額へ正規化した継続売上の合計
ARR = MRR × 12
ARPA = MRR / 有料アカウント数

一回限りの導入費、受託、従量超過を MRR に混ぜない。キャッシュ入金と会計上の売上認識も区別する。

継続指標

Logo churn rate
= 期間中に失った顧客数 / 期首顧客数

Gross Revenue Retention (GRR)
= (期首 MRR - 解約 MRR - 縮小 MRR) / 期首 MRR

Net Revenue Retention (NRR)
= (期首 MRR - 解約 MRR - 縮小 MRR + 拡張 MRR) / 期首 MRR

同じ期間・コホートで計算する。小規模では 1 社の影響が大きいため、率だけでなく顧客名、理由、金額も見る。

獲得指標

CAC
= (販売・マーケ費 + 営業時間 × 内部時間単価)
  / 対応する獲得顧客数

粗利調整後 CAC 回収月数
= CAC / (月次 ARPA × 粗利率)

現金支出だけの cash CAC と、創業者時間を含む fully-loaded CAC を分け、チャネル別に見る。営業サイクルが月をまたぐ B2B では、単純な同月費用÷同月成約数を避け、費用を使った見込み客コホートと、その後の成約を対応付ける。創業者営業が無料に見えても、時間を無視すると拡張不能なモデルを過大評価する。見込み客 cohort の account/contact/attempt 分母と source event は 16 章へ接続する。

LTV

拡張を含めない gross revenue churn が安定し、顧客売上が概ね同質な場合の簡易近似:

LTV ≈ ARPA × 粗利率 / 月次 gross revenue churn

顧客寿命の近似に logo churn を使う方法と、売上減衰に 1 - GRR を使う方法を混ぜない。net churn は拡張によりゼロまたは負になり得るため、この除算に使わない。初期事業では解約率が不安定で、この式は大きく誤る。実際のコホート粗利を月ごとに足し、確定分と未確定予測を分ける方がよい。

粗利と貢献利益

売上総利益 = 売上 - 売上原価
粗利率 = 売上総利益 / 売上

顧客貢献利益
= 顧客売上
- 顧客に比例する決済、AI、インフラ、データ、サポート費

クラウド費だけを原価としない。顧客ごとの手作業が必要なら、自分の時間も内部管理上の変動費に入れる。

損益分岐

損益分岐顧客数
= 月次固定費 / 1 顧客当たり月次貢献利益

例:

固定費 20 万円
月額 3 万円 - 顧客比例費 6,000 円 = 貢献利益 2.4 万円
損益分岐 ≈ 8.4 → 9 顧客

ここへ生活費、税・社会保険の準備、休暇、機器更新も現実的に含める。

AI 製品の単位採算

AI 製品では「平均トークン費」だけでは危険である。上位利用者、再試行、長文入力、画像・音声、エージェントのループ、失敗時サポートを含める。

この章は製品・顧客単位の財務を正本とする。AI 機能内の eligible job → provider request/usage → 人手 → 安全な独立価値 → workflow value cycle の粒度、請求照合、同じ成熟 cohort での単位原価は 12 章で管理し、失敗・retry・救済を成功分母の外へ隠さない。

リクエストごとに最低限記録する。

顧客・プラン・機能
モデルとバージョン
入出力トークンまたは処理量
キャッシュ利用
ツール呼出し回数
待ち時間
成功、再試行、キャンセル
推定原価
人間レビュー時間

AI 機能の月次原価分布
= p50、p90、p99 の顧客別原価

十分な件数が蓄積したら平均だけでなく p90/p99 を見る。初期の 2〜3 パイロットや少数イベントでは分位点を精密に解釈せず、最大実績、想定最悪ケース、絶対利用上限、負荷試験で、乱用・バグ・極端利用でも粗利が壊れない上限を設ける。

原価制御:

機能ごとの予算・レート制限
最大入力、最大ステップ、タイムアウト
同一結果のキャッシュ
小さいモデルへのルーティング
非同期バッチ
検索結果と文脈の削減
顧客別利用枠と超過課金
異常原価アラート
プロバイダー障害時の縮退

ダッシュボードは指標ツリーにする

売上だけでは原因が分からない。

期末 MRR
= 期首 MRR
+ 新規 MRR
+ 拡張 MRR
+ 再開 MRR
- 縮小 MRR
- 解約 MRR

新規 MRR の先行指標
├── 適格商談数
├── 商談→有償率
├── 新規 ARPA
└── 新規顧客コホートの活性化率

既存 MRR の先行指標
├── コホート継続率
├── 利用頻度・価値イベント
├── 席・拠点・利用量の増加
└── 解約・縮小の兆候

まず waterfall が請求データと算術的に一致することを確認し、各変動へ顧客・理由・発生日を紐づける。さらに各枝へ「顧客が価値を得た行動」をつなぐ。経営指標とプロダクト指標が切れていると、局所的なクリック改善が事業価値を壊す。

会計の最低限

損益、資産負債、現金を分ける

損益計算: 期間中に儲かったか
貸借: 何を持ち、何を負うか
キャッシュフロー: 現金がいつ増減したか

黒字でも、年払いの仕入、税金、返金、売掛金で現金が尽きる。年額前受金は自由な利益ではなく、将来サービスを提供する義務を伴う。

口座と記録を分離する

事業専用の銀行口座・カードを用意
売上、決済手数料、返金を総額と控除額に分ける
領収書・請求書・契約と仕訳を結び付ける
外貨取引と為替差を記録
月次で決済事業者、銀行、会計帳簿を照合
税・社会保険用の現金を別に確保

日本の記帳、青色申告、電子取引データ保存の公式案内は国税庁を基準にする。国税庁「記帳や帳簿等保存・青色申告」

月次締め

毎月、遅くとも翌月 10 日までに確認する。

銀行・決済・請求の照合
売上を継続、一回、サービス、返金に分解
売上原価と顧客別 AI 原価
未収金、未払金、前受金
税・社会保険の準備額
現金残高と 3〜6 か月予測
創業者時間の内訳
顧客別貢献利益

資金繰り

ネットバーン = 月次現金支出 - 月次現金収入
ランウェイ = 利用可能現金 / ネットバーン

収入が支出を上回る場合、ランウェイよりも税引後の安全余力を見る。少なくとも固定費、生活費、税、返金、重大障害対応を含む複数月分の現金を目標にする。月数は家計、扶養、契約、売上集中度で決める。

売上集中リスク

上位顧客集中度 = 上位 1 社または上位 3 社売上 / 全売上

大口 1 社は初期の学習と現金に有用だが、要望がロードマップを支配しやすい。カスタム開発は次のいずれかを満たす場合に限定する。

他の ICP 顧客にも再利用できる
十分な導入・開発費を受け取る
標準製品から隔離できる
戦略的な販売経路または信頼資産になる

契約前に標準機能、個別作業、保守範囲を分ける。

ポートフォリオ管理

複数アプリを持つ場合も、同時に裁量的な成長投資を行う主力は、まず 1 つにする。固定的な 70/20/10 等を普遍則にせず、契約履行、管理、事故・病気、終了作業を先に控除し、残りの時間と現金だけを配分する。

cash_engine / validated_core / new_option という投資理由、maintenance / sunset / closed という運用状態、製品へ割り当てない reserve を別々に記録する。「少額でも売上がある」だけでは維持理由にならない。創業者 1 時間当たり貢献、主力から奪う注意力、共通 provider・channel・顧客への集中、終了時の未完了責任を含める。

複数製品の time/cash waterfall、failure_domain_id、option 上限、sunset liability、売却・譲渡・終了の gate は 15 章を正本とする。

事業モデルの健全性チェック

数値目標の扱い

「SaaS は粗利 80%」「LTV/CAC は 3 倍」などの経験則は、成熟度、販売モデル、資金調達方針で変わる。初期の優先順位は次の通り。

1 顧客へ正の貢献利益で価値を届けられる。
顧客が継続し、更新理由を説明できる。
同じチャネルから次の顧客を獲得できる。
獲得費を合理的期間で回収できる。
創業者時間を増やさず顧客を増やせる。

ベンチマーク達成より、この順序の再現性を証明する。