インソース ビー・エイ・エス M&A事例｜研修会社がコールセンター運営力を取り込んだ戦略

インソースを主題に、公開された一次資料と実務上の分析を分け、譲渡企業・買い手が確認すべき論点を体系的に整理します。

インソース ビー・エイ・エス M&Aは、研修会社が、コールセンター、セットアップ、ITサポートの実務能力を取り込んだ事例です。株式会社インソースは2022年6月1日、株式会社ビー・エイ・エスの全株式200株を取得し、100％子会社化しました。取得価額は守秘義務契約を理由に非公表で、売上高や利益も当時の開示には記載されていません。そのため、本件を価格倍率や短期業績だけで評価することはできません。

一方、インソースの適時開示は、オンライン研修・セミナーのオペレーター対応、テクニカルサポート、人事サポートシステム・LMS「Leaf」のヘルプデスク、DX研修用パソコンのキッティングを具体的な用途として挙げています。ビー・エイ・エスは、システム運用、サーバー監視、ヘルプデスク、キッティング、システム開発、クラウド構築等の経験を持つ会社として説明されました。研修コンテンツを売る企業が、受講前後の機器準備、問合せ、運営、技術支援までを自社グループでつなごうとした案件として読むことができます。

本記事では、公表資料で確認できる事実と、BPO会社M&Aの観点からの分析を明確に分けます。公表されていない取得価額、売上、利益、顧客名、人員、契約条件、シナジー金額は推定しません。取得後に確認できる社名変更、新サービス、現在の提供内容もたどりながら、類似案件のDD、評価、PMIへ応用できる実務論点を整理します。

結論｜インソース ビー・エイ・エス M&Aから読み取れる五つの示唆

1. 隣接工程の取得：研修という知的サービスに、受付、ヘルプデスク、端末設定、運営代行という実行工程を接続するM&Aだった。
2. 売上規模だけで測れない能力取得：買い手の既存サービス品質とコスト競争力を支える技術サポート能力が取得理由として明示された。
3. 100％取得による統合余地：少数出資ではなく全株式取得であり、ブランド、拠点、サービス設計、人員配置を一体化しやすい構造だった。
4. 取得後の具体的な統合行動：共同サービスの開始、社名変更、本社移転、現在のコールセンター向け提供が公式資料で確認できる。
5. 断定できない点を残す重要性：取得価額と対象会社の損益が非公表であるため、投資回収、利益貢献、買収倍率、シナジー達成を外部から確定できない。

最初に区別する「確認事実」「会社説明」「本記事の分析」

M&A事例記事では、買い手が公表した目的を、実現済みの成果として書いてしまう誤りが起きやすくなります。本稿では次の基準で表現を分けます。

区分	意味	本件の例	表現方法
確認事実	日付、株数、比率等、公表資料で客観確認できる事項	2022年6月1日に200株を取得し100％保有	「取得した」「公表した」
会社説明	当事会社が示した目的、評価、見通し	DX関連サービス拡充に知見が不可欠と判断	「インソースは説明した」
取得後事実	後日の公式資料で確認できる行動	共同サービス、社名変更、本社移転	日付と出典を付ける
本記事の分析	事実を踏まえた戦略・DD上の解釈	研修バリューチェーンの垂直的な補完	「と考えられる」「分析上は」
不明事項	資料から判断できない事項	取得価額、売上、利益、ROI	「非公表」「断定できない」

以下の「事実」欄は主にインソースの適時開示・公式発表に依拠し、「分析」欄はBPO M&Aの一般的な検討視点です。

確認事実1｜案件概要と取引日程｜インソースの視点

項目	公表内容
買い手	株式会社インソース（証券コード6200、当時東証プライム）
対象会社	株式会社ビー・エイ・エス
取引形態	株式取得による子会社化
取締役会決議日	2022年5月30日
契約締結日	2022年6月1日
株式譲渡実行日	2022年6月1日
取得前	0株、議決権0個、所有割合0％
取得	200株、議決権200個
取得後	200株、議決権200個、所有割合100％
取得価額	守秘義務契約に基づき非公表
算定に関する説明	DCF法と純資産＋営業権法に基づき算定し妥当と判断。インソースの純資産の15％未満
当期業績への影響	2022年9月期の連結業績への影響は軽微との見通し

確認事実：取締役会決議から契約・実行までの期間が短く、契約締結日と実行日は同日です。ただし、公表前に行われた交渉やDDの期間は開示から分かりません。「3日で買収した」と解釈してはいけません。取得相手は、守秘義務契約により氏名等を開示しない国内の個人1名とされ、取引前にインソースと対象会社の間に資本関係、人的関係、取引関係はないと開示されました。

分析：100％取得は、買い手が対象会社の意思決定と運営を一体化しやすい一方、既存顧客、従業員、システム、偶発債務も含めて会社を承継する形です。少数出資の提携より統合余地は大きいものの、買い手が期待する能力が特定個人や顧客契約に依存していないかをDDで確認する必要があります。

確認事実2｜取得時のビー・エイ・エス

インソースの2022年6月1日付開示による対象会社概要は次のとおりです。

• 所在地：大阪府大阪市港区波除3-2-7
• 代表者：代表取締役社長 森谷正夫氏
• 事業内容：コールセンターサービス、セットアップサービス、ITサポートサービス
• 資本金：1,000万円
• 設立年月日：1989年8月1日
• 大株主：守秘義務契約により氏名非公表の国内個人1名

同開示は、ビー・エイ・エスが1989年の創業以来、システム運用管理やサーバー監視等のヘルプデスク、ハードウェアのキッティング等のシステムサポート、システム開発やクラウド構築等のSES業務を通じ、テクニカルサポートの知見と経験を培ってきたと説明しています。

決算期	純資産	総資産	公表資料から分からない主な事項
2019年11月期	52百万円	100百万円	売上高、営業利益、経常利益、当期純利益、従業員数、顧客構成、借入金内訳
2020年11月期	55百万円	112百万円
2021年11月期	56百万円	103百万円

確認事実：純資産は3期間で52百万円、55百万円、56百万円、総資産は100百万円、112百万円、103百万円でした。これだけで収益性、成長率、キャッシュ創出力を判断することはできません。

分析：純資産が大きく変動していない点だけを「安定」と評価するのは早計です。BPO・ITサポート会社の価値は、顧客契約、運営責任者、スキル、マニュアル、採用・教育力、システム権限、継続率に現れます。貸借対照表に計上されない運用資産を特定し、属人性と承継可能性を検証することが重要です。

確認事実3｜インソースが公表した取得理由

インソースは、ビジネス環境のDX化に伴い、グループサービスの品質向上とコスト競争力強化においてテクニカルサポート業務の重要性が急速に増したと説明しました。具体的な利用場面として、次を挙げています。

• オンライン研修・オンラインセミナー事務代行におけるオペレーター対応
• オンライン研修等におけるテクニカルサポート
• 人事サポートシステム・LMS「Leaf」のヘルプデスク
• DX研修で使用するパソコンのキッティング

そして、ビー・エイ・エスの知見と経験を、今後高い成長が見込まれるDX関連サービス拡充に不可欠と考え、株式を取得して子会社化したと公表しました。2022年9月期の連結業績への影響は軽微である一方、中長期的には企業価値向上へ寄与するとの見通しも示しています。

分析：これは単に「コールセンター売上を買う」と説明された案件ではありません。買い手自身の研修、LMS、DX支援を実行するための裏側の業務を強化する能力取得と読めます。対象会社の既存外販事業を維持・拡大する可能性と、グループ内部の運営基盤として活用する可能性の両方があり、買収目的は売上シナジーと原価・品質シナジーをまたぐ構造です。ただし、各効果の金額や達成状況は当該開示から分かりません。

確認事実4｜取得後に公表された主な動き

日付	公式発表で確認できる動き	断定できないこと
2022年6月1日	ビー・エイ・エスを100％子会社化	取得日時点の詳細な統合計画
2023年2月17日	インソースとビー・エイ・エスが電話応対代行「ホリデー受付サービス」の提供開始を発表	当該サービスの売上・利益・顧客数
2023年4月1日	「株式会社インソースビジネスレップ」へ社名変更、本社をインソース日暮里ビルへ移転	移転・改称だけによる定量シナジー
現在の公式案内	キッティング、コールセンター立上げ・一次受付等をグループのコールセンター向けソリューションとして案内	買収前後の比較可能な業績寄与

