【M&A事例解説】Yoom、TimeTechnologiesからiPaaS「ユーム」事業を譲受

iPaaS事業は、連携先と運用権限が価値の中心になる

iPaaSは、複数のクラウドサービス、データベース、業務システムをつなぐサービスです。価値は単体のアプリ画面だけでなく、どのサービスと連携できるか、どのデータを扱えるか、どの業務を自動化できるかにあります。M&Aでこのような事業を譲渡する場合、買い手は連携先、API仕様、認証方式、データ処理、障害対応、セキュリティを確認します。

一般的なWebサービスの譲渡と比べて、iPaaSでは外部サービスとの接点が多くなります。API利用規約、連携先サービスの仕様変更、OAuth認証、トークン管理、データ保持期間、ログ管理、利用者の権限設定などが論点になります。買い手が安心して譲り受けるためには、コードだけでなく、連携先ごとの運用ルールを説明できる必要があります。

本件のような事業譲受ニュースは、データ連携や業務自動化の領域で、既存プロダクトや顧客基盤を引き継ぐことに価値があることを示しています。地域の開発会社でも、kintone連携、RPA、クラウド連携、社内DXツールなどを持っている場合、同じように連携資産が評価対象になります。

• 連携先サービス、API仕様、認証方式の整理
• データ処理、ログ管理、セキュリティの確認
• 外部サービスの規約変更リスク
• 顧客の業務フローにどれだけ組み込まれているか

譲渡対象の切り出しは、コードより先に業務フローを見る

iPaaS事業では、コードを渡せば終わりではありません。ユーザーがどの業務を自動化しているのか、どの連携がよく使われているのか、どの設定が顧客ごとにカスタマイズされているのかを把握する必要があります。買い手は、プロダクトの機能一覧だけでなく、実際の利用シナリオを知りたいと考えます。

たとえば、顧客管理、請求、在庫、問い合わせ、マーケティング、営業支援など、どの領域でデータ連携が使われているかにより、買い手候補は変わります。営業DXに強い会社が買い手になる場合と、バックオフィス自動化に強い会社が買い手になる場合では、評価する機能も異なります。

譲渡企業側は、連携先の数を誇るだけでなく、実際に使われている連携、解約されにくい連携、サポート負荷の高い連携、今後伸ばせる連携を分けて整理するとよいでしょう。買い手は、譲受後にどの機能へ投資すべきかを判断しやすくなります。

• よく使われる連携と使われていない連携を分ける
• 業務領域ごとの利用シナリオを整理する
• 顧客別のカスタム設定を確認する
• 譲受後に伸ばせる機能を買い手に示す

データを扱う事業では、契約とセキュリティの確認が不可欠

データ連携サービスでは、顧客データや業務データを扱うため、契約とセキュリティの確認が重要になります。利用規約、プライバシーポリシー、データ処理契約、再委託条件、外部サービス利用条件、個人情報の取扱い、ログ保存期間、バックアップ、アクセス権限などを整理する必要があります。

買い手は、譲受後に法務・セキュリティ上の問題が出ないかを確認します。顧客に対してサービス提供主体が変わる場合、通知や同意が必要になることもあります。外部サービスのAPIを利用している場合、契約者変更や利用上限、認証情報の移管が必要になることがあります。

地域の開発会社でも、クラウド連携やデータ連携を含むシステムを保守している場合は同じです。顧客の業務データを扱うアプリでは、買い手候補に出す前に、どのデータを保持し、どのデータを処理し、どの範囲で移管できるかを確認しておくべきです。

• 利用規約、プライバシーポリシー、データ処理契約
• 再委託条件、外部API規約、認証情報の移管
• ログ保存、バックアップ、アクセス権限
• 顧客通知や同意が必要な場面の確認

買い手が見たいKPIは、MRRだけではない

iPaaSや業務自動化SaaSでは、MRRや導入社数だけでなく、アクティブな連携数、ワークフロー実行数、データ処理件数、APIコール数、連携先別の利用率、サポート件数、解約理由が重要になります。顧客が日常業務に組み込んでいるほど、解約されにくい可能性があるからです。

一方で、実行数が多いほどインフラ負荷やサポート負荷が増えることもあります。売上が伸びていても、赤字連携や重い問い合わせが多い場合、買い手は慎重になります。譲渡企業は、利用量、収益、コスト、問い合わせをセットで見せることが大切です。

また、特定の連携先や特定顧客に依存している場合は、そのリスクも整理します。依存は必ずしも悪いことではありません。強い顧客基盤や業務定着の証拠になる場合もあります。重要なのは、買い手が依存度を理解したうえで譲受後の施策を考えられるようにすることです。

• アクティブ連携数、ワークフロー実行数、APIコール数
• 連携先別の利用率とサポート件数
• 顧客別MRR、解約理由、利用継続年数
• インフラ負荷や外部API費用を含めた粗利

新会社設立・事業譲受型で見える戦略

