RPA・業務自動化支援会社のM&Aでは、ボットの本数や売上規模だけでなく、顧客業務を理解する人材、保守契約、ライセンス、認証情報、障害対応、知的財産を安全に承継できるかが問われます。本記事は、会社譲渡、事業譲渡、資本業務提携を検討する経営者が、初期検討から企業価値評価、DD、契約交渉、PMIまでを一貫して準備するための実務ガイドです。
検索段階では相場や手続きに目が向きがちですが、実務では顧客ごとに異なる業務、端末、権限、繁忙期、例外処理を途切れなく引き継ぐことが最優先です。譲渡企業様は強みだけでなく、未整備な資料、属人化、契約上の制約も早期に把握し、候補先が必要な対策と費用を判断できる状態を作ります。買収企業も短期的な人員獲得だけでなく、顧客への責任と運用継続性を評価する必要があります。
準備が早いほど必ず高い価格になるわけではありません。しかし、事実確認が進み、条件の比較とPMI設計に使える時間が増えるため、交渉途中の不確実性を抑えやすくなります。経営者だけで抱え込まず、社内で共有する範囲と外部専門家の役割を決め、通常業務を守りながら段階的に進めてください。
Web M&A総合センターでは、譲渡企業様の相談料・着手金・中間金・成功報酬は0円です。まだ意思決定前でも、譲渡相談を通じて選択肢や準備範囲を確認できます。支援内容や条件は案件ごとに異なるため、秘密保持と対応範囲を個別に確認してください。
RPA・業務自動化支援会社M&Aとは
単なる受託開発会社の承継ではない
RPA・業務自動化支援会社は、顧客業務の可視化、要件定義、ボット開発、テスト、運用監視、改修、教育までを連続して担います。M&Aではプログラムだけでなく、顧客ごとの業務理解、例外処理の知見、実行環境、担当者との信頼関係が承継対象になります。売上高や案件数だけでは、事業が次の体制でも再現できるかを十分に説明できません。
譲渡企業様は、自社がツール販売中心なのか、導入支援中心なのか、運用保守を含む継続支援型なのかを明確にします。さらに、有人操作を補助するデスクトップ型、サーバーで集中実行する型、クラウド型、生成AIやOCRを組み合わせる型を分けると、買収後に必要な技術基盤と人員が見えます。
M&Aの目的は株式や事業の名義を変えることだけではありません。顧客業務を止めず、担当者を定着させ、改善提案を継続できる体制へ移すことです。初期段階から譲渡後の運営像を描き、その像に合う相手と条件を組み立てることが重要です。
市場環境と買収ニーズを整理する
省人化需要と内製化支援を区別する
人手不足や定型業務の効率化を背景に自動化需要があっても、すべての会社が同じ価値を持つわけではありません。単発のボット開発、全社展開のCoE支援、運用代行、業務改革コンサルティングでは、収益構造と必要人材が異なります。譲渡企業様は市場規模の一般論より、自社が選ばれる具体的な理由を示します。
買収を検討する企業には、既存顧客へのクロスセル、エンジニア獲得、特定製品の認定体制、地方拠点の獲得、BPOとの統合、AI・データ事業との連携など複数の目的があります。相手の目的ごとに評価される資産が変わるため、候補先リストは知名度だけで作らず、実行可能なシナジーで優先順位を付けます。
自動化が顧客に内製化される動きは脅威である一方、ガバナンス設計、教育、監視、難易度の高い連携開発へ役割を移す機会でもあります。内製化後も残る支援範囲と更新実績を示せれば、将来収益の説明力が高まります。
M&A手法を選ぶ
株式譲渡・事業譲渡・資本業務提携
株式譲渡は法人の契約、従業員、資産負債を包括的に承継しやすい一方、簿外債務や過去の労務、情報管理上の問題も対象になります。事業譲渡は対象を選択できますが、顧客契約、雇用、ライセンス、クラウド契約などの個別移管が増え、同意取得に時間を要します。
資本業務提携は段階的に関係を深められますが、経営権、追加取得、重要事項の同意、競業範囲、情報共有を曖昧にすると将来の対立要因になります。少数出資をゴールにするのか、一定期間後の完全譲渡を想定するのかを基本合意前に整理します。
最適な手法は価格だけでは決まりません。顧客への説明負担、許認可や認定、譲渡対象外事業、税務、代表者保証、従業員の雇用維持を並べ、実行確度を含めて比較します。専門家と個別事情を確認し、形式を先に固定しないことが大切です。
収益構造を正常化する
開発・保守・ライセンスを分解する
売上は初期診断、PoC、開発、追加改修、運用保守、監視、教育、ライセンス再販に分けます。案件別に売上、直接人件費、外注費、ライセンス原価、クラウド費用を対応させ、粗利を算出します。入金時期だけで収益性を判断すると、先行工数や検収遅延を見落とします。
月額契約でも作業量が上限なく増える契約は、実質的な準委任に近く利益が不安定です。問い合わせ件数、改修回数、監視対象ボット数、対応時間帯を記録し、契約単価と実作業の差を示します。赤字案件は原因と是正方針を分けて説明します。
役員の無償稼働、親族給与、私的経費、一時的な採用費や移転費は正常収益力の調整候補ですが、恣意的に利益を加算してはいけません。根拠資料とともに、譲渡後も必要な費用かどうかを区分し、再現可能な利益を提示します。
顧客基盤を評価する
集中リスクと継続性を見える化する
上位顧客比率だけでなく、契約開始年、更新履歴、部門数、ボット数、窓口との関係、競合状況を確認します。特定担当者だけが顧客事情を知る場合、売上が継続していても承継リスクがあります。複数担当制と議事録の整備が価値防衛につながります。
顧客業界が金融、医療、製造、物流、自治体などで異なれば、セキュリティ基準や繁忙期も変わります。案件ポートフォリオを業界、契約形態、製品、地域で分け、同時に障害や更新が集中する時期を示します。
失注や解約は隠さず、価格、内製化、製品変更、担当者交代、品質問題など理由を分類します。改善後の継続率や追加受注率を時系列で示すと、単純な平均値より事業の改善力を説明できます。
ボット資産台帳を作る
コード量ではなく運用可能性を示す
ボットごとに顧客、対象業務、使用製品、実行端末、スケジュール、入力元、出力先、認証方法、例外処理、担当者、最終更新日を台帳化します。ソースが存在しても仕様や認証情報が不明なら、第三者は安全に改修できません。
共通部品、テンプレート、ログ収集、通知、リトライ、OCR前処理など再利用可能な資産を区分します。顧客固有コードとの境界と権利帰属を明確にし、他案件へ合法的に再利用できる範囲を説明します。
停止中のボットや手作業に戻ったボットも台帳から除外せず、停止理由と再稼働条件を残します。稼働数を過大に見せるより、現状と改善余地を正確に示す方がDDでの信頼を守れます。
ライセンスとパートナー契約を確認する
名義変更と認定要件を先に調べる
RPA製品、OCR、生成AI、クラウド、監視ツールの契約主体、プラン、更新日、最低利用量、再販権を整理します。事業譲渡ではライセンスをそのまま移せない場合があり、新規契約や顧客同意が必要です。
ベンダーの販売パートナー資格や技術認定が法人または個人にひもづくことがあります。必要人数、売上条件、研修、監査、名称利用の条件を確認し、譲渡後に資格が失効しない計画を作ります。
割引率や紹介料など秘匿性の高い条件は、初期資料で無制限に開示しません。秘密保持契約後、候補先の競合性と必要性を確認し、データルームで段階的に開示します。
人材と組織を評価する
業務理解と改善力を棚卸しする
開発者数だけでなく、業務分析、要件定義、顧客折衝、設計、テスト、運用、教育を誰が担うかをスキルマップにします。特定製品の資格だけでは、例外の多い実業務を安定運用する能力は測れません。
案件ごとの主担当、副担当、レビュー担当を示し、代表者や一人のリーダーへの集中を確認します。属人化がある場合は、短期間で完全解消したと装わず、手順書、同席、レビュー、顧客窓口の複線化という移行計画を提示します。
従業員には適切な時期まで情報を限定する必要がありますが、開示後は処遇、勤務地、評価、担当業務、組織文化を具体的に説明します。リテンションボーナスだけに頼らず、成長機会と意思決定の透明性を用意します。
知的財産と契約を整える
成果物の権利帰属を案件別に確認する
準委任契約と請負契約、顧客標準契約、自社雛形が混在すると、著作権や利用権の扱いも異なります。ソースコード、設計書、テンプレート、マニュアル、研修資料について、作成者と権利帰属を案件別に確認します。
外注先や個人事業主が作成した成果物は、契約上の権利移転と秘密保持が十分かを点検します。口頭合意だけの場合は、過去にさかのぼる確認書を一方的に求めず、事実関係と相手との関係を踏まえて専門家と対応します。
オープンソースやサンプルコードの利用では、ライセンス条件、著作権表示、改変、再配布の要件を確認します。依存関係を一覧化し、脆弱性対応と更新方針も示します。
情報セキュリティを監査する
認証情報をコードから切り離す
RPAは基幹システムや個人情報へアクセスするため、認証情報の管理が重要です。コードや共有表にパスワードが記載されていないか、保管庫の利用、権限分離、定期変更、多要素認証、退職者アカウントの無効化を確認します。
ログには個人情報や機密データが残る場合があります。収集目的、保存期間、閲覧権限、マスキング、削除、顧客への通知を定め、テストデータに本番情報を安易に複製しない運用を徹底します。
過去の事故やヒヤリハットは、発生日、影響範囲、顧客報告、原因、再発防止策を整理します。事実を隠すと表明保証や信頼の問題が拡大します。改善が定着していることを記録で示します。
企業価値評価を理解する
利益・継続性・シナジーを分けて考える
中小企業の評価では、時価純資産、正常収益力、将来キャッシュフローなど複数の考え方が用いられます。単一の倍率を業界相場として当てはめるだけでは、顧客集中、代表者依存、継続契約、成長投資を反映できません。
継続保守の比率、更新率、粗利、受注残、資格、人材、共通部品は価値を支える要素です。一方、契約の自動更新だけを根拠に将来売上を確定扱いせず、解約条項と実績を確認します。
買収者固有のシナジーは交渉材料になりますが、すべてを譲渡価格へ反映できるとは限りません。実現に追加投資が必要か、誰が実行責任を負うか、失敗リスクを誰が負担するかを分解します。
DD資料を準備する
質問に答える前に証拠をそろえる
財務DDでは月次試算表、案件別採算、売掛金、前受金、外注費、役員関連費用を準備します。法務DDでは顧客契約、雇用契約、外注契約、知財、紛争、株主関係を確認します。ビジネスDDでは市場、競争、受注経路、更新率、案件パイプラインを説明します。
IT・セキュリティDDではボット台帳、構成図、権限一覧、障害履歴、バックアップ、脆弱性対応、開発運用手順を用意します。資料名、対象期間、更新日、責任者をそろえ、異なる資料で数値が食い違わないようにします。
不足資料を急造して事実と推定を混ぜないことが重要です。未整備である事実、現時点で確認できた範囲、補完予定日を明記すれば、候補先はリスクと対応費用を現実的に評価できます。
秘密保持と情報開示を設計する
匿名資料から段階的に開示する
初期資料では社名、顧客名、個人名を伏せ、業界、規模、地域、収益構造を特定されにくい粒度で示します。NDA締結後も、候補先の検討度と競合関係に応じて顧客別情報やソースへのアクセスを段階化します。
データルームは閲覧者、権限、ダウンロード、透かし、更新履歴を管理します。顧客情報や従業員情報を必要以上に開示せず、目的外利用と候補先内での共有範囲を契約で限定します。
現場への漏えいを防ぐため、面談場所、ファイル名、カレンダー表記、外部専門家との連絡方法も決めます。情報漏えいが疑われた場合の連絡先と対応手順を事前に設定します。
候補先を比較する
価格以外の実行条件を見る
候補先の資金力だけでなく、顧客層、製品方針、セキュリティ水準、人材の受け皿、意思決定速度を比較します。自動化事業を伸ばす意志が弱ければ、提示価格が高くても譲渡後に人材や顧客が離れる可能性があります。
意向表明書では価格のほか、手法、資金調達、DD範囲、独占交渉、経営者の残留、従業員処遇、前提条件を確認します。条件付き価格は達成条件と測定方法を読まなければ比較できません。
相手の過去の買収や統合実績を確認し、経営者同士だけでなく実務責任者とも面談します。具体的な100日計画を質問すると、シナジーが単なる標語か実行案かを見分けやすくなります。
基本合意と最終契約を交渉する
価格調整と責任範囲を理解する
基本合意では想定価格、スキーム、日程、DD、独占交渉、費用負担を整理します。独占期間が長すぎると選択肢が減るため、候補先の作業計画と社内承認日程を確認します。
最終契約では表明保証、補償、前提条件、競業避止、役員退任、従業員、重要顧客、価格調整を定めます。補償上限、期間、免責額を含め、譲渡後に負う責任を具体的に把握します。
アーンアウトを使う場合は売上や利益の定義、共通費配賦、投資判断、顧客移管、担当者配置を明記します。買収者の裁量で指標が変動する設計は紛争を招くため、情報閲覧権と計算手続きを決めます。
クロージングを準備する
契約・権限・資金を同日に動かす
株主名簿、株券、取締役会、登記、対価支払、借入返済、保証解除などの手続きをチェックリスト化します。事業譲渡では顧客同意、雇用同意、資産引渡し、請求先変更を対象ごとに追跡します。
IT面ではメール、クラウド、ソース管理、パスワード保管庫、監視、ドメイン、端末の管理権限を移します。管理者を急に削除して業務を止めないよう、新旧管理者の並行期間と復旧手段を用意します。
クロージング条件を満たした証拠と未了項目を一覧にし、未了は誰がいつ完了させるかを決めます。当日の連絡網と障害時の判断者を定め、顧客向け説明と社内発表の順序をそろえます。
PMI初日から30日を設計する
顧客業務を止めない
初日は従業員、主要顧客、パートナーへの説明を行い、契約とサポート窓口が継続することを伝えます。問い合わせ先や請求先が変わる場合は、なりすましを疑われない案内方法を選びます。
30日までは障害、更新、繁忙期を優先し、ツール統一を急ぎません。重要ボットの稼働カレンダー、復旧手順、顧客連絡、エスカレーションを両社で確認します。
従業員との個別面談では不安、希望、担当案件、改善案を聞きます。組織図の発表だけで終わらせず、誰が何を決めるか、評価や休暇の扱い、顧客対応の承認経路を明確にします。
PMI31日から100日を進める
標準化と成長施策を両立する
31日以降は開発標準、レビュー、ログ、監視、原価管理を比較し、統一対象と維持対象を決めます。優れた現場慣行を一方的に廃止せず、事故削減と生産性への効果を検証します。
クロスセルは顧客の同意と課題理解を前提にします。買収直後に無関係な商材を押し込むと信頼を損ないます。既存ボットの安定化、効果測定、改善提案から始め、成果が確認できる領域へ広げます。
100日時点で売上、粗利、更新、障害、納期、人員定着、顧客満足、提案件数を評価します。統合前の基準値と比較し、悪化した指標は原因と責任者、期限を決めて修正します。
譲渡企業様の90日準備計画
通常業務を守りながら優先順位を付ける
最初の30日は目的、株主意思、決算、顧客別売上、契約、組織、ボット台帳を整理します。次の30日は案件採算、権利、ライセンス、セキュリティ、属人化を点検し、重大な不足を改善します。
最後の30日は匿名資料、候補先基準、データルーム、想定質問、PMI仮説を準備します。資料を完璧に見せるため日常の顧客対応を犠牲にせず、事業の安定を最優先します。
毎週、完了項目、未確認事項、リスク、意思決定を更新します。数字や契約の不一致を早期に見つけることで、DD開始後の遅延と価格調整を減らせます。
買収を検討する企業の確認点
再現性と統合負荷を見極める
買収企業は売上成長率だけでなく、案件獲得から保守までの再現性を確認します。代表者が営業、要件定義、障害対応を一人で担う場合、その役割を誰がどの期間で引き継ぐかを評価します。
製品別の技術力、顧客環境へのアクセス、権利帰属、障害履歴、ライセンス条件を確認し、統合後の追加費用を見積もります。安価に見える案件でも、コード刷新や認証再設計が必要なら総投資額は増えます。
経営計画にはクロスセルだけでなく、顧客離反、人材退職、ベンダー条件変更など下振れケースを入れます。統合責任者と予算を確保できない場合は、成立を急がない判断も必要です。
よくある失敗と回避策
高い価格より確実な承継を優先する
第一の失敗は、稼働ボット数を価値とみなし、保守工数や停止リスクを見ないことです。台帳とログを用いて、利用頻度、安定性、担当者、契約収益を確認します。
第二の失敗は、情報管理を恐れて必要資料まで出さないことです。匿名化、段階開示、閲覧制限を組み合わせ、候補先が合理的に判断できる証拠を提供します。
第三の失敗は、契約成立をゴールにしてPMI責任者を決めないことです。基本合意の段階から顧客説明、人材定着、権限移管、100日KPIを協議します。
案件パイプラインを検証する
受注確度と必要工数を同じ表で管理する
商談中案件は顧客、課題、提案金額、粗利見込み、確度、次回行動、意思決定者、競合、開始予定日を整理します。口頭で好感触という理由だけで受注予定へ含めず、予算化、提案提出、稟議、契約という段階を定義します。既存顧客の追加開発と新規顧客の初回導入も分けます。
将来売上を評価する際は、受注後に必要な業務分析者、開発者、レビュー担当、運用担当の工数を月別に積み上げます。案件が多くても人員が不足すれば納期遅延や外注費増加につながります。採用計画や協力会社の稼働可能性を含め、実行可能な計画へ修正します。
失注案件も有用な情報です。価格、製品、機能、セキュリティ、導入時期、顧客内製化など理由を分類し、再提案できる案件と終了案件を区別します。買収企業は営業基盤だけでなく、案件選別の規律と予測精度を評価できます。
外注先と協力会社を承継する
技術力だけでなく契約と供給安定性を見る
外注先ごとに担当領域、単価、稼働量、契約期間、再委託、成果物の権利、秘密保持、顧客接点を整理します。特定の個人へ重要ボットの知識が集中している場合、その関係が譲渡後も継続するかを早期に確認します。名義変更や支払条件変更を一方的に進めないことも重要です。
準委任と請負では責任範囲や検収が異なります。実態と契約が一致しているか、労働者派遣と誤解される指揮命令がないか、顧客から再委託承認を得ているかを点検します。不明点は法務専門家と確認し、将来の標準契約へ反映します。
協力会社を単なる費用削減手段とみなさず、繁忙期対応、特定製品、地方サポートなど役割を評価します。買収後の発注方針と品質基準を説明し、優良な関係を維持することが顧客サービスの安定につながります。
品質KPIと障害履歴を説明する
効果額だけでなく安定運用を測る
自動化の成果は削減時間だけでは測れません。成功率、例外率、復旧時間、手動介入回数、期限内処理率、問い合わせ件数、変更後障害率をボットや顧客単位で確認します。削減時間の算定では、導入前の実測値、対象件数、季節変動、確認作業を明示します。
障害履歴は重大度、検知方法、影響、暫定対応、根本原因、恒久対策、再発有無を記録します。顧客システムの画面変更や認証変更が原因でも、監視や事前連絡で影響を減らせた可能性を検討します。責任転嫁ではなく改善能力を示す資料にします。
品質KPIは担当者を処罰するためではなく、設計、レビュー、テスト、監視への投資判断に使います。PMI後も定義を急に変えず、旧基準と新基準を並行計測して比較可能性を保ちます。
顧客説明の計画を作る
同意取得と安心提供を混同しない
顧客への通知だけで足りる契約か、事前承諾が必要かを条項ごとに確認します。チェンジオブコントロール、再委託、個人情報、秘密保持、データ保管場所の条件を一覧にし、説明担当と期限を決めます。承諾取得前に相手企業名を不用意に共有しない配慮も必要です。
説明では、M&Aの背景、継続するサービス、変更点、担当者、セキュリティ、問い合わせ先を具体的に伝えます。抽象的な事業拡大だけを強調すると、顧客は料金改定や担当変更を不安に感じます。現在の契約を尊重し、変更は別途協議する姿勢を明確にします。
重要顧客には経営者と実務責任者が同席し、現在の課題と将来要望を聞きます。回答できない事項はその場で約束せず、確認期限と回答者を伝えます。説明後の反応を記録し、PMIの優先順位へ反映します。
税務・会計上の論点を整理する
取引形式による差を事前に試算する
株式譲渡と事業譲渡では、課税関係、消費税、資産負債の引継ぎ、のれんの扱いなどが異なります。表面的な対価だけで手取りや買収後負担を比較せず、譲渡企業様、株主、買収企業それぞれの観点から専門家による試算を行います。
前受金、未検収作業、保守契約、ライセンス再販は、売上認識と実際の履行義務を確認します。クロージング日前後の売上や費用を恣意的に移さず、価格調整で用いる運転資本や有利子負債の定義と整合させます。
役員貸付金、関連当事者取引、未払残業、簿外契約などは早期に整理します。解消できない項目は存在と金額、対応方針を開示し、最終契約の条件や補償へ適切に反映します。
譲渡企業様の実務チェックリスト
- M&Aの目的、希望時期、譲れない条件を株主間で共有した
- 顧客別・契約別・製品別の売上と粗利を整理した
- ボット台帳に実行環境、認証、担当者、更新日を記録した
- 顧客契約、外注契約、ライセンスの移管条件を確認した
- ソース、共通部品、資料の知的財産権を確認した
- 障害、情報事故、苦情と再発防止策を一覧化した
- 役割別スキルマップと属人化解消計画を作成した
- 匿名資料、NDA、データルームの開示手順を決めた
- 価格以外の従業員・顧客・ブランド条件を整理した
- 初日・30日・100日のPMI仮説を準備した
RPA・業務自動化支援会社M&AのFAQ
赤字でも相談できますか
相談できます。赤字の原因が先行採用、一時的な大型開発、低採算契約、製品移行など何かを分け、改善可能性と必要資金を示します。赤字である事実を隠さず、顧客基盤、人材、継続契約、共通資産を含めて総合的に検討します。
顧客名はいつ開示しますか
通常は匿名資料で初期検討を行い、秘密保持契約と候補先の適格性確認後に段階的に開示します。顧客契約の秘密保持条項や競合関係を確認し、必要に応じて社名を伏せた契約抜粋を先に提示します。
代表者が開発と営業を兼務していても譲渡できますか
可能性はありますが、引継ぎ設計が重要です。担当業務を分解し、顧客窓口、要件判断、障害対応、採用、ベンダー交渉を誰へ移すか、期間と到達基準を決めます。段階的な残留や業務委託も選択肢ですが、責任範囲を契約で明確にします。
買収を検討する企業はどこから始めればよいですか
買い手登録で希望領域や投資条件を整理し、案件情報の受領方法を確認できます。社内では買収目的、予算、統合責任者、投資基準、下振れ許容度を先に決めておくと検討が進みます。
譲渡の検討期間はどの程度ですか
案件の規模、株主構成、資料整備、契約移管、候補先の承認手続きによって異なるため、一律の期間は断定できません。日程を優先しすぎず、顧客業務と情報管理を守れる現実的な工程を作ります。
まとめ：自動化を止めない承継計画を作る
RPA・業務自動化支援会社M&Aの成否は、契約上の譲渡だけでなく、顧客業務、ボット、認証、知識、人材を次の体制で動かし続けられるかに左右されます。収益構造、ボット台帳、権利、ライセンス、セキュリティ、属人化を早期に整え、候補先とPMI仮説を共有してください。関連情報はコラム、M&A事例、中小M&Aガイドラインでも確認できます。
本記事は一般的な情報提供を目的とし、法務、税務、会計、財務または投資に関する個別の助言ではありません。取引手法、企業価値、契約、税負担、個人情報の取扱いは個別事情で異なります。実行前に弁護士、税理士、公認会計士などの専門家へ相談し、プライバシーポリシー、利用規約・免責事項、情報セキュリティ方針も確認してください。
