この記事で分かること
- AI企業の単位経済性が従来型SaaSと決定的に違う点——推論コストが利用量に比例するため、粗利率が売上と一緒に伸びないという構造
- 架空のAI企業2社(外部モデル依存型・自社モデル保有型)で、1顧客あたり月次のARPU・推論コスト・粗利率を計算し、利用量が2倍になったときの粗利率の変化を検算した設例
- 技術DDで確認すべき5点(自社モデルか外部APIか/切替可能性/データの権利関係/社内Evalsの有無/精度主張の検証可能性)
- 「AIを使っている」を競争優位と読まないための4分類(データの独自性・ワークフロー埋め込み・切替コスト・規制対応)と、論点整理シートの雛形
結論:AI企業のDDで最初に壊れる前提は「粗利率は8割」です
はじめに範囲を限定します。本記事は、AIを使ってデューデリジェンス(DD)を効率化する話ではありません。生成AIをDD作業に使う方法はM&A・DDでの生成AI活用とAIによるDD支援の実務で扱っています。本記事が扱うのは逆で、AI企業そのものを投資対象として評価するとき、通常のSaaS投資と何を変えるかです。
結論から述べます。AIスタートアップの投資検討で最初に壊れる前提は、「ソフトウェアだから粗利率は8割前後」という置き方です。従来型SaaSでは、契約が1社増えても追加でかかる原価はホスティングとサポートの限られた部分で、売上が伸びるほど粗利率が改善しました。ところがAI製品は、ユーザーが1回処理を回すたびに推論コストが実際に発生します。外部モデルに依存している場合はモデル提供者への支払いが原価に立ち、自社モデルを持つ場合でも推論基盤(GPU等)の費用と学習データの取得・アノテーション費用が原価側に積み上がります。
この違いが実務上で意味するのは3点です。第一に、粗利率は売上規模ではなく利用量と価格設計で決まります。定額課金で利用量が青天井の契約は、ヘビーユーザーほど赤字になります。第二に、全社平均の粗利率を見ても実態が分かりません。顧客単位のコントリビューションマージンを計算しないと、どの顧客が利益を出し、どの顧客が食い潰しているかが見えません。第三に、ARRの伸びは品質を保証しません。PoC(実証)契約や一時的な導入収益が混ざっていれば、その伸びは継続収益の伸びではありません。
技術DDは「モデルが優れているか」を判定する作業ではなく、経済性と持続性に影響する技術的事実を確認する作業です。競争優位も同様で、「AIを使っていること」自体は優位ではありません。以下、単位経済性・技術・競争優位の3軸を順に整理します。なお、VCの投資プロセス・優先株の設計・SaaS指標の定義そのものは、VC・スタートアップのファイナンス入門、VCタームシート、SaaS・スタートアップ指標の体系で扱っているため本記事では再説明しません。
全体像:従来型SaaSとAI企業の収益・コスト構造の違い
この構造の違いを、DDの論点に落とすと3軸になります。以下は本記事が提案する整理枠組みであり、業界標準の定型があるわけではありません。
| 軸 | 通常のSaaS投資でも見る内容 | AI企業で追加・変更する内容 |
|---|---|---|
| 単位経済性 | ARR/MRR、churn、CAC回収期間、LTV/CAC | 顧客単位の推論コスト、利用量別の粗利、定額契約における損益分岐利用量、ARRの継続性分解 |
| 技術 | アーキテクチャ、可用性、セキュリティ、技術的負債 | 自社モデルか外部APIか、モデル切替可能性、学習データの権利、社内Evalsの有無、精度主張の検証可能性 |
| 競争優位 | プロダクト機能、営業体制、価格 | データの独自性、ワークフロー埋め込み、切替コスト、規制・認証対応。モデル自体は優位に数えない |
投資仮説そのものの作り方(仮説の立て方と反証点の洗い出し)はAIで投資仮説の叩き台と反証点を出す手順に譲り、本記事は「仮説を検証するときにAI企業固有で何を見るか」に集中します。
軸1:単位経済性——顧客単位で粗利を出す
ここが本記事の核です。全社平均の粗利率ではなく、顧客1社あたり月次の粗利を計算します。ARPU(1顧客あたり平均売上)が同じでも、利用量が違えば粗利はまったく別の数字になるためです。用語としてのARPUやARR・MRRの定義は用語ページに譲ります。
設例A社:外部モデル依存型(定額課金)
架空のAI企業アルクス・レビュー株式会社(A社)を想定します。契約書レビューを支援するAI製品を提供し、外部のLLM提供者のAPIを利用しています。すべて1顧客あたり・月次・円で統一します。数値はすべて架空の設例です。
| 項目 | 標準顧客(月400件) | 性質 |
|---|---|---|
| 月額料金(ARPU) | 60,000 | 定額・利用量上限なし |
| 外部モデル利用料(45円 × 400件) | 18,000 | 利用量に比例 |
| 人手レビュー(400件の5% = 20件 × 250円) | 5,000 | 利用量に比例 |
| クラウド基盤(保管・アプリ実行) | 4,000 | 顧客数に比例 |
| カスタマーサクセス配賦 | 6,000 | 顧客数に比例 |
| 売上原価 合計 | 33,000 | — |
| 粗利 | 27,000 | 粗利率 45.0% |
検算します。18,000 + 5,000 + 4,000 + 6,000 = 33,000円。60,000 − 33,000 = 27,000円。27,000 ÷ 60,000 = 0.450 = 45.0%。「SaaSだから80%」と置いていたら、35ポイント違います。
ここから利用量を2倍(月800件)にします。料金は定額なので売上は60,000円のまま動きません。
- 外部モデル利用料:45円 × 800件 = 36,000円
- 人手レビュー:800件 × 5% = 40件 × 250円 = 10,000円
- クラウド基盤・カスタマーサクセス:4,000 + 6,000 = 10,000円(変わらず)
- 売上原価 合計 = 36,000 + 10,000 + 10,000 = 56,000円
- 粗利 = 60,000 − 56,000 = 4,000円 → 粗利率 4,000 ÷ 60,000 = 6.7%
利用量が2倍になっただけで、粗利率は45.0%から6.7%へ38.3ポイント下がりました。売上は1円も増えていません。従来型SaaSであれば「使ってもらえている=良い兆候」ですが、この価格設計のAI製品では「使われるほど利益が消える」ことになります。
損益分岐となる利用量も求められます。利用量に比例する原価は1件あたり 45円 + 12.5円(=250円 × 5%)= 57.5円です。顧客数に比例する原価は10,000円で固定なので、粗利 = 60,000 − 57.5N − 10,000 = 50,000 − 57.5N(Nは月間処理件数)。粗利がゼロになるのは N = 50,000 ÷ 57.5 = 869.6件、およそ870件です。検算:57.5 × 869 = 49,967.5円で粗利は32.5円のプラス、57.5 × 870 = 50,025円で25円のマイナス。月870件を超えた顧客は赤字顧客である、という明確な線が引けます。
顧客ミックスが変わるだけで全体粗利率が動く
この線を顧客セグメントに当てはめます。A社の顧客100社が、ライト(月150件)40社・標準(月400件)50社・ヘビー(月1,200件)10社で構成されているとします。売上は全社60,000円なので月商6,000,000円です。
| セグメント | 月間件数 | 1社あたり粗利 | 粗利率 | 社数 | 粗利小計 |
|---|---|---|---|---|---|
| ライト | 150 | 41,375 | 69.0% | 40 | 1,655,000 |
| 標準 | 400 | 27,000 | 45.0% | 50 | 1,350,000 |
| ヘビー | 1,200 | -19,000 | -31.7% | 10 | -190,000 |
| 合計 | — | — | 46.9% | 100 | 2,815,000 |
検算:1,655,000 + 1,350,000 − 190,000 = 2,815,000円。2,815,000 ÷ 6,000,000 = 0.4692 = 46.9%。
ここでライトが5社ヘビーへ移行しただけのケース(ライト35社・標準50社・ヘビー15社)を置きます。売上は6,000,000円のまま1円も変わりません。粗利は 35 × 41,375 + 50 × 27,000 + 15 × (−19,000) = 1,448,125 + 1,350,000 − 285,000 = 2,513,125円、粗利率は 2,513,125 ÷ 6,000,000 = 41.9%。売上・顧客数・ARPU・churnのいずれも動いていないのに、粗利率が5.0ポイント落ちます。ARR・churn・LTV/CACだけを見るモニタリングでは、この劣化はまったく検知できません。
設例B社:自社モデル保有型(同じ市場・同じARPU)
比較のため、同じ契約書レビュー市場で自社モデルを保有する架空企業セイリオ・ドキュメント株式会社(B社)を置きます。ARPUは同じ60,000円、標準利用量も月400件です。違いは原価の性質です。
| 項目 | 総額(月・円) | 1社あたり(顧客500社) |
|---|---|---|
| 推論基盤(GPU予約・専用サーバ) | 9,000,000 | 18,000 |
| モデル学習・再学習コストの月次配分 | 3,000,000 | 6,000 |
| 学習データ取得・アノテーション(継続) | 2,400,000 | 4,800 |
| クラウド基盤(顧客数に比例) | 2,000,000 | 4,000 |
| カスタマーサクセス配賦(顧客数に比例) | 3,000,000 | 6,000 |
| 電力・スケールアウト分(8円 × 400件) | 1,600,000 | 3,200 |
| 売上原価 合計 | 21,000,000 | 42,000 |
| 売上/粗利/粗利率 | 30,000,000 / 9,000,000 | 60,000 / 18,000 / 30.0% |
検算:18,000 + 6,000 + 4,800 + 4,000 + 6,000 + 3,200 = 42,000円。60,000 − 42,000 = 18,000円、18,000 ÷ 60,000 = 30.0%。総額でも 21,000,000 ÷ 500 = 42,000円で一致し、9,000,000 ÷ 30,000,000 = 30.0%です。
初期の粗利率はB社(30.0%)のほうがA社(45.0%)より低くなります。固定的な推論基盤と学習コストを、まだ500社にしか配賦できていないためです。しかし性質が違います。
- 利用量が2倍(1社だけ月800件)になった場合:増えるのは電力・スケールアウト分だけです。8円 × 800件 = 6,400円。原価は 28,800 + 4,000 + 6,000 + 6,400 = 45,200円、粗利 14,800円、粗利率 24.7%。A社が45.0%→6.7%(38.3ポイント低下)だったのに対し、B社は30.0%→24.7%(5.3ポイント低下)にとどまります。
- 顧客数が1,000社に倍増した場合(利用量は標準のまま):推論基盤は稼働率改善により9,000,000円→15,000,000円(1.67倍、編集部の仮定)、学習・再学習は3,000,000円→3,600,000円、データ取得は2,400,000円で据え置きとすると、固定的原価は21,000,000円。1社あたり21,000円です。原価は 21,000 + 4,000 + 6,000 + 3,200 = 34,200円、粗利 25,800円、粗利率 43.0%。
検算:総額では売上 60,000,000円、原価 21,000,000 + 1,000 × 13,200 = 34,200,000円、粗利 25,800,000円 → 43.0%で一致します。
読み取るべきは「どちらが優れているか」ではなく、粗利率がどの変数に反応するかが逆であることです。A社は顧客数を増やしても粗利率はほぼ動かず、利用量が増えると急落します。B社は利用量には強い一方、顧客数の規模がなければ粗利率が出ません。そしてB社は顧客数を倍にしても43.0%であり、従来型SaaSの80%には届きません。AI企業では、スケールしても粗利率は「SaaS並み」には戻りにくい、というのが設例が示す構造です。
同じ設例をExcelで組むなら、①顧客マスタ(顧客ID・契約形態・月額)②月次利用ログ(顧客ID・処理件数)③原価レート表(1件あたり単価・顧客あたり固定額)の3シートに分け、SUMIFSで顧客別に集計する形が扱いやすくなります。繰延収益まで含めた収益モデルの組み方はSaaS企業の収益モデリングを参照してください。
ARRの「質」を分解する
並んで確認すべきなのが、報告ARRの中身です。AI領域では導入検討の初期に有償PoCが多く走るため、更新前提のない期間限定契約がARRに混ざりやすいという事情があります。設例として報告ARR 1,200百万円を分解します(単位:百万円)。
| 構成 | 金額 | 継続収益として数えるか |
|---|---|---|
| 年間契約・自動更新条項あり | 780 | 数える |
| PoC・実証契約(期間限定、更新前提なし) | 240 | 数えない |
| 導入・カスタマイズの一時収益 | 120 | 数えない |
| 従量課金の直近1か月 × 12(スパイク月を含む) | 60 | 直近12か月実績(42)に置換 |
| 報告ARR | 1,200 | — |
| 調整後の継続収益基盤(780 + 42) | 822 | 報告ARRの 68.5% |
検算:780 + 240 + 120 + 60 = 1,200百万円。780 + 42 = 822百万円、822 ÷ 1,200 = 0.685 = 68.5%。報告値の3割強が継続収益ではなかったことになります。この調整を入れずにARR倍率でバリュエーションを置くと、分母を過大評価します。倍率法・VC methodの考え方はスタートアップのバリュエーションを参照してください。
軸2:技術DD——過度に技術的にならずに確認する5点
投資家側が技術の巧拙を判定する必要はありません。確認するのは、経済性と持続性に効く技術的事実だけです。以下の5点に絞ると、非エンジニアの投資担当でも実行できます。
- 自社モデルか、外部APIか、その組み合わせか。どの処理をどちらで行っているかを機能単位で一覧にしてもらいます。ここが分かって初めて、原価が変動費なのか固定費なのかが決まります。特化モデルと汎用モデルの使い分けの考え方は金融特化AIと汎用生成AIの違いを参照してください。
- 切替可能性(ベンダーロックイン)。外部モデル依存の場合、提供者の価格改定・仕様変更・提供終了が直接に原価と品質を動かします。確認するのは意思ではなく実績です。「過去にモデルを切り替えたことがあるか」「切替に何人日かかったか」「切替前後で精度がどう変わったか」。抽象化レイヤーがあると口頭で説明されても、切替実績がなければ検証されていません。
- 学習・利用データの権利関係。データの取得元ごとに、契約・利用許諾・二次利用の可否を一覧化します。特に、顧客から預かったデータをモデル改善に使ってよいかは顧客契約ごとに条件が異なることが多く、同意範囲が不統一だと将来のモデル改善計画がそのまま実行できません。日本の著作権法上の論点整理は文化庁が「AIと著作権に関する考え方について」(令和6年3月15日、文化審議会著作権分科会法制度小委員会)および「AIと著作権に関するチェックリスト&ガイダンス」(令和6年7月31日)を公表しています(出典は末尾)。
- 社内に精度を測る仕組み(Evals)があるか。評価データセット・評価指標・実施頻度・結果の記録が社内に存在するかを確認します。無い場合、その会社は自社製品の品質を数値で管理していないことになり、モデル切替も安全に実行できません。評価の設計そのものは金融業務におけるEvals(評価)の設計で扱っています。
- 精度の主張に検証可能な根拠があるか。「精度95%」といった主張を受け取ったら、何のデータセットで/どの指標で/誰が判定して/いつ測ったかの4点を必ず質問します。4点が揃わない主張は、事実ではなく営業上の表現として扱います。自社が集めたデータのみで評価している場合、本番環境の分布とずれている可能性を残リスクに記載します。
この5点は、回答内容ではなく回答の裏付け資料の有無で判定します。裏付けが出てこない項目は「不明」ではなく「未検証リスク」として投資委員会資料に残します。
軸3:競争優位——「AIを使っている」は優位ではない
AI企業のピッチでは、しばしば「独自のAI」が優位として提示されます。しかしモデル自体は優位になりにくいと考えるべき理由が3つあります。基盤モデルの性能は提供者側で更新され続けるためある時点の優位が維持される保証がないこと、外部APIを使う競合が同じ性能に短期間で追いつける領域が広がっていること、そしてモデルの差が顧客の意思決定を変えない業務ではそもそも比較検討の軸にならないことです。
確認すべきはモデル以外のどこで守っているかです。以下の4分類のいずれにも該当しない場合、その企業に持続的な優位はないと判断すべきだ、というのが本記事の立場です。
実務的に効くのは失注理由と解約理由の分類です。「価格で負けた」が多ければ切替コストは効いていません。「他社でも同じことができると言われた」が多ければ、データの独自性もワークフロー埋め込みも成立していません。逆に「セキュリティ審査を通れなかった」が上位にあるなら、規制・認証対応が実際に参入障壁として機能している市場だという証拠になります。グロースエクイティのステージでは、この分類データが揃っていること自体を経営管理の成熟度として評価できます。
実務成果物:AI企業DD論点整理シートの作り方
3軸で集めた事実を、投資委員会で使える形にまとめます。本記事が提案する雛形は「論点/確認方法/根拠資料/判定/残リスク」の5列です。判定は可・保留・不可の3値に限定し、コメントで濁さないことがポイントです。記入例を示します。
| 論点 | 確認方法 | 根拠資料 | 判定 | 残リスク |
|---|---|---|---|---|
| 推論コストの利用量連動性 | 顧客別の月次処理件数と外部モデル利用明細を突合 | モデル提供者の月次請求明細、社内処理ログ | 保留 | 直近3か月分のみ取得。季節性が未検証 |
| ヘビーユーザーの採算 | 利用量上位10社の顧客別粗利を算出 | 契約書、処理ログ、原価配賦表 | 不可 | 上位3社が赤字。値上げ交渉の実現性が未確認 |
| ARRの継続性 | 契約別に更新条項の有無で分類し、PoCと一時収益を控除 | 契約書一覧、売上明細、更新実績 | 保留 | PoC契約の本契約転換率の実績が2件のみ |
| 外部モデルへの依存と切替可能性 | 過去の切替実績と、切替前後の精度比較の記録を確認 | アーキテクチャ図、社内Evals結果、API利用契約 | 可 | 切替実績は1回のみ。工数実績の再現性は不明 |
| 学習データの権利関係 | 取得元ごとに契約・利用許諾・二次利用可否を一覧化 | データ提供契約、利用規約、顧客契約の該当条項 | 保留 | 顧客データの学習利用について同意範囲が契約により不統一 |
| 精度主張の根拠 | データセット・指標・評価者・測定時期の4点の開示を要求 | Evals設計書、評価データセット、評価ログ | 不可 | 社内データのみで評価。本番分布とのずれが未検証 |
| 競争優位の所在 | 失注理由・解約理由を4分類に割り付け、切替コストを実証 | 失注ログ、解約インタビュー記録、導入工数実績 | 可 | ワークフロー埋め込みは大企業顧客に限られる |
| AIガバナンス体制 | AI事業者ガイドライン上の主体区分と自社の位置づけを確認 | 社内規程、体制図、顧客向け説明資料 | 保留 | 顧客が求める説明水準に体制が追いついていない |
最も重要なのは、「保留」を空欄のまま投資判断に持ち込まないことです。保留は「追加で何を取得すれば可否が決まるか」を残リスク欄に書き切って初めて意味を持ちます。判定が「不可」でも投資を見送るとは限らず、バリュエーションの引き下げ・マイルストーン条項・投資後100日での是正計画といった契約条件で扱う論点に振り替えることができます。
AIに任せる範囲と、人が判断する範囲
この作業のうち生成AIに任せてよいのは整形・分類・下書きまでです。契約書一覧から更新条項の有無を分類する、失注ログを4分類に割り付ける、処理ログの列名を統一する、といった一次案の作成が該当します。任せてはいけないのは、判定(可・保留・不可)、原価配賦の方針決定、根拠資料が十分かどうかの評価です。DD作業への生成AI適用の全体像はAIによるDD支援の実務で扱っています。
失注ログの分類を下書きさせる場合のプロンプト例です。出力をそのまま採用せず、必ず人が根拠資料に当たって確定させます。
【役割】あなたはVC投資チームのアナリストです。AI企業のDDにおける競争優位の一次整理を補助します。 【目的】投資検討先から受領した失注ログ・解約理由ログを、競争優位の4分類に割り付ける「一次案」を作ります。最終判定は人が行うため、断定はしないでください。 【入力】以下に、案件ごとの「失注/解約」区分、記録日、営業担当のフリーテキストコメントを貼り付けます。 --- (ここにログを貼り付け) --- 【4分類の定義】 1. データの独自性:他社が持たないデータを理由に選ばれた/選ばれなかった 2. ワークフロー埋め込み:業務手順への組み込み度合いが理由 3. 切替コスト:移行の実費・工数が理由 4. 規制・認証対応:セキュリティ審査・調達要件・業法対応が理由 上記に当てはまらないものは「5. 価格」「6. 機能」「7. 分類不能」に置いてください。 【出力形式】表形式(列:案件ID/区分/記録日/原文の該当箇所を原文のまま引用/割り付けた分類/確信度(高・中・低))。表以外の説明文は付けないでください。 【単位・表記】日付はYYYY-MM-DD。金額が出てくる場合は円単位のまま、通貨単位を明記して転記してください。換算はしないでください。 【計算方法】分類ごとの件数と構成比(%、小数第1位まで)を表の下に集計してください。構成比の合計が100.0%になることを確認し、合計行を出力してください。 【禁止事項】 - 入力にない事実を追加しないでください(企業名・製品名・金額の補完を含む)。 - 原文の言い換えで意味を変えないでください。引用は原文のまま抜き出してください。 - 「〜と考えられる」といった推測で分類しないでください。判断材料が足りない場合は「7. 分類不能」とし、確信度「低」にしてください。 【不明情報の処理】原文が短すぎる・複数の理由が併記されている場合は、分類欄に「要確認」と記載し、理由を1行で書いてください。 【出典表示】各行の分類根拠として、原文の該当箇所(引用)を必ず同じ行に載せてください。 【検算】(1) 出力した行数が入力の件数と一致することを確認し、行数を明記してください。(2) 構成比の合計が100.0%であることを確認してください。一致しない場合は、その旨を明記してください。 【レビュー項目】最後に、人がレビューすべき点を3つ以内で挙げてください(例:確信度「低」が多い分類、複数理由が併記された案件)。
生成AI出力の一般的な検証手順(ハルシネーションの見抜き方、数値照合の型)は生成AI出力の検証手順に譲ります。
AI企業DDの検証方法
この業務に固有の検証項目に絞ります。いずれも相手の説明ではなく資料で確認することが要件です。
- 推論コストの突合:モデル提供者からの月次請求額と、社内処理ログから再計算した推定額を突き合わせます。乖離が大きい場合、ログに載らない処理(再試行・バッチ・社内検証利用)が存在し、その差分は将来の原価に効きます。
- 顧客別粗利の再現:先方提示の顧客別粗利表を受け取るのではなく、①契約単価、②処理ログ、③原価レートの原資料から自分で再計算し、提示値と一致するかを確認します。一致しない場合、配賦基準の差異か原資料の差異かを切り分けます。
- ARRの契約単位への遡上:ARR合計からではなく契約書一覧に遡り、更新条項・契約期間・解約通知期間を1件ずつ分類して積み上げます。
- 精度主張の測定条件の確認:データセット・指標・評価者・測定時期の4点が揃わない主張は、投資委員会資料に数値として載せず「検証不能な主張」として別枠に記載します。
- モデル切替の実績確認:切替可能性は設計思想ではなく実績で見ます。切替を一度も行ったことがない場合、「切替可能」は未検証の仮説として扱います。
- データ権利の契約単位での確認:「学習に使ってよい」を全社方針として聞くのではなく、主要顧客の契約書の該当条項を実際に読みます。
機密情報・個人情報の注意
DDで受領する資料には、投資検討先の顧客名・契約単価・処理ログが含まれ、処理ログには個人情報が含まれる場合があります。個人情報保護委員会は令和5年6月2日付で「生成AIサービスの利用に関する注意喚起等」を公表し、個人情報取扱事業者が個人情報を含むプロンプトを入力する場合について、特定した利用目的の達成に必要な範囲内であることを十分に確認する必要がある旨を示しています(出典は末尾)。
実務上は、外部の生成AIサービスに投資検討先の資料をそのまま貼り付けないこと、貼り付ける場合は顧客名・個人名・契約単価をマスキングすること、NDAの範囲内での利用かを事前に確認することが最低限の運用になります。社内ルールの設計は生成AIに入れてよい情報・いけない情報を参照してください。
日本市場・日本企業での留意点
日本での事業を前提とするAI企業を評価する場合、規制対応の状況は競争優位にも将来コストにもなります。以下は制度の所在を示すもので、個別案件への当てはめは専門家にご確認ください。
- AI法:「人工知能関連技術の研究開発及び活用の推進に関する法律」が令和7年6月4日に公布・一部施行され、同年9月1日に全面施行されています。また、令和7年12月23日に「人工知能基本計画」が閣議決定されています(出典は末尾)。具体的な条文上の義務の範囲は法文をご確認ください。
- AI事業者ガイドライン:総務省・経済産業省が公表しており、最新版は第1.2版(令和8年3月31日)です。同ガイドラインはAI開発者・AI提供者・AI利用者という主体区分を置いており、投資検討先がどれに該当するかで期待される取組の内容が変わります。非拘束的なソフトローとして位置づけられていますが、顧客企業がこれを調達要件に取り込むことで事実上の要求水準として機能する場面があります(後段は本記事の見立てです)。
- 学習データと著作権:文化庁が「AIと著作権に関する考え方について」(令和6年3月15日)と「AIと著作権に関するチェックリスト&ガイダンス」(令和6年7月31日)を公表しています。データ取得方法に関するDD項目は、これらの整理を踏まえて設計します。
- 海外制度との区別:EUには「Regulation (EU) 2024/1689(EU AI Act)」があり、リスクベースの分類と義務が定められていますが、これはEUの制度であり日本の制度と同一ではありません。対象主体・法的拘束力・適用時期が異なるため、EU域内に顧客を持つ(持つ計画がある)場合にのみ、対象範囲を個別に確認します。
- 顧客属性による要求水準の差:顧客に金融機関・官公庁が含まれる場合、委託先管理・再委託の制限・データ所在地の要件が課されることがあります。参入障壁になる一方で対応コストが原価に乗るため、どちらの効果が大きいかを実際の失注・受注記録から判断します。
よくある失敗
- ARRの伸びだけで判断する。前述のとおり、ARRの伸びは継続収益の伸びとは限らず、粗利の伸びとはさらに一致しません。顧客ミックスが変わるだけで粗利率が数ポイント動きます。伸び率と同じ画面に顧客別粗利の分布を並べることが対策です。
- PoC売上を継続収益として数える。有償PoCは需要の証拠ではありますが、更新前提のない期間限定契約です。本契約への転換率の実績が数件しかない段階では、転換率を仮定してARRに織り込むこと自体が推定であると明示すべきです。
- 粗利率を「SaaSだから80%」と置く。設例のとおり、外部モデル依存型は45.0%、自社モデル保有型は30.0%(顧客倍増後で43.0%)でした。モデルは事業計画の前提として置くのではなく、顧客別・利用量別に積み上げて出すものです。
- 「AIを使っている」を競争優位と読む。優位は4分類のいずれかで説明できなければなりません。説明できない場合、価格競争に晒される前提で事業計画を引き直します。
- 精度の主張を測定条件を見ずに受け取る。データセット・指標・評価者・測定時期の4点を確認せずに数値を資料に転記すると、投資委員会に検証不能な数値を持ち込むことになります。
実務チェックリスト
- 投資検討先の原価を、利用量に比例する費用/顧客数に比例する費用/総額固定の費用の3分類に分けた
- 1顧客あたり月次の売上・原価・粗利・粗利率を、単位を統一して計算した
- 顧客を利用量でセグメント分けし、セグメント別の粗利率を出した
- 定額課金の場合、粗利がゼロになる利用量を計算し、それを超えている顧客数を数えた
- 利用量が2倍になったときの粗利率を計算し、感応度を把握した
- 顧客ミックスが変化したときの全体粗利率への影響を試算した
- ARRを契約単位に遡り、PoC・一時収益・従量スパイクを分離した
- 外部モデル利用料の月次請求額と、処理ログからの再計算値を突合した
- 自社モデルか外部APIかを機能単位で一覧化し、モデル切替の実績(回数・工数・精度変化)を確認した
- 学習・利用データの取得元ごとに、契約・利用許諾・二次利用可否を一覧化した
- 社内Evalsの有無(評価データセット・指標・頻度・記録)を確認した
- 精度主張について、データセット・指標・評価者・測定時期の4点を確認した
- 競争優位を4分類に割り付け、失注理由・解約理由の実データで裏付けた
- AI事業者ガイドライン上の主体区分と、顧客側の調達要件への対応状況を確認した
- 論点整理シートの「保留」すべてに、判断に必要な追加資料を書き切った
顧客別の粗利モデルを自分で組んでみる
この記事の設例(1件57.5円の変動費・顧客あたり10,000円の準固定費・定額60,000円)をExcelに落とし、損益分岐利用量と顧客ミックス感応度を出せる状態にしておくと、初回ミーティングの場で粗利率の妥当性を検証できます。
よくある質問(FAQ)
Q1. 外部モデル依存型は、自社モデル保有型より投資対象として劣るのでしょうか。
一概には言えません。設例では初期の粗利率は外部モデル依存型(45.0%)のほうが高く、固定費負担も軽いため、少ない資本で市場に出られます。判断すべきは粗利率の水準ではなく、①どの変数で粗利率が動くかを経営が把握しているか、②価格設計を是正する余地があるか(従量への移行や利用量上限の設定が契約上・競争上可能か)、③外部提供者への依存が切替実績で裏付けられているかの3点です。
Q2. 粗利率が低いAI企業のバリュエーションは、どう考えればよいですか。
売上倍率をそのまま当てると、粗利構造の差を無視することになります。設例のA社とB社は同じ売上でも粗利が45.0%と30.0%で、生み出すキャッシュがまったく違います。実務では、売上倍率と粗利倍率の両方を並べる、あるいはARRを前述の方法で調整してから倍率を当てる、という扱いが取られます。手法自体の解説はスタートアップのバリュエーションを、リターン指標の見方はIRRとMOICの計算と使い分けを参照してください。
Q3. シード段階で顧客数が数社しかなく、単位経済性のデータが取れない場合はどうしますか。
データが無くても設計思想は確認できます。①課金形態(定額か従量か、利用量上限があるか)、②1処理あたりの原価をチームが把握しているか、③把握している場合その数字の出し方、の3点です。1処理あたりの原価を即答できないチームは、価格を原価と切り離して決めている可能性があります。データがないことと、考えていないことは別として評価します。
まとめ
AI企業のDDで通常のSaaS投資から変えるのは、次の3点です。第一に、粗利率を前提として置かず、顧客単位・利用量単位で積み上げて出すこと。推論コストが利用量に比例するため、外部モデル依存型では定額課金の顧客が利用量を増やすほど赤字に近づき、自社モデル保有型では顧客数の規模がなければ粗利率が出ません。設例では、A社が利用量2倍で45.0%→6.7%、B社が顧客数2倍で30.0%→43.0%という逆方向の反応を示しました。
第二に、技術DDを5点に絞ること。自社モデルか外部APIか、切替可能性(実績で確認)、データの権利関係、社内Evalsの有無、精度主張の検証可能性です。技術の巧拙ではなく、経済性と持続性に効く事実だけを見ます。第三に、競争優位を4分類で問うこと。データの独自性・ワークフロー埋め込み・切替コスト・規制対応のいずれでもないなら、優位はないものとして計画を引き直します。
これらを「論点/確認方法/根拠資料/判定/残リスク」の5列に落とし、判定を可・保留・不可の3値に限定すれば、投資委員会で議論すべき点が自然に絞り込まれます。最も避けるべきは、ARRの伸びという単一の指標で意思決定することです。伸びている理由が粗利を生まない利用量の増加である可能性を、数字で潰してから判断してください。
出典・参考(2026-08-16確認)
- 総務省・経済産業省「AI事業者ガイドライン(第1.2版)」(令和8年3月31日公表。AI開発者・AI提供者・AI利用者の主体区分、非拘束的なソフトローとしての位置づけ)— 総務省 AIネットワーク社会推進会議 掲載ページ/本編PDF
- 内閣府「人工知能関連技術の研究開発及び活用の推進に関する法律(AI法)」(令和7年6月4日公布・一部施行、令和7年9月1日全面施行)— 内閣府 科学技術・イノベーション/e-Gov法令検索(法文)
- 内閣府「人工知能基本計画」(令和7年12月23日閣議決定)— 内閣府 人工知能基本計画
- 文化庁「AIと著作権について」(「AIと著作権に関する考え方について」令和6年3月15日/「AIと著作権に関するチェックリスト&ガイダンス」令和6年7月31日)— 文化庁 AIと著作権/チェックリスト&ガイダンス(PDF)
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」(令和5年6月2日)— 個人情報保護委員会 報道発表
- EU「Regulation (EU) 2024/1689(EU AI Act)」(海外制度として参照。日本の制度とは対象主体・拘束力・適用時期が異なります)— EUR-Lex
- 本記事の設例(アルクス・レビュー株式会社、セイリオ・ドキュメント株式会社)およびその数値、3軸フレーム・競争優位の4分類・論点整理シートの5列構成は、いずれも編集部が作成した架空の設例および提案枠組みです。実在企業の財務数値・評価額ではありません。AI製品の価格・性能に関する数値は、変動が大きいため本記事では記載していません。市場規模の予測値も、一次情報で確認できたものがないため記載していません。
※本記事は教育目的の一般的な解説であり、法務・税務・会計・投資に関する助言ではありません。実際の判断は専門家にご確認ください。設例は理解のための仮設例です。AI製品の仕様・料金は変更されることがあるため、利用前に各社の公式情報をご確認ください。