2023年4月3日の公式発表は、2023年4月1日付で旧ビー・エイ・エスがインソースビジネスレップへ社名変更し、本社を東京都荒川区東日暮里のインソース日暮里ビルへ移転したとしています。社名変更の背景として、グループの一体感を強めてシナジーを発揮し、ITを活用した効率的な研修運営業務を提供することを挙げ、当時の事業内容を「研修業務の運営代行」と説明しました。

現在のインソース公式サイトでは、インソースビジネスレップが、キッティング等のPCセットアップ、コールセンター立上げ、一次受付サービスを提供する旨が案内されています。また、インソースの会社案内資料には、オンサイト保守、夜間・休日コールセンター業務代行を行うグループ会社として掲載されています。

分析：共同名義の新サービス、グループ名を含む社名への変更、買い手拠点への本社移転は、一定の統合行動が実施されたことを示します。しかし、統合が成功したか、取得目的がすべて達成されたかを証明するものではありません。成功評価には、顧客数、品質、採算、従業員定着、クロスセル、内部利用、投資額等の比較可能な指標が必要です。

本記事の分析1｜「研修を作る会社」から「学びを運営する会社」への補完―インソースの論点

研修サービスの顧客体験は、講師や教材だけで決まりません。申込、受講案内、端末設定、ログイン、接続、受講中のトラブル、出欠、アンケート、LMS利用、修了後の問合せまで多くの実務があります。オンライン化が進むほど、教材品質と同時に運営・技術サポートがサービス品質へ影響します。

本件をバリューチェーンで見ると、インソースが持つ研修企画・提供、LMS等のサービスに、ビー・エイ・エスのコールセンター、ヘルプデスク、キッティング、ITサポートを接続する組合せです。外部委託でも実現できますが、100％子会社化すれば、標準手順、教育、品質フィードバック、繁閑調整、サービス開発をグループ内で設計しやすくなる可能性があります。

顧客工程	想定される運営課題	対象能力の接続例	検証すべき成果
導入前	端末・環境の準備、受講者案内	キッティング、セットアップ、一次受付	開始遅延、問合せ、再作業
受講直前	ログイン、接続、アカウント	ヘルプデスク、オペレーター対応	受講開始率、解決時間
受講中	機器・通信・操作トラブル	テクニカルサポート、エスカレーション	中断率、復旧率、満足度
受講後	LMS、修了、資料、次回利用	Leafヘルプデスク、問合せ分析	自己解決、再問合せ、継続利用
休日・夜間	担当者不在の電話対応	ホリデー受付、夜間・休日運用	取こぼし、翌営業日引継ぎ

上表は公表目的を業務工程へ展開した本記事の分析です。実際にどの業務が何件内製化され、どの指標が改善したかは公表資料から確認できません。

本記事の分析2｜Build・Partner・BuyのうちBuyを選ぶ意味

テクニカルサポート能力を得る方法は、自社採用・育成によるBuild、業務委託・提携によるPartner、会社・事業取得によるBuyに分けられます。買収が常に優れるわけではありません。類似案件で買い手が判断する際は、次の比較が必要です。

選択肢	利点	弱点	向く状況
Build	自社文化・システムへ合わせやすい	採用・教育・運用立上げに時間	規模が小さく試行できる
Partner	投資を抑え、柔軟に開始	知見蓄積、優先順位、契約更新に制約	需要が不確実、標準業務
Buy	組織、顧客、責任者、実績をまとめて取得可能	取得対価、統合、偶発債務、文化差	能力が戦略中核で時間価値が高い

本件でインソースは、対象会社の知見・経験がDX関連サービス拡充に不可欠と説明し、100％取得を選びました。分析上は、個別オペレーターの採用だけでなく、長年の運用経験を持つ組織を取り込む時間価値を重視した可能性があります。ただし、他の選択肢との定量比較は公表されていません。

本記事の分析3｜収益シナジーと原価・品質シナジーを分ける：インソースで確認

収益シナジーの仮説

• 既存研修顧客へ、運営代行、キッティング、一次受付、休日受付を追加提案する。
• 対象会社の顧客へ、研修、LMS、教育コンテンツを提案する。
• 研修と運営を一体化し、顧客の導入負担を減らすパッケージを作る。
• 夜間・休日やテクニカルサポートを加え、対応時間・業務範囲を広げる。

原価・品質シナジーの仮説（インソース）

• 外注していた受付・設定業務をグループ内で運営し、連絡・変更の摩擦を減らす。
• 問合せ内容を研修、FAQ、LMS、受講案内の改善へ戻し、再問合せを減らす。
• 共通の採用、教育、システム、拠点、管理部門を活用する。
• 繁閑の異なる研修運営とサポート業務の要員を、スキル条件の範囲で融通する。

これらは合理的な仮説ですが、実現した事実としては扱いません。DD時には、案件別売上、社内取引、外注費、追加人員、共通費配賦を分けないと、グループ内の業務移管を外販成長と誤認します。売上が増えても低採算の社内業務が増えた可能性があり、逆に単体売上が伸びなくてもグループ外注費を減らした可能性があります。

本記事の分析4｜コールセンターは「顧客の声を学習資産へ変える装置」

研修会社にとって、問合せは単なる処理コストではありません。受講者が迷う操作、説明が足りない教材、管理者が設定できない機能、端末準備のボトルネックが集まる観測点です。コールリーズンを商品チームへ戻せれば、FAQ、画面、案内文、研修設計を改善できます。

ただし、音声や問合せ履歴を自由に二次利用できるわけではありません。利用目的、委託元との役割、個人情報、アクセス、匿名化、保存期間を整理します。従業員の応対を一方的に監視するだけでなく、商品・業務側の原因を同じ比重で分析することが必要です。

買い手は、VOC会議の頻度よりも、問合せ分類から改善チケット、担当、期限、リリース、効果測定まで閉じているかを見ます。対象会社の運用担当者が商品開発会議へ参加できる構造なら、知見を人から組織へ移しやすくなります。

取引条件の読み方｜価格非公表を推定で埋めない｜インソースの視点

取得価額は非公表です。開示には、DCF法と純資産＋営業権法に基づき算定し妥当と考えたこと、インソースの純資産の15％未満であることが記載されています。対象会社の売上・利益が非公表である以上、EV/EBITDA、PER、売上倍率を計算できません。純資産56百万円へ任意の倍率を掛けて取得価額を推定することも、公式情報ではありません。

分析：DCF法を使う場合、将来の外販売上だけでなく、グループ内業務、追加投資、採用、管理者、システム、統合費用、運転資金を反映する必要があります。純資産＋営業権法では、運用ノウハウ、顧客関係、人材、契約継続性等の超過収益をどの期間・リスクで評価するかが論点になります。二つの手法を併用したという説明はありますが、重み、前提、割引率、営業権年数は公表されていません。

類似案件の記事では、「取得価額が純資産の15％未満」という文を対象会社純資産の15％未満と読み違えないよう注意が必要です。開示は「当社の純資産の15％未満」と述べており、文脈上の当社はインソースです。いずれにしても具体額は非公表です。

類似案件の事業DD評価軸

評価軸	確認事項	良い証拠	主な懸念
顧客基盤	上位顧客、契約期間、更新、解約、単価	顧客別粗利・継続推移	一社集中、口頭契約
業務範囲	受付、ヘルプデスク、設定、監視、SESの境界	SOWと実運用の対応表	無償の範囲拡大
人材	責任者、SV、技術者、採用、教育、離職	スキル表、代替者、育成履歴	創業者・一名依存
品質	一次解決、期限、再作業、苦情、SLA	定義付きの時系列データ	顧客ごとに定義不明
システム	CTI、チケット、監視、端末、ライセンス	構成図、権限、更新計画	個人アカウント、旧製品
情報管理	個人情報、録音、ログ、顧客環境アクセス	台帳、監査、事故是正	持出し、共有ID、再委託不明
採算	案件別売上、直接費、共通費、繁閑	契約・工数と会計の照合	赤字案件、未請求作業
統合適合	買い手商品との接点、地域、文化、システム	案件別シナジー責任者	抽象的なクロスセル

