アプリ・SaaS事業の売却で買い手が見るKPIと開示資料

買い手は売上の種類を分けて見ている

アプリ・SaaS事業の売上は、ひとまとめに見せるより、種類ごとに分けた方が評価されやすくなります。月額課金、年額課金、初期導入費、追加開発、保守費、広告収入、決済手数料、クラウド費立替などは性質が異なります。買い手は、どの売上が継続しやすく、どの売上が一時的で、どの売上に運用負荷があるのかを知りたいからです。

たとえば、MRRが積み上がっているSaaSと、顧客ごとの追加開発で売上を作っている業務アプリでは、買い手が見るポイントが違います。SaaSでは解約率、アップセル余地、導入後のサポート負荷が重要です。受託開発に近い業務アプリでは、元請比率、保守契約、顧客との距離、担当者依存が重要になります。事業モデルを曖昧にしたまま売上だけを見せても、買い手はリスクを読み切れません。

売上の整理では、月次推移を出すことも大切です。年間売上が同じでも、特定月に大型改修が集中しているのか、毎月の保守や課金が安定しているのかで評価は変わります。直近24か月から36か月の売上を、課金、保守、追加開発、初期費用、その他に分けると、買い手は収益の再現性を見やすくなります。

• MRR、ARR、初期導入費、追加開発、保守費を分ける
• 月次推移で一時売上と継続売上を区別する
• クラウド費や外部API費の立替を粗利と分けて整理する
• 顧客別、業種別、地域別の売上構成を匿名化してまとめる

SaaSはMRRだけでなく解約と利用実態が見られる

SaaS事業ではMRRが注目されますが、MRRだけで価値が決まるわけではありません。買い手は、解約率、契約更新率、プラン別の単価、導入社数、アクティブユーザー数、利用頻度、サポート工数、アップセル余地を総合的に見ます。MRRが伸びていても、導入後のサポート負荷が重すぎる場合や、特定顧客に依存している場合は慎重に評価されます。

解約率を出す際は、ロゴチャーンと売上チャーンを分けると説明しやすくなります。小口顧客の解約が多いのか、大口顧客の解約で売上が大きく落ちるのかでは意味が違います。契約更新月が特定時期に集中している場合も、譲受後のリスクとして見られます。解約理由、休眠顧客、未回収、値引き、特別対応の有無も、可能な範囲で整理しておきます。

利用実態も重要です。ログイン数、主要機能の利用率、APIコール数、データ登録件数、通知配信数など、プロダクトごとに適した指標があります。すべてを高度に分析する必要はありませんが、顧客がなぜ使い続けているのかを説明できる指標があると、買い手は事業の継続性を判断しやすくなります。

• MRR、ARR、契約更新月、プラン別単価
• ロゴチャーン、売上チャーン、解約理由
• アクティブユーザー、利用頻度、主要機能の利用率
• サポート件数、問い合わせ内容、オンボーディング工数

業務アプリはKPIよりも現場の定着理由が重要になる

地域企業向けの業務アプリや社内DXツールでは、一般的なSaaS指標だけでは価値を説明しきれないことがあります。製造業の検査記録、物流の配車、医療介護の予約、学校や自治体の連絡、士業の顧客管理などは、顧客の現場に深く入り込んでいること自体が価値です。買い手は、単なる利用者数よりも、業務フローにどれだけ組み込まれているかを見ます。

この場合、導入社数、利用部署、利用頻度、代替手段、紙やExcelから置き換えた業務、現場で困るタイミングを整理するとよいでしょう。たとえば、月末処理に使われる、監査帳票に使われる、現場スタッフの出退勤や記録に使われる、既存顧客との連絡手段になっているといった情報は、継続利用の理由になります。

業務アプリでは、顧客別のカスタマイズや例外処理も重要です。カスタマイズが多いほど運用負荷は増えますが、顧客との関係性が強い証拠にもなります。買い手に見せるときは、カスタマイズを隠すのではなく、標準機能、個別改修、手作業対応、外部連携を分けて整理します。