本件では、新会社を設立して事業を譲り受けるという形が示されています。一般化して考えると、特定事業を切り出して運営主体を明確にすることで、事業運営、資本政策、採用、プロダクト開発、顧客対応を集中しやすくなる場合があります。譲渡企業側にとっても、対象事業を明確に切り出せることは交渉上重要です。

アプリ開発会社でも、自社内の一部サービスを分社化、事業譲渡、株式譲渡のいずれで進めるかは大きな論点になります。既存会社に残る受託開発や保守事業と、譲渡対象のSaaS事業が混ざっている場合、売上、顧客、契約、コード、従業員をどのように分けるかを検討しなければなりません。

事業譲受型では、対象範囲を明確にすることが買い手にとっても譲渡企業にとっても安心材料になります。逆に、範囲が曖昧なまま進めると、譲渡価格、引き継ぎ期間、従業員移籍、顧客通知、権限移管で論点が増えます。早い段階で対象範囲表を作ることが大切です。

• 対象事業の運営主体を明確にできる
• 受託開発とSaaS事業を切り分ける必要がある
• 従業員、契約、コード、顧客の移管範囲を整理する
• 分社化、事業譲渡、株式譲渡の違いを検討する

アプリ開発会社への示唆

この事例から、地域のアプリ開発会社やSaaS事業者が学べるのは、データ連携や業務自動化の仕組みそのものがM&Aの対象になり得るということです。大きな会社でなくても、特定業務に深く入り込んだ連携、顧客に使われ続けているワークフロー、業界特化のテンプレートがあれば、買い手にとって価値ある資産になります。

譲渡企業側は、プロダクトの機能説明だけでなく、顧客がなぜ使い続けているのかを説明する必要があります。どの業務を自動化しているのか、どの連携が重要なのか、どのデータを扱っているのか、どの権限を移管する必要があるのかを整理すれば、買い手候補の検討が進みやすくなります。

データ連携SaaSや業務アプリの売却では、技術、契約、運用、セキュリティが密接に関係します。売却を決めていない段階でも、API、認証、データ、ログ、契約、権限を棚卸ししておくことで、将来のM&Aだけでなく、日常の運用改善にも役立ちます。

• データ連携や自動化テンプレートも譲渡価値になる
• 利用実態と運用負荷をKPIとして整理する
• 契約、セキュリティ、権限移管を早めに確認する
• 事業譲渡では対象範囲表が重要になる

この事例から譲渡企業が確認したい実務チェック

この事例を自社に置き換えて考えると、最初に行うべきことは「何が事業価値なのか」を買い手の言葉で説明できる状態にすることです。サービス名や技術スタックだけではなく、どの顧客が、どの業務で、どの頻度で使い、どの担当者が保守し、どの権限を移管すれば継続運用できるのかを整理します。アプリやSaaSのM&Aでは、事業の魅力と同じくらい、譲受後に止まらないことが重視されます。

譲渡企業が準備する資料は、最初から詳細である必要はありません。初期相談では、社名、サービス名、顧客名を伏せた状態で、事業カテゴリ、売上規模、収益モデル、導入先の属性、保守体制、譲渡理由、希望条件をまとめます。買い手候補の関心が確認でき、秘密保持契約を結んだ後に、月次売上、顧客別売上、契約書、リポジトリ、クラウド構成、障害履歴、問い合わせ履歴を段階的に開示します。

特に注意したいのは、対象事業の境界です。会社全体の譲渡なのか、特定サービスだけの事業譲渡なのか、コードやブランドは含むのか、顧客契約は移るのか、従業員や外注先は引き継ぐのか、代表者が一定期間残るのかによって、買い手の見方は変わります。境界が曖昧なまま価格交渉に入ると、契約直前に論点が増え、条件調整が難しくなります。

買い手候補を探す際は、価格だけでなく、顧客を守れるか、プロダクトを伸ばせるか、保守体制を維持できるかを見ます。地域の開発会社や小規模SaaSでは、従業員、既存顧客、紹介者との関係が近いため、候補先の選び方と開示順序が重要です。最初から広く打診するのではなく、避けたい候補、優先したい候補、NDA後に詳細を見せる候補を分けて管理します。

事例記事は、個別企業の条件や評価額を推定するためではなく、自社の準備に使う視点として読むことが大切です。どのような買い手が関心を持つのか、何が譲渡対象になり得るのか、どの資料があれば検討が進むのかを自社に置き換えて考えることで、売却を決めていない段階でも、事業承継やM&Aの選択肢を広げられます。

• 対象事業の売上、粗利、継続率、解約理由を整理する
• 顧客名を伏せた導入先属性と利用シーンを作る
• リポジトリ、クラウド、ストア、ドメイン、決済の権限を確認する
• 契約書、利用規約、個人情報、外部APIの条件を確認する
• 譲渡対象に含めるもの、含めないものを一覧化する
• 従業員、外注先、代表者の引き継ぎ期間を想定する
• 候補先ごとに開示範囲と打診順を変える

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

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

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

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

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

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