特に対象会社が複数サービスを持つ場合、コールセンター、キッティング、ITサポート、SESを一括して平均粗利で見るべきではありません。人員構成、契約単位、売上認識、設備、繁閑、責任が異なるため、サービス別・案件別に分けます。インソースの取得目的に照らせば、既存研修・LMSとの接続可能性も顧客別に検証すべきです。

類似案件のDD質問票

商業・契約

1. 上位20顧客の売上・粗利・開始日・更新日・解約通知期間・価格改定履歴は何か。
2. 株主変更、再委託、拠点移転、データ移転に同意が必要な契約はどれか。
3. 契約書の業務範囲と、現場が無償で行っている作業の差は何か。
4. 買い手既存顧客と重複・競合・利益相反する案件はあるか。
5. 研修、LMS、キッティング、受付を束ねて提案できる顧客と障壁は何か。

オペレーション―インソースの論点

1. 案件開始から定常化までの手順、必要スキル、責任者、標準期間は何か。
2. 夜間・休日、繁忙期、障害時の管理者とエスカレーションは誰か。
3. 問合せ分類、一次解決、再作業、未処理、重大事故をどう定義するか。
4. キッティング資産の受入、保管、作業、検品、配送、返却の証跡はあるか。
5. 退職・欠勤・災害時に、主要案件を代替できる人員と拠点はあるか。

人材・組織

1. 経営者、営業、センター長、技術責任者の役割と、退任時の代替者は誰か。
2. 従業員・派遣・業務委託の人数、職種、勤務地、勤続、賃金、離職理由は何か。
3. 顧客固有知識と汎用スキルをどう認定し、誰が教育できるか。
4. 買収・社名変更・拠点移転で離職リスクが高い層と保持策は何か。
5. 時間外、夜間、休日、待機、健康、安全衛生の管理に未解決事項はあるか。

IT・情報管理：インソースで確認

1. 顧客環境へ接続するID、特権、端末、VPN、ログを誰が管理するか。
2. CTI、チケット、監視、資産管理、音声、LMSとの連携と契約名義は何か。
3. 共有ID、退職者権限、ローカル保存、私物端末、再委託先の例外はあるか。
4. 直近の事故、誤送信、端末紛失、不正アクセス、SLA違反と是正は何か。
5. M&A後にデータ、ライセンス、ドメイン、電話番号を継続利用できるか。

財務・税務

1. サービス別・顧客別の売上、直接人件費、外注、設備、配送、共通費は何か。
2. 前受、未請求、工事進行、検収、返品、貸倒、在庫・預り資産をどう処理するか。
3. 一過性費用、オーナー関連取引、低廉・高額な関係者取引はあるか。
4. 必要運転資金、繁忙期資金、設備更新、採用・教育投資はどれだけか。
5. 税務調査、繰越欠損、消費税、外注・派遣区分等の論点はあるか。

主要リスクと緩和策

リスク	発生の仕方	DDで見る証拠	契約・PMIの緩和策
キーパーソン	創業者や技術責任者に顧客・判断が集中	承認、顧客接点、代替実績	引継ぎ、保持、権限移管
顧客離脱	支配権・社名・拠点変更を契機に解約	CoC条項、更新、顧客温度	同意条件、共同説明、価格調整
人材離職	文化・評価・勤務地変更への不安	面談、離職理由、報酬差	Day 1説明、保持策、段階統合
採算誤認	無償作業、共通費不足、社内取引で利益が歪む	契約・工数・会計照合	価格改定、案件別責任
情報事故	共有ID、顧客環境、録音、端末管理の不備	権限・ログ・事故台帳	Day 1封じ込め、統合計画
サービス断	電話、監視、配送、クラウド移行の失敗	BCP、復旧試験、依存先	併行稼働、ロールバック
シナジー未達	顧客が一体提案を求めない、営業が動かない	顧客仮説、パイプライン	案件責任者、段階ゲート
ブランド毀損	拙速な改称で既存顧客の信頼が低下	認知、顧客説明、商標	移行ブランド、連絡計画
統合疲労	複数システム・規程を同時変更	変更件数、人員余力	優先順位、凍結期間
法務・労務	契約、雇用、派遣、再委託、個人情報の不備	契約、台帳、紛争	表明保証、補償、是正

100日PMI計画（インソース）

署名からDay 1まで

• 顧客同意、許認可・契約、従業員説明、情報アクセスの前提条件を管理する。
• 継続必須の電話番号、クラウド、チケット、監視、端末、配送、顧客環境を一覧化する。
• 経営、営業、センター、技術、人事、情報管理の暫定責任者を決める。
• 未解決事故、重大苦情、係争、障害、納期、要員不足をDay 1リストへ載せる。

Day 1〜30｜止めない、失わない

• 既存顧客、従業員、取引先へ、変わる点と変わらない点を説明する。
• キーパーソン面談を実施し、役割、権限、処遇、懸念、引継ぎを確認する。
• 顧客環境の特権ID、退職者権限、共有アカウント、事故連絡を緊急点検する。
• 買い手サービスへ無理に統一せず、SLAと顧客業務を維持する。
• シナジー候補を顧客名・サービス・責任者・次の行動まで具体化する。

Day 31〜60｜見える化し、選ぶ

• サービス・顧客別P&L、工数、品質、契約、スキルを共通定義で可視化する。
• 研修運営、Leafヘルプデスク、キッティング、一次受付の接続候補を小さく試す。
• 重複システムを、即時廃止、併存、統合、顧客固有で残す、に分類する。
• 社名・拠点・組織変更が既存顧客と従業員へ与える影響を再確認する。
• 無償作業、赤字案件、単価改定、契約欠落の是正交渉を計画する。

Day 61〜100｜再現性を作る｜インソースの視点

• 共同提案の標準メニュー、見積原価、責任分界、営業引継ぎを整える。
• 問合せから商品・FAQ改善へ戻すVOC会議とチケットを運用開始する。
• 採用、教育、スキル認定、管理者育成をグループ標準と対象会社の強みから再設計する。
• 100日レビューで、維持、追加投資、停止、再交渉する施策をゲート判断する。
• 12か月計画とシナジー責任者を取締役会で承認する。

PMIの目的は、100日で全システムと文化を同じにすることではありません。顧客業務を止めず、重要人材と知見を失わず、買収仮説をデータで検証できる状態を作ることです。

シナジーKPIは売上だけにしない

領域	先行指標	結果指標	注意点
共同営業	対象顧客、提案、商談、見積	新規売上、粗利、継続	既存案件の付替えと分ける
研修運営	統合手順、対応可能者、試行件数	開始遅延、中断、満足度	品質低下をコスト削減で隠さない
ヘルプデスク	FAQ、引継ぎ、一次解決候補	解決率、再問合せ、未処理	難易度構成を注記する
キッティング	標準構成、検品、納期能力	再作業、不良、配送遅延	預り資産事故も見る
人材	面談、保持、研修、代替者	離職、欠員、昇格、採用期間	単純な人員削減を成功にしない
原価	外注移管、共通契約、工数改善	粗利、固定費、キャッシュ	統合一時費用を分ける
顧客価値	VOC改善チケット、完了期限	更新、追加利用、苦情再発	因果関係を誇張しない

取得時点の基準値を固定しなければ、改善を測れません。定義変更や対象顧客の入替えがあれば、同一条件の比較と全体実績を併記します。シナジー責任者が買い手側だけでは、対象会社の現場が単なる作業部隊になり、知見が失われます。両社の共同責任者と、顧客価値を確認するレビューを置きます。

社名変更・本社移転をPMIの観点で読む

確認事実：旧ビー・エイ・エスは取得から約10か月後の2023年4月1日付でインソースビジネスレップへ社名を変更し、本社をインソース日暮里ビルへ移しました。公式発表は、グループの一体感を強め、シナジーを発揮することを背景に挙げています。