• 導入社数、利用部署、利用頻度
• 現場業務のどの工程に組み込まれているか
• 紙、Excel、電話、FAXから置き換えた業務
• 標準機能、個別改修、手作業対応の切り分け

開示資料はNDA前とNDA後で分ける

アプリ・SaaS事業の売却では、情報を一度に出しすぎないことが大切です。NDA前の初期打診では、社名、アプリ名、顧客名、リポジトリ名を伏せたノンネーム資料で十分です。事業カテゴリ、売上規模、収益モデル、顧客属性、希望条件、譲渡理由を抽象化して伝え、買い手候補の関心を確認します。

NDA後には、より具体的な資料を段階的に開示します。月次売上、顧客別売上、契約書、利用規約、プライバシーポリシー、リポジトリ、クラウド構成、ストアアカウント、障害履歴、問い合わせ履歴、外注先契約、データ利用条件などです。ただし、顧客名や個人情報は必要性と開示範囲を確認したうえで扱います。

開示順を設計しておくと、買い手とのやり取りがスムーズになります。買い手は最初からコード全体を見るより、事業の概要、収益の継続性、契約の問題、権限移管の可否を順番に確認したいことが多いです。譲渡企業側も、どの資料を誰に出したかを管理することで、情報漏えいリスクを下げられます。

• NDA前は社名、アプリ名、顧客名を伏せる
• NDA後に顧客別売上、契約書、権限情報を段階開示する
• 開示ログを残し、誰に何を出したか管理する
• 個人情報や顧客情報は必要性を確認して扱う

権限移管は価格交渉の前に確認したい

買い手がアプリ・SaaS事業で強く気にするのが権限移管です。Apple Developer、Google Play、AWS、GCP、Firebase、ドメイン、SSL、決済代行、メール配信、外部API、Git、CI/CD、監視ツールなど、事業運営に必要なアカウントを移せるかどうかは、譲渡実行の条件に直結します。

特に個人名義や外注先名義のアカウントが混ざっている場合、早めに確認する必要があります。譲渡契約を結んだ後に、ストアアカウントが移せない、決済アカウントの審査が必要、ドメインが代表者個人名義、Gitの管理者が退職済み、といった問題が見つかると、クロージングが遅れる可能性があります。

権限移管の確認は、技術者だけでなく経営者も把握しておくべきです。M&Aでは、ソースコードの所有権、第三者ライブラリ、外部API契約、OSSライセンス、顧客データの利用条件など、法務・技術・運用が重なる論点が出ます。買い手候補に安心して検討してもらうためにも、権限一覧を早めに作成しておくことが重要です。

• Apple Developer、Google Play、Firebase、AWS、GCP
• ドメイン、SSL、決済、メール配信、外部API
• Git、CI/CD、監視ツール、管理画面の権限
• 個人名義、外注先名義、退職者権限の有無

KPIはきれいに見せるより、買い手が判断できる形にする

売却準備では、KPIをよく見せることより、買い手が判断できる形に整えることが大切です。成長している数字だけを強調しても、解約、障害、運用負荷、特定顧客依存が後から出てくると信頼を失います。むしろ、課題も含めて整理しておく方が、買い手は譲受後の改善余地を評価しやすくなります。

たとえば、解約率が高い場合でも、解約理由が価格なのか、機能不足なのか、導入支援不足なのかで対策は変わります。サポート負荷が重い場合でも、FAQ化やオンボーディング改善で下げられるのか、顧客ごとの特殊対応が原因なのかで見方が変わります。数字の背景を説明できることが、アプリ・SaaS事業の評価では重要です。

最終的には、KPI、契約、権限、運用、顧客関係をセットで見せることが理想です。売上は伸びているが権限移管が難しい、MRRは小さいが解約率が低く業界特化の顧客基盤がある、保守負荷は重いが単価改定余地があるなど、買い手が判断できる材料を整えることが、良い譲渡条件につながります。

• 良い数字だけでなく、課題の背景も説明する
• 解約理由、サポート負荷、特定顧客依存を隠さない
• 改善余地を買い手に伝えられる形にする
• KPI、契約、権限、運用をセットで開示する

相談前に確認したい実務チェック

