SaaS・クラウド事業の売却準備では、MRR・ARRの大きさに加え、顧客が利用を続ける理由と、買い手が開発・運用を継続できる根拠を示します。継続課金の定義、解約・縮小、顧客プラン、クラウド原価、ソースコード、サポート体制を対応づけることが出発点です。
編集責任：Web M&A総合センター編集部（運営：株式会社M&A Do）。本記事はSaaS事業の譲渡準備に関する一般的な実務解説です。
何を引き継ぐかを最初に決める
会社全体、特定のプロダクト、受託開発を含む複数事業のどれを対象とするかを整理します。株式譲渡か事業譲渡かによって、顧客契約、雇用、ライセンス、負債などの扱いが異なります。SaaS売上と導入支援・受託売上を混ぜず、対象事業の採算を分けて説明します。
譲渡後に残したいブランド、サービス水準、開発方針、代表者の役割、従業員の雇用も条件に含めます。買い手との相性を判断するため、価格と同時に、プロダクトを維持する人員や投資方針を確認します。
MRR・ARRと解約率を同じ定義で示す
MRRは継続課金の月額換算を基礎にし、初期費用、一時的な導入支援、単発開発、返金などとの区分を明記します。ARRもその算定方法を揃え、請求・契約・会計の数値との違いを説明します。将来の受注見込みや無料利用者を、確定した継続収益として扱わないようにします。
MRRの増減は、新規、既存顧客の拡張、縮小、解約に分けます。顧客数を基準とする解約率と収益を基準とする解約率は別の指標なので、対象期間、分母、計算方法を記載します。年払いと月払い、最低契約期間、割引、更新のタイミングも併記すると、数字の変動を解釈しやすくなります。
| 指標・切り口 | 用意する根拠 | 確認する点 |
|---|---|---|
| MRR・ARR | 月次推移、請求、契約プラン、割引 | 一時売上との区分、会計との整合 |
| 解約・縮小 | 解約理由、利用期間、顧客別の増減 | 顧客数と収益の指標を区別 |
| 顧客構成 | 業種、プラン、上位顧客、契約更新月 | 特定顧客・販売代理店への集中 |
| LTV・CAC | 獲得費、継続期間、粗利、計算前提 | 短い観測期間から過大推計していないか |
| 利用・サポート | 利用状況、問い合わせ、対応工数 | 顧客ごとの個別対応と採算 |
顧客を獲得時期ごとの集団で比べると、直近の売上増加と長期継続の違いが見えます。チャーンだけでなく、利用縮小、休止、未収、更新拒否を確認し、解約理由への対策と結果を分けて説明します。
開発体制・ロードマップ・技術的負債を資料化する
ソースコードの保管先、リポジトリの所有者、主要機能の担当者、レビュー、テスト、リリース手順をまとめます。開発者の人数だけでなく、代表者や特定のエンジニアが抜けたときに、障害対応や改修を誰が行えるかを示します。
技術的負債は「古いコード」と一括りにせず、保守対象のバージョン、既知の不具合、セキュリティ更新、手作業の運用、改修見積もりを一覧化します。ロードマップには、顧客との約束、実施中の開発、未着手の構想を分けて記載し、買い手に必要な投資額と優先順位を伝えます。
クラウド構成図には、環境、利用サービス、原価、監視、バックアップ、復旧、外部API・認証基盤への依存を含めます。外部委託の開発成果物、オープンソース、有償ライブラリの権利や利用条件を確認し、プロダクトとして引き継げる範囲を明確にします。
契約・個人情報・管理権限を別々に確認する
利用規約、個別契約、SLA、サポート範囲、再委託、解約・返金、責任上限、契約承継に関する条項を整理します。管理権限を変更できても、契約やサービス規約上の手続が終わったことにはなりません。クラウド、決済、ドメイン、リポジトリ、顧客対応ツールごとに、名義、承認、二要素認証、切替担当を確認します。
個人情報保護委員会の通則編は、事業承継に伴う個人データの提供と、承継後の利用目的の制限を説明しています。交渉段階の提供も必要な安全管理等の契約を伴うため、顧客データを無条件で共有・転用できるわけではありません。利用目的、顧客との契約、保管先、アクセス範囲を確認します。個人情報保護委員会のガイドラインを参照し、個別条件は専門家に確認してください。
データルームには、まず匿名化・集計した情報を用い、候補先の関心と競合関係を確認してから開示を進めます。閲覧担当者、コピー・保管の扱い、交渉不成立時の返却・削除を決め、秘密情報や顧客データの持出しを管理します。
企業価値と買い手の目的、交渉条件を分けて考える
ARRが同じでも、成長、解約、粗利、クラウド原価、顧客集中、必要な開発投資は異なります。受託部分の採算や一時的な費用も分け、継続運営に必要な正常収益力を説明します。単一の倍率だけで価格を決めず、数字の前提と必要な投資を揃えます。
既存顧客へ追加販売したい買い手、製品群を補完したい買い手、開発人材を求める買い手では重視する資産が異なります。相乗効果は、想定する顧客、販売経路、統合費用、実現に必要な人員を明確にし、現在の収益と区別して示します。
アーンアウトなどの成果連動対価を使う場合は、指標の定義、測定期間、買い手による事業変更の影響、報告方法を確認します。代表者・開発者の残留義務、報酬、役割、競業避止、引き継ぎの終了条件も、合意書や最終契約で具体化します。
DD資料と成約後の継続運営を一体で準備する
| 資料 | 準備する内容 | 移管時の確認 |
|---|---|---|
| MRR推移・プラン別顧客一覧 | 定義、請求、契約、割引、顧客集中 | 請求・入金・更新を継続する |
| 解約理由一覧 | 解約・縮小、利用期間、対策 | 顧客への説明とサポート窓口 |
| クラウド構成図・障害履歴 | 監視、原価、バックアップ、復旧 | サービスと緊急対応を止めない |
| リポジトリ権限・タグ/API仕様 | 所有者、認証、外部依存、変更手順 | 切替後の開発・計測確認 |
| ロードマップ・担当者一覧 | 顧客への約束、技術的負債、後任 | リリースと人員の優先順位を合意 |
| 規約・契約・権利資料 | SLA、承継、データ利用、開発委託 | 必要な同意と手続の完了 |
PMIでは、請求、顧客サポート、監視、障害対応、セキュリティ更新を止めないことを優先します。管理ツールや開発方針を急に変える前に、移管責任者、変更の承認方法、戻せる手順を決めます。詳細はDD資料ガイドとPMI準備ガイドを参照してください。
よくある質問
Q. 赤字のSaaSや小規模サービスでも相談できますか。
A. 相談できます。投資による赤字と、継続運営の採算が悪い状態を分け、顧客継続、開発負担、必要資金を整理します。成立や評価額は個別条件によって変わります。
Q. 受託開発を含む会社では何を分けて見せますか。
A. SaaSの継続課金、初期導入、受託開発の売上・原価・担当者を分けます。共通の人材やクラウド費用の配賦も説明し、譲渡対象の採算を確認できる状態にします。
Q. 相談前にすべての資料を揃える必要がありますか。
A. 完成していなくても相談できます。まずプロダクト概要、収益の内訳、主要顧客の集中、開発体制、権限や契約の不足を確認し、重要な課題から整えます。
参考資料と相談先
手続と支援機関の説明事項：中小企業庁の事業承継関連資料。具体的な公表取引の読み方はLP高速化SaaSの買収事例解説で確認できます。
Web M&A総合センターでは、譲渡企業様から当センターへの着手金・中間金・月額費用・成功報酬をいただきません。外部専門家への依頼費用、税金・登記等は別途生じる場合があります。譲渡相談、買い手登録をご利用ください。費用・業務範囲は当センターの案内を参照してください。