分析：グループ名を冠する社名は、営業上の信用共有、従業員の所属意識、サービス説明を分かりやすくする可能性があります。本社同居は、経営・営業・管理・商品部門の連携を速める可能性があります。一方、旧社名で築いた顧客認知、地域人材、既存拠点の運営に配慮が必要です。発表上の「本社」と登記上の「本店」が異なる説明もあるため、契約、請求、許認可、郵便、顧客登録の変更を丁寧に管理します。

ブランド変更の成功は改称そのものでは測りません。既存顧客の更新、問い合わせ混乱、メール到達、契約変更、採用応募、従業員定着、共同提案の増加を追います。旧社名を一定期間併記する移行措置、電話・URLの転送、契約名義一覧が実務上重要です。

譲渡企業への示唆

1. 「何をしているか」より「買い手のどの工程を強くするか」を説明する。コールセンター、キッティング、ITサポートを並べるだけでなく、導入、運営、障害、休日対応へ結ぶ。
2. 顧客別・サービス別の採算を準備する。多機能な会社ほど平均値は実態を隠す。無償作業と共通費を含める。
3. 知見を人から資産へ移す。設計書、判断基準、教育、障害履歴、FAQ、顧客固有差分を整える。
4. 経営者退任後を示す。顧客、採用、品質、技術、承認の代替者と移行期間を具体化する。
5. 非公表事項を無理に外部へ出さない。NDA前後で開示範囲を分け、個人情報や顧客秘密を保護する。
6. 買収後の役割を提案する。外販成長、グループ内運営、共同商品、地域拠点など、複数の価値経路を示す。

買い手企業への示唆―インソースの論点

1. 買収目的を能力単位で定義する。人員数ではなく、どの顧客工程、スキル、時間帯、品質、地域を取得するかを決める。
2. Build・Partnerとの比較を残す。取得価額だけでなく、立上げ時間、失敗確率、統合費用、柔軟性を比較する。
3. 社内需要を売上シナジーと混同しない。グループ内取引は外注費削減・品質向上として別管理する。
4. 顧客契約と人材を先に守る。システム・ブランド統一を急ぐ前に、解約と離職のトリガーを確認する。
5. 対象会社の強みを標準化で消さない。買い手規程へ統一する項目と、現場固有で残す運用を分ける。
6. シナジーに中止基準を置く。顧客価値、粗利、品質を満たさない共同施策は修正・停止できるようにする。

コールセンター運営会社の承継論点はコールセンター・コンタクトセンター会社のM&A、ITヘルプデスクの権限・SLAはITヘルプデスク・情シス代行会社のM&Aも参考になります。

サービス別に見るDDの焦点｜四つの事業を一括評価しない

コールセンターサービス

コールセンターは、席数や受電件数だけでは評価できません。顧客が何を委託し、受託会社がどこまで判断でき、誰へエスカレーションし、どのデータへアクセスするかを案件別に確認します。一次受付と専門解決、平日と休日、有人応対とIVR、BtoBとBtoCでは必要能力が異なります。顧客別に、時間帯、チャネル、言語、SLA、繁忙要因、QA、苦情、録音、BCP、再委託、責任者を一枚にまとめます。

価値の中心が特定のSVにある場合、その人が退職すると契約上の席数が残っても品質は維持できません。顧客固有の判断、例外、エスカレーション、過去障害をマニュアルと教育へ移せているかを確認します。休日受付のようなサービスでは、翌営業日への引継ぎ精度、緊急連絡の誤発動、顧客側当番との連携が品質を左右します。

セットアップ・キッティング

キッティングは、作業時間だけでなく、預り資産、シリアル番号、構成、ソフトウェアライセンス、検品、梱包、配送、返却、データ消去を管理する業務です。誤配送や設定誤りは顧客の研修・業務開始を止めるため、工程ごとの照合と責任者を確認します。買い手のDX研修に接続するなら、研修日から逆算した生産能力、予備端末、不良時の代替、会場・受講者への配送が重要です。

DDでは、顧客所有物と対象会社資産を台帳・現物でサンプル照合し、作業場所の入退室、撮影・持込、媒体、廃棄、配送業者を確認します。構成情報が熟練者の記憶や個人PCにある場合、買収後の増産は難しくなります。標準イメージ、例外申請、作業指示、二者検品、不良分析を再現できる状態が価値です。

ITサポート・ヘルプデスク：インソースで確認

ヘルプデスクでは、問合せ数よりも、一次で扱える範囲、専門部署への引継ぎ、顧客環境の権限、ナレッジ更新を見ます。パスワード、個人情報、管理者権限を扱うなら、本人確認、特権操作、ログ、録画、承認が必要です。LMS支援へ接続する場合、受講者問合せと顧客管理者問合せを分け、システム障害、操作質問、契約・請求を正しい部署へ送る設計が求められます。

買い手が自社のチケットシステムへ統一すると、対象会社の顧客別分類やSLA時計が失われることがあります。移行前に、必須項目、状態遷移、自動通知、履歴、添付、検索、監査ログを比較し、過去チケットの移行範囲を決めます。システム統一の費用だけでなく、顧客への通知と教育、移行期間の二重入力も評価します。

システム開発・クラウド構築・SES

取得開示は、対象会社がシステム開発やクラウド構築等のSES業務を通じて経験を培ったと説明しています。類似案件では、準委任、請負、派遣等の契約実態、成果物、検収、再委託、知的財産、オープンソース、常駐先指揮命令を個別に確認します。「SES」という呼称だけで契約類型を決めません。

技術者のスキル表は自己申告だけでなく、案件履歴、資格、レビュー、顧客評価、代替可能性と結びます。特定顧客の環境だけで使える技能と、買い手の研修・LMS・クラウド支援へ横展開できる技能を分けます。契約終了で技術者ごと売上が失われるモデルか、組織として設計・運用を受託するモデルかで、評価とPMIは大きく変わります。

案件別収益性を再構成するQuality of Earnings（インソース）

対象会社の取得時損益は公表されていませんが、類似案件の財務DDでは、会計上の利益を持続可能な案件別利益へ組み替えます。BPO会社は人件費が中心でも、管理者、研修、採用、待機、欠勤代替、システム、回線、拠点、配送、再委託の負担を正しく割り当てなければ、顧客別粗利を誤ります。

再構成項目	確認方法	典型的な歪み	評価上の処理
直接人件費	勤怠、給与、案件配置を照合	SV・教育時間が共通費	案件維持に必要な分を配賦
待機・繁閑	時間帯別稼働と契約席を比較	閑散時間を他案件へ付替え	必要キャパシティとして把握
無償作業	SOWとチケット・工数を照合	報告、FAQ、障害会議が未請求	価格改定または恒常費へ
オーナー費用	役員報酬、私的・関連取引を確認	過大・過少な報酬	市場水準の代替コストへ調整
一過性費用	事故、移転、訴訟、採用等を確認	恒常費を一過性扱い	再発性と買収後必要性で判断
設備更新	端末、回線、電話、監視、什器	更新延期で利益を高く見せる	維持投資をFCFへ反映
社内取引	第三者価格と実コストを比較	買収後の配賦で採算が変わる	外販・内部便益を分離
運転資金	請求・回収・前払・預りを月次分析	繁忙期に資金需要が急増	通常水準を価格調整へ

例えば、研修繁忙期だけ大量のキッティングを行う場合、年平均稼働率が低くてもピーク設備・人員は必要かもしれません。余剰とみなして削減すると納期を守れません。一方、顧客別需要を平準化できるなら、買い手の案件と組み合わせる価値があります。評価では、削減可能な余剰と、サービス保証に必要な余力を分けます。

未請求作業は、価格改定余地であると同時に、顧客関係上の難しさです。契約上の根拠、顧客が価値を認識しているか、競合価格、解約リスクを確認し、全額を即時に収益化できる前提を置きません。PMIでは、作業をやめる、標準化する、追加料金を得る、上位サービスへ束ねる、の四択を案件別に決めます。

顧客契約の承継を四層で確認する

株式取得では法人自体は存続するため、契約が形式上そのまま残る場合でも、支配権変更、社名、本社、責任者、再委託、データ保管、利用システムの変更が通知・同意事項になり得ます。契約書だけでなく、注文書、仕様書、セキュリティチェック、顧客ポータル、メール合意を含めて確認します。