売却をまだ決めていない段階でも、M&Aを前提にした棚卸しは会社の現状把握に役立ちます。自社の売上がどの顧客、どの保守契約、どの追加開発、どのプロダクトから生まれているのかを分けるだけでも、買い手に説明できる価値と、社内で改善すべき課題が見えてきます。地域の開発会社では、数字だけでなく、顧客との距離感や代表者依存も重要な判断材料になります。

最初に作る資料は、社外にそのまま出せる完成版でなくても構いません。社名、アプリ名、顧客名を伏せたまま、事業モデル、売上構成、保守契約、開発体制、運用負荷、権限移管の見込み、譲渡理由、守りたい条件を書き出します。この段階で整理しておくと、匿名相談でも具体的な会話がしやすくなります。

次に、買い手が不安に感じやすい項目を先に確認します。ソースコードの所在、クラウドやストアの名義、個人アカウントの有無、外注先との契約、顧客データの取扱い、障害履歴、未対応チケット、古い管理画面、手作業の運用などです。問題があること自体より、譲渡企業が把握していないことの方が買い手にとって不安になります。

地域内で情報が広がりやすい会社ほど、相談先と候補先の管理が重要です。地銀、税理士、商工会、同業者、既存取引先のどこまで話すのかを決め、ノンネーム資料を使って関心を確認します。NDA前、NDA後、最終交渉の各段階で出す情報を分けることで、従業員や顧客への不要な不安を抑えやすくなります。

M&Aの準備は、会社を売るためだけの作業ではありません。保守契約の採算、属人化、顧客別の運用負荷、権限の散らばりを見える化することで、売却しない場合の経営改善にも使えます。将来の承継、採用、外注、値上げ、契約見直しを考えるうえでも、早めの棚卸しには意味があります。

• 直近3期と直近24か月の売上内訳を分ける
• 保守月額、追加開発、初期費用、クラウド費を区別する
• 顧客属性、業種、地域、契約継続年数を匿名化してまとめる
• 代表者や古参エンジニアに集中している仕様を洗い出す
• Git、クラウド、ストア、ドメイン、決済、外部APIの名義を確認する
• 問い合わせ履歴、障害履歴、未対応チケットを整理する
• 候補先に出したくない相手、優先したい相手を分ける

譲渡企業様の手数料は0円。初期相談からご利用いただけます

譲渡を検討している企業にとって、相談時点で費用が読めないことは大きな不安になります。アプリ開発会社やSaaS事業のM&Aでは、資料整理、候補先打診、秘密保持契約、条件調整、技術論点の確認など、検討初期から考えることが多くあります。その段階で高額な着手金や成功報酬の心配が先に立つと、まだ売却を決めていない会社ほど相談しづらくなります。

当センターでは、譲渡企業様から受領する着手金・中間金・成功報酬を0円としています。大手他社では最低成功報酬が2,500万円程度の料金体系が設定されるケースもありますが、当センターでは譲渡企業様の相談のハードルを下げ、まずは事業の整理、譲渡可能性、候補先の方向性、情報開示の順序を確認することを重視しています。

もちろん、外部専門家費用、登記、税務、法務、労務、公租公課、各種実費などは別途発生する場合があります。また、M&Aの成立、譲渡価格、候補先紹介を保証するものではありません。それでも、初期段階で費用を気にしすぎずに相談できることは、地域の開発会社や小規模SaaS事業者にとって大きな意味があります。

相談時には、完璧な資料がなくても構いません。社名やアプリ名を伏せたまま、売上規模、保守契約の有無、主要な顧客属性、開発体制、代表者の希望、守りたい条件だけでも整理できます。売却を決めていない段階でも、どのような買い手候補が考えられるか、どの情報をまだ出さない方がよいか、どこから準備すべきかを確認できます。

• 譲渡企業様の着手金は0円
• 譲渡企業様の中間金は0円
• 譲渡成立時の成功報酬も0円
• 社名・アプリ名を伏せた匿名相談が可能
• 外部専門家費用や各種実費は必要に応じて別途確認
• 売却を決めていない段階でも相談可能