1. 法的継続：CoC、解除、譲渡、再委託、競業、独占、最恵条件、反社・制裁等の条項を確認する。
2. 運用継続：電話番号、拠点、担当者、資格、システム、顧客環境、報告フォーマットが変わってもSLAを守れるか。
3. 経済継続：単価、最低保証、物価・賃金改定、設備負担、外注費、損害賠償上限が買収後採算と合うか。
4. 関係継続：顧客が対象会社のブランド・代表者・地域性を選んだ理由と、買い手参加への期待・懸念を把握する。

顧客インタビューは、取引情報の漏えいと関係悪化を避けるため、譲渡企業承認の範囲と順序で行います。質問は「買収後も続けますか」と直接迫るのではなく、現在の価値、改善要望、更新判断、担当者依存、将来需要を聞きます。譲渡企業同席、匿名第三者調査、署名後の確認など案件に合わせます。

インソースの公表資料では取引前の両社間に取引関係がなかったとされています。この点から、既存の委託先を内製化した取引とは確認できません。買収後にグループ需要へ接続するためには、対象会社の従来顧客を守りながら、新しい社内・共同案件を立ち上げる二面管理が必要だったと分析できます。

人材DD｜雇用人数ではなく役割の連鎖を見る

コールセンター・ITサポート企業の価値は、担当者、SV、設計者、技術者、営業、採用・教育、品質、情報管理がつながって初めて機能します。人数表を職種別に分けても、休暇時に誰が代わるか、顧客固有判断を誰が知るかは分かりません。主要サービスごとに役割連鎖を描き、各役割の正担当、副担当、育成候補、外部依存を置きます。

保持策は一律のボーナスだけでは不十分です。創業者に近い責任者は権限・経営参加、技術者は専門性と案件、SVは評価・勤務、人事・管理は統合作業負荷を気にするかもしれません。個別面談で残留条件と懸念を把握し、役割、報酬、勤務地、リモート、評価、キャリア、報告先をDay 1前後に具体化します。

社名変更や本社移転は、グループ一体感を生む可能性がある一方、地域拠点の従業員には距離を感じさせる可能性があります。東京本社への集約が発表されても、大阪等の運用実態や雇用がどう変わったかは、公表資料だけから断定できません。類似案件では、拠点ごとの人数、通勤、採用市場、賃金、顧客近接性、BCPを確認し、登記・本社表示と実運用を分けます。

人材シナジーでは、研修会社の教育コンテンツを対象会社へ展開しやすいという仮説があります。しかし受講数を増やすだけでは能力向上になりません。顧客固有研修、技術認定、OJT、モニタリング、権限付与、昇格を接続し、実務で何を単独遂行できるようになったかを測ります。

システム統合の意思決定表｜インソースの視点

対象会社のツールを買い手標準へ置き換えるかは、コストだけでなく、顧客契約、機能、データ、監査、業務停止リスクで判断します。

判断	選ぶ条件	必要な準備	主なリスク
維持	顧客固有、契約上必須、標準に代替なし	契約名義、保守、権限、更新	二重コスト、孤立
併存	移行期間が必要、案件ごと差	データ連携、二重入力抑制	情報不一致、負荷
統合	標準が要件を満たし規模効果がある	要件、試験、教育、切戻し	SLA・履歴の欠落
廃止	未使用、重複、脆弱、契約終了	記録保存、顧客同意、消去証跡	監査・紛争証拠消失
刷新	双方が不足、成長に耐えない	共同設計、段階導入、予算	大規模変更の失敗

電話番号やメールドメインは、顧客が利用する入口であり、単なるIT資産ではありません。社名変更時は、旧名称の案内、転送期間、発信者表示、録音案内、迷惑電話判定、顧客登録を確認します。LMSとヘルプデスクを連携するなら、受講履歴と問合せ履歴を結ぶ必要性、利用目的、権限を先に定義します。

統合試験は正常系だけでなく、障害、休日、権限不足、大量問合せ、誤配送、退職者、顧客環境停止を含めます。クロージング日に大きなシステム切替を重ねず、事業継続が確認できてから段階移行するのが基本です。

共同サービスを作る商品設計キャンバス

買収後の共同提案は、「何でも対応します」では営業も現場も動けません。顧客課題、対象者、開始条件、標準業務、除外、品質、責任、価格、データ、導入期間を一枚で定めます。本件の公表目的に沿えば、次のような商品仮説を設計できます。ただし実際の提供範囲を示すものではありません。

仮説商品	顧客課題	組合せ	重要な責任分界
オンライン研修運営パック	申込から受講当日まで人手不足	案内、受付、接続支援、出欠	講師判断、障害、個人情報
DX研修端末パック	受講端末を用意・設定できない	キッティング、配送、当日支援	破損、紛失、データ消去
LMSヘルプデスク	管理者・受講者問合せが集中	一次受付、FAQ、技術連携	権限変更、障害、契約回答
休日受付	社員が休日の電話当番を負担	受電、記録、緊急連絡、月次報告	緊急性、回答範囲、折返し
研修後定着サポート	学びが実務へ定着しない	質問受付、ナレッジ、追加教材	助言範囲、専門判断、保存

各商品は、買い手・対象会社の既存サービスを寄せ集めるだけでなく、顧客が一社へ任せる理由を作る必要があります。責任窓口が一つ、導入が短い、データが改善へ戻る、休日もつながる等の価値を定義します。一方、障害や誤設定時に責任が不明になる「ワンストップ」は危険です。内部では役割を細かく分け、顧客には明瞭な責任窓口を示します。

試行は、協力的な少数顧客、限定機能、一定期間から始めます。採算、品質、問合せ原因、現場負荷を評価し、標準化してから拡大します。共同商品の売上目標だけを先に置くと、未整備な運用を営業が売り、対象会社に無償作業が集中するおそれがあります。

取得後の事実を成果へ結び付けるときの検証手順

本件では、取得後の共同サービス、社名変更、本社移転、現在のサービス案内が確認できます。これを成果として評価するには、次の順で検証します。

1. 投入：買収対価、統合人員、移転、システム、ブランド、採用・研修へ何を投じたか。
2. 活動：共同提案、社内業務移管、商品開発、顧客説明、教育を何件行ったか。
3. 出力：新サービス、対応時間、処理能力、顧客接点、FAQ等がどれだけ増えたか。
4. 結果：売上、粗利、外注費、品質、顧客継続、従業員定着がどう変化したか。
5. 因果：その変化が買収によるものか、市場成長、価格改定、他施策によるものか。

外部公表資料が出力までしか示さない場合、結果や因果を断定しません。「社名変更したため売上が増えた」「共同サービスを出したため買収は成功」と書くのは飛躍です。反対に、定量公表がないことを理由に失敗とみなすのも根拠がありません。確認できる範囲と必要な追加情報を示すことが、事例分析の信頼性を高めます。

評価モデル｜スタンドアロン価値と買い手固有価値を分離する

類似案件の価格交渉では、対象会社単独で生む価値と、特定買い手との組合せで生む価値を分けます。単独価値には既存顧客のキャッシュフロー、維持投資、運転資金、税、契約更新、キーパーソンリスクを反映します。買い手固有価値にはクロスセル、内製化、共通基盤、商品改善、立上げ時間短縮等を置きます。

譲渡企業様はシナジーの全額を価格へ求めたくなりますが、シナジーには買い手側の顧客、営業、人員、投資も必要です。買い手は単独価値だけで価格を抑えたくなりますが、競合買い手も同じ能力へ価値を感じれば競争が生じます。価格、アーンアウト、ロールオーバー、経営者残留等の配分は、シナジーの確度と誰が実現するかで考えます。

価値要素	主なドライバー	検証資料	感応度
既存事業	更新、単価、粗利、人材、投資	契約、案件P&L、計画	上位顧客離脱、賃上げ
共同売上	対象顧客、成約率、開始時期	顧客仮説、提案、試行	営業遅延、カニバリ
内製化便益	外注単価、必要増員、品質	外注契約、社内原価	稼働不足、管理費
共通費	拠点、システム、管理部門	契約、解約費、移行計画	二重運営期間
統合費用	移転、ブランド、IT、保持、顧客	PMI予算、見積	遅延、追加要件
残余リスク	契約、労務、情報、税、訴訟	DD指摘、保険、開示	発生確率・損失

本件の具体的な価格モデルは公表されていません。上表は類似案件での分析枠組みです。公表されたDCF法・純資産＋営業権法という事実を超えて、割引率や営業権額を推定しません。

表明保証・補償で確認する領域―インソースの論点

株式取得では、対象会社の契約・雇用・資産・負債が法人内に残ります。類似案件の最終契約では、一般的な権限・株式・財務・税務に加え、BPO・ITサポート固有の事項を検討します。

• 主要顧客契約の有効性、重大違反、解約通知、価格外作業、支配権変更
• 顧客データ、録音、チケット、端末、預り資産、顧客環境権限の適切な管理
• システム、ソフトウェア、電話番号、ドメイン、知的財産、第三者ライセンス
• 従業員、派遣、業務委託、時間外、休日・夜間、社会保険、安全衛生、紛争
• 事故、障害、情報漏えい、誤配送、SLA違反、損害賠償、保険通知
• 再委託、海外・クラウド処理、顧客監査、認証・資格、法令・業法対応

既知の具体的問題は、一般表明へ隠さず、開示、是正、特別補償、価格調整、エスクロー、クロージング条件、買い手の協力義務へ割り当てます。創業者の引継ぎが価値の中心なら、別途の業務委託・雇用、期間、時間、顧客対応、競業・勧誘、健康・退任リスクを調整します。

アーンアウトを使う場合、売上だけを条件にすると低採算案件を増やす誘因があります。粗利、顧客継続、回収、品質を組み合わせ、買い手の配賦・価格・営業判断で結果が恣意的に変わらない計算式と情報権を定めます。具体的契約は専門家の助言が必要です。

統合ガバナンス｜誰がシナジーに責任を持つか

PMI会議を設けても、課題一覧を読むだけでは統合は進みません。経営、顧客、オペレーション、人材、IT・情報、財務のワークストリームを分け、各責任者、決定権、依存関係、期限を定めます。対象会社側にも共同責任者を置き、現場影響を確認します。

会議	頻度	決めること	主な成果物
統合運営委員会	週次→月次	優先順位、予算、重大リスク、ゲート	統合ダッシュボード
顧客継続会議	週次	同意、説明、苦情、更新、共同提案	顧客別アクション
業務・品質会議	週次	SLA、事故、手順、キャパシティ	是正・標準手順
人材会議	隔週	保持、配置、採用、教育、組織	役割・スキル計画
IT・情報会議	週次	権限、移行、事故、ライセンス	移行・統制計画
シナジー会議	月次	仮説、試行、採算、拡大・停止	シナジー台帳

課題には「検討中」ではなく、意思決定者、次の行動、期限、阻害要因を入れます。顧客業務を止める恐れがある変更には、リスク評価、テスト、切戻し、顧客承認を要求します。統合負荷で通常運営が崩れないよう、現場責任者の変更案件数に上限を置くことも有効です。

失敗パターンから逆算する

買収直後に買い手案件を大量移管する

対象会社に余力があるように見えても、顧客固有の繁忙、欠勤、教育、夜間体制が隠れている場合があります。新規移管はキャパシティ、スキル、SLA、利益を試行し、既存顧客への影響を監視して段階拡大します。

ブランド統一を成果として急ぐ：インソースで確認

看板や社名を変えても、顧客提案、業務、評価、システムが別々なら一体化しません。変更目的と顧客価値を定め、旧ブランド資産を失うコストを測ります。公表事実として社名変更があっても、それだけで統合完了とは評価しません。

買い手の管理職を送り込み、旧責任者を外す

統制強化の意図でも、顧客と現場の暗黙知が切れます。旧責任者の役割、権限、退任時期、後継育成を合意し、共同意思決定期間を置きます。不正・重大リスクがある場合の即時変更とは分けます。

外注費削減を二重計上する

対象会社へ業務を移したことで買い手外注費が減っても、対象会社側で人件費・管理費が増えます。外注費削減額をそのままシナジーとせず、追加原価、移行費、品質、機会費用を控除します。対象会社売上と買い手費用削減を同時に全額計上しないよう連結ベースで見ます。

すべての問合せをVOCと称して保存する

改善価値があっても、個人情報や顧客秘密を無制限に結合・保存してよいわけではありません。目的、項目、匿名化、アクセス、期間を定め、必要な傾向へ集約します。音声や画面録画の生成AI利用も、契約とデータ取扱いを確認します。

既存外販を軽視し、グループ内業務へ偏らせる（インソース）

社内需要は安定に見えますが、外販顧客を失えば市場知見、収益源、競争力が弱まることがあります。内部業務の優先順位、移転価格、外販営業の責任者、顧客別キャパシティを定め、双方を透明に評価します。

売却準備の120日ロードマップ

1〜30日｜価値とリスクの棚卸し｜インソースの視点

サービス・顧客・契約・人材・システムを一覧化し、案件別売上・粗利を再構成します。重大事故、係争、解約懸念、キーパーソン、共有ID等の緊急リスクを先に是正します。買い手候補ごとに、研修、SaaS、IT、BPO等どの工程を補完できるか仮説を作ります。

31〜60日｜証拠と経営者依存の整理

契約と実運用の差、SLA定義、スキル、教育、権限、BCP、事故是正をデータルームへ配置します。経営者が持つ顧客経緯、価格判断、採用、人脈をインタビューして引継ぎ資料へ移します。個人情報・顧客秘密は匿名化と段階開示を設計します。

61〜90日｜買収仮説とPMI案

共同商品、社内移管、共通費、システム統合を、顧客名、責任者、投資、期限、KPIまで具体化します。同時に、成立しない条件と中止基準も置きます。顧客・従業員説明、保持策、Day 1権限、100日計画を準備します。

91〜120日｜質問への耐性を確認―インソースの論点

経営、現場、財務、人事、ITへ模擬DDを行い、数字と説明が一致するかを確認します。都合の悪い事実を消すのではなく、原因、影響、是正、残余リスクを説明できるようにします。買い手が追加で必要とする資料の作成負荷を管理し、通常運営を損なわない窓口を置きます。

取引を検討する経営会議の12問

1. この会社を買わなければ、どの戦略が何年遅れるのか。
2. 必要なのは顧客、売上、人材、拠点、技術、運用、時間のどれか。
3. BuildまたはPartnerで同じ成果を得る総費用と失敗確率は何か。
4. 上位顧客とキーパーソンが抜けても成立する価格はいくらか。
5. 100％取得が必要か、提携・少数出資・事業譲受で足りないか。
6. 買い手固有シナジーのうち、対象会社なしでは得られない部分は何か。
7. シナジー実現に必要な買い手側の営業、人員、IT、予算を確保したか。
8. 最初の100日で絶対に変えない顧客・業務・人材は何か。
9. 社名、拠点、システムの変更を顧客価値へどう結び付けるか。
10. 事故・離職・顧客離脱が起きた場合の中止・切戻し基準は何か。
11. 投資回収を外販成長、内部便益、品質のどの指標で追うか。
12. 3年後、対象会社の強みが組織へ残ったと何をもって証明するか。

本件の公式開示は、対象能力がDX関連サービス拡充に不可欠と考えたことを明瞭に示しています。類似案件でも、取締役会資料にこの12問への回答を残せば、買収後に当初仮説と実績を比較できます。

三つの反実仮想で本件の意味を考える

もし外部委託を継続していたら

固定投資を抑え、需要に合わせて契約を変更できた可能性があります。一方、運営知見、顧客の声、改善優先順位をグループ内へ蓄積しにくく、オンライン研修・LMS・DX研修との調整コストが残った可能性があります。どちらが優れたかは、実際の外注費、品質、需要、統合費用がなければ判断できません。

もし少数出資・業務提携だったら：インソースで確認

対象会社の独立性と旧ブランドを保ち、取得リスクを抑えられた可能性があります。一方、社名変更、本社移転、グループ共通のサービス設計や人員配置には合意形成が増え、迅速な統合が難しかった可能性があります。100％取得は統合権限を得る代わりに、責任も全面的に引き受ける選択です。

もし能力をゼロから内製していたら

インソースの文化・システムに合わせた組織を作れた可能性があります。しかし、採用、責任者育成、24時間帯の運用、キッティング工程、顧客環境の管理を立ち上げる時間が必要です。1989年創業以来の経験を持つと説明された組織を取得した時間価値が、本件を理解する一つの視点になります。

反実仮想は買収を正当化するためではなく、買収でしか得にくい価値と、買収ゆえに増えるリスクを分けるために使います。公表情報だけで、実際にどの選択肢が最安・最善だったかは断定できません。

DDスコアカード｜点数より「根拠と改善費用」を残す（インソース）

類似案件を複数比較するときは、評価軸をそろえます。ただし合計点だけで買収可否を決めるのではなく、根拠資料、改善策、費用、期限、責任者を併記します。以下は5段階評価の例です。1は重大な未整備、3は基本統制あり、5は複数担当者が再現し継続改善できる状態を表します。

評価項目	1の例	3の例	5の例	主な検証
顧客継続	口頭・一社依存	契約・更新把握	関係分散・追加需要	契約、面談、推移
案件採算	会社平均のみ	主要顧客粗利	工数・共通費まで月次	会計、勤怠、SOW
管理者層	一名依存	副担当あり	育成・代替実績	組織、休暇時運用
標準化	口頭・個人ファイル	主要手順あり	例外・改訂・教育連動	手順、変更、演習
技術権限	共有ID・不明	台帳と承認	最小権限・定期監査	ID、ログ、退職者
事業継続	代替なし	計画あり	復旧試験・顧客合意	BCP、試験、実績
人材保持	懸念未把握	主要者面談	役割・後継・保持策	面談、離職、報酬
シナジー	「クロスセル」のみ	顧客・商品仮説	試行・採算・責任者	案件台帳、顧客反応
統合余力	通常業務で逼迫	専任一部配置	予算・人員・優先順位	計画、稼働、予算
改善文化	事故を隠す	是正記録あり	横展開・効果検証	事故、会議、再発

高得点でも、取得目的と関係のない強みなら価格へ反映し過ぎないようにします。例えば外販SESが優良でも、買い手が研修運営能力だけを必要とし、SESを管理できないなら、事業ポートフォリオ上の複雑性になります。低得点でも買い手が短期間で改善できる項目と、顧客信頼・人材・文化のように回復に時間がかかる項目を分けます。

データルームの推奨構成

1. 会社・株式：定款、登記、株主、議事録、組織、関連当事者。
2. 財務・税務：月次試算表、申告、顧客別売上・粗利、運転資金、固定資産、債務。
3. 顧客・営業：顧客一覧、契約、更新、解約、パイプライン、苦情、価格改定。
4. 業務：SOW、手順、SLA、KPI、シフト、キャパシティ、品質、障害、BCP。
5. キッティング：資産台帳、構成、検品、保管、配送、事故、廃棄・消去。
6. IT・情報：構成図、ライセンス、権限、ログ、録音、事故、監査、再委託。
7. 人事・労務：人員、契約、給与、勤怠、評価、採用、離職、教育、安全衛生。
8. 法務・保険：紛争、請求、保険、知財、個人情報、許認可、外部専門家。
9. PMI：顧客同意、Day 1、キーパーソン、システム、ブランド、シナジー仮説。

最初から顧客名、個人情報、音声、健康情報、ソースコードを全候補へ開示しません。匿名・集計資料、NDA後の限定資料、クリーンチーム資料、最終候補の閲覧という段階を設けます。ファイル名、版、作成日、対象期間を統一し、更新通知を残します。回答はメール個人箱ではなくQ&A台帳へ集め、同じ質問に矛盾した回答をしないようにします。

Day 100以降の12か月・24か月・36か月像

12か月｜統合基盤と最初の再現例｜インソースの視点

主要顧客と人材を維持し、案件別採算と品質を共通定義で把握します。共同サービスは少数顧客で試行し、研修、LMS、キッティング、受付の責任分界と標準見積を完成させます。情報権限、事故対応、BCP、教育を監査し、統合前より悪化した指標があれば拡大を止めます。社名・拠点・契約変更の残件も閉じます。

24か月｜商品化と管理者育成

試行で採算と顧客価値が確認できた組合せを標準商品へし、営業・導入・運用の責任者を分けます。対象会社のベテランだけでなく、買い手側からもサービスを設計・管理できる人材を育てます。同時に、対象会社固有の強みをグループ研修へ移し、知見が双方向に流れる状態を作ります。外販とグループ内業務の利益を透明にします。

36か月｜買収仮説の再評価

当初の取得理由ごとに、品質、コスト競争力、DX関連サービス、共同売上、顧客継続、人材、投資回収を再評価します。達成しなかった仮説は、市場環境、前提、実行、統合のどこに原因があったかを整理し、追加投資・修正・撤退を決めます。買収前には存在しなかった新商品や能力も、偶然ではなく再現できるかを確認します。

本件でこれらの数値がどう推移したかは公表資料から分かりません。この時間軸は、同種取引で買い手が成果を追うためのモデルです。

取引形態の違いが統合へ与える影響

形態	引き継ぎやすいもの	個別承継が必要になりやすいもの	本件との関係
株式100％取得	法人内の契約、雇用、資産・負債	CoC同意、ライセンス、個人保証等	本件で採用された形態
一部株式取得	法人と既存運営	重要事項の合意、出口、少数株主保護	本件ではない
事業譲渡	選定した資産・事業	顧客契約、雇用、許認可、データ	本件ではない
業務提携	独立性、柔軟な開始	知見共有、優先順位、投資回収	本件の比較選択肢

株式取得でも、買収後に社名、本社、システム、再委託を変えれば顧客手続が必要です。「法人が同じだから何も承諾不要」とは限りません。事業譲渡より個別移管を減らせる可能性はありますが、簿外・偶発債務を含む会社全体を承継するため、DDと表明保証の重要性が高まります。

意思決定ログで「なぜ変えたか」を残す―インソースの論点

統合中は、社名、拠点、システム、価格、組織、顧客窓口について多数の判断が発生します。後から結果だけを見ると、当時の制約や代替案が分からず、同じ議論を繰り返します。重要判断ごとに、目的、事実、選択肢、顧客・従業員影響、費用、リスク、決定者、見直し日を残します。

• なぜ対象会社システムを維持・廃止したか。
• なぜ共同商品の対象顧客を選び、除外したか。
• なぜ旧社名を残す期間、移転時期、説明順を決めたか。
• なぜ特定キーパーソンの役割・保持策を設定したか。
• なぜシナジー施策を拡大・停止したか。

意思決定ログは責任追及のためではなく、PMIの学習資産です。前提が外れた場合は決定を修正し、変更理由を残します。取締役会へは、当初仮説、現在の証拠、次のゲートを簡潔に報告します。

ケーススタディとしての限界

本件は、研修会社とコールセンター・ITサポート会社の組合せを考える有用な事例ですが、公開情報には限界があります。取得価額、対象会社の売上・利益・従業員数・顧客構成、買収後の単体業績、統合費用、顧客・従業員の反応は確認できません。また、現在のサービスがどの程度旧ビー・エイ・エスの資産・人材に由来するかも、外部から完全には分かりません。

したがって、本記事の戦略分析やDD・PMI案を、そのまま当事会社の実態説明として引用すべきではありません。確認事実は出典へ戻り、分析は類似案件で検証すべき仮説として使います。MARRは案件の発見・概要確認に有用な二次資料ですが、取引条件はインソースの一次開示を優先しました。

公表情報が少ない案件ほど、断定を避けることが記事の弱さではなく品質になります。「分からない」ことを明記すれば、読者は必要な追加DDを特定できます。

事例記事を更新するときの公開情報チェック：インソースで確認

M&A事例は、取得発表だけで固定せず、後日の公式情報を同じ会社・旧社名・新社名で追うと統合行動が見えます。本件では「ビー・エイ・エス」だけでなく「インソースビジネスレップ」、インソースのIR、サービス案内、有価証券報告書を確認しました。今後記事を更新する場合も、次の順序で確認します。

1. 買い手の適時開示、決算説明、有価証券報告書、統合報告書で、対象会社名と取得後の位置づけを検索する。
2. 旧社名・新社名、サービス名、代表者、所在地を組み合わせ、社名変更、移転、合併、事業変更を確認する。
3. グループ会社一覧と現行サービスページで、現在案内される事業範囲を確認する。
4. 業績寄与が記載されていても、対象会社単体、セグメント、グループ全体のどの数字かを区別する。
5. 会社が示す目標・見通しと、実際に発生した取引・サービス・業績を文章上で分ける。
6. 二次資料の要約と一次開示が異なる場合は、一次開示の日時・表現・数値を優先する。

更新時に取得価額や対象会社損益が新たに公表されない限り、非公表という記載を維持します。会社名の変更があっても、過去の取得対象を説明する場面では「当時の株式会社ビー・エイ・エス（現インソースビジネスレップ）」のように時点を示します。現在の事業内容を取得当時の事業内容へ遡って適用しないことも重要です。

また、公式サービスページが存在することは提供を案内している事実ですが、販売件数、売上、利益、導入社数を示すものではありません。数字が記載される場合は、対象期間、集計範囲、重複、監査の有無を確認します。記事の更新日は明示し、読者が情報の時点を判断できるようにします。

この事例を自社の買収検討へ使う方法

まず、取得理由の文章から名詞を抜き出すのではなく、自社の顧客工程へ置き換えます。インソースが示したオンライン研修、LMS、DX研修という既存サービスと、対象会社のオペレーター対応、ヘルプデスク、キッティングという能力の対応を参考に、「自社のどの工程が、対象会社のどの能力で変わるか」を一対一で書きます。対応しない対象事業も明示すれば、買収後に非中核事業を放置するのを防げます。

次に、各対応へ基準値、12か月目標、必要投資、責任者、中止条件を置きます。「顧客へワンストップ提案する」ではなく、「対象となる既存顧客、顧客課題、提案商品、原価、試行開始日」を定めます。内部業務を対象会社へ移す場合は、対象会社売上ではなく連結後の外注費・追加人件費・品質で評価します。

最後に、公開事例から得た仮説と、自社DDで確認した事実を混ぜません。本件で共同サービスと社名変更が確認できるからといって、自社でも同じ順序が正しいとは限りません。顧客契約、人材、地域、ブランド、システムの違いを踏まえ、Day 1で守るもの、100日で試すもの、12か月後に判断するものへ分けます。事例は答えではなく、検証項目を増やすために使うのが実務的です。

よくある質問

Q1．インソースはビー・エイ・エスをいつ買収しましたか。

取締役会決議日は2022年5月30日、契約締結日と株式譲渡実行日は2022年6月1日です。200株を取得し、所有割合は0％から100％になりました。

Q2．取得価額はいくらですか。

守秘義務契約を理由に非公表です。インソースはDCF法と純資産＋営業権法に基づき算定し、妥当と判断したこと、同社純資産の15％未満であることを開示しました。具体額や倍率は公表情報から算定できません。

Q3．対象会社の売上高や利益は公表されていますか。（インソース）

2022年6月1日の取得開示には、2019年11月期から2021年11月期の純資産と総資産が掲載されていますが、売上高、営業利益等は掲載されていません。本件のEV/EBITDA等を外部から計算することはできません。

Q4．買収の目的は何でしたか。

インソースは、オンライン研修・セミナーのオペレーター対応と技術支援、LMS「Leaf」のヘルプデスク、DX研修用PCのキッティング等におけるテクニカルサポートの重要性を挙げ、DX関連サービス拡充に対象会社の知見・経験が不可欠と説明しました。

Q5．買収後、ビー・エイ・エスはどうなりましたか。

2023年4月1日付で株式会社インソースビジネスレップへ社名変更し、本社をインソース日暮里ビルへ移転しました。それ以前の2023年2月には、インソースと共同で「ホリデー受付サービス」の開始を発表しています。現在もグループのコールセンター・ITサポート関連サービスで案内されています。

Q6．本件のシナジーは成功したといえますか。｜インソースの視点

共同サービス、社名変更、拠点移転、現在のサービス案内という統合行動は確認できます。しかし、取得前後の比較可能な売上・利益、ROI、品質、顧客数等が公表されていないため、シナジーの達成度を外部から断定することはできません。

Q7．類似会社を買うとき最重要のDDは何ですか。

買収目的によりますが、顧客契約の承継、案件別採算、キーパーソン、技術・運営スキル、顧客環境へのアクセス、情報管理、システム継続、夜間・休日体制を一体で確認します。会社全体の平均値だけでなくサービス別・顧客別に分解することが重要です。

用語集

DCF法

将来キャッシュフローを現在価値へ割り引いて事業価値等を評価する方法。予測、割引率、継続価値の前提で結果が変わります。

純資産＋営業権法

純資産を基礎に、将来の超過収益力等を営業権として加味する考え方。本件では使用した旨のみ公表され、詳細前提は非公表です。

キッティング

IT機器導入時の環境設定、ソフトウェア導入、アカウント設定、検品等のセットアップ作業です。

LMS

Learning Management Systemの略。研修・学習の配信、受講、進捗、履歴等を管理するシステムです。

ヘルプデスク

利用者からの問合せ、障害、操作、アカウント等を受け付け、解決または専門担当へ引き継ぐ機能です。

SES

System Engineering Serviceの略称として用いられ、技術者の役務提供を中心とする契約・事業を指すことがあります。実際の契約内容は個別確認が必要です。

PMI

Post Merger Integrationの略。買収後に経営、業務、人材、システム、文化等を統合し、取引目的を実現する活動です。

VOC

Voice of Customerの略。問合せ、苦情、要望等の顧客の声を分類し、商品・業務改善へ活用する考え方です。

CoC条項

Change of Control条項。株主や支配権の変更時に通知、同意、解除等を定める契約条項です。

SLA

Service Level Agreementの略。対応時間、稼働、品質等のサービス水準と測定・報告方法を定めます。

まとめ｜公表事実の範囲を守るほど、事例分析は強くなる―インソースの論点

インソース ビー・エイ・エス M&Aは、2022年6月1日に全株式を取得した100％子会社化案件です。買い手は、オンライン研修、LMS、DX研修の品質とコスト競争力を支えるテクニカルサポートの重要性を取得理由として明示しました。対象会社は、コールセンター、セットアップ、ITサポートに加え、システム運用、監視、キッティング、開発・クラウド等の経験を持つと説明されました。

取得後には、共同の休日電話受付サービス、インソースビジネスレップへの社名変更、本社移転、現在のグループ向けサービス展開が確認できます。これらは統合行動の事実です。しかし、価格、対象会社の損益、投資回収、定量シナジーは非公表であり、成功度を断定してはいけません。

類似のコールセンター・ITサポート会社を検討する際は、顧客契約、案件別採算、人材、運用、権限、情報、システムを確認し、買い手の既存サービスのどの工程を強化するかを具体化します。BPO会社の譲渡・買収を検討している方は、BPO会社のM&A無料相談で、社名や顧客名を伏せた初期整理が可能です。

免責事項

本記事は2026年8月22日時点で確認できる公表資料を基にした一般的な情報提供であり、株式会社インソース、株式会社インソースビジネスレップその他の当事者から委託・承認を受けたものではありません。投資勧誘、企業価値算定、法務、税務、会計、労務、情報セキュリティに関する助言ではありません。案件の判断では、最新の開示資料と契約・財務・業務資料を確認し、弁護士、公認会計士、税理士、社会保険労務士等の専門家へ相談してください。

参考資料

• 株式会社インソース「株式会社ビー・エイ・エスの株式の取得（子会社化）に関するお知らせ」（2022年6月1日）
• 株式会社インソース 公式ニュースリリース（HTML版）（2022年6月1日）
• 株式会社インソース 有価証券報告書（2022年9月期）
• 株式会社インソース「ホリデー受付サービス」を提供開始（2023年2月17日）
• 株式会社インソース「株式会社インソースビジネスレップへ社名変更および本社移転」（2023年4月3日）
• 株式会社インソース「コールセンターソリューション」
• 株式会社インソース「会社概要・グループ会社案内」（インソースビジネスレップの現行案内）
• MARR Online「インソース、ビー・エイ・エスを買収」（参考二次資料、2022年6月1日）