【VR/AR企業のM&A事例】COMBOからテクノモバイルへの株式譲渡に学ぶ開発会社の承継ポイント

VR AR 企業 M&A事例｜公表情報で確認できるCOMBO・テクノモバイルの取引概要

Visionalのプレスリリースは、COMBOの譲渡理由を「事業の成長のため」、テクノモバイルの譲り受け理由を「事業拡大のため」としています。M&Aサクシードの公開事例は、COMBOがコロナ禍の影響を考えて先手を打ち、技術力が高く大規模案件を持つ首都圏企業との事業連携を目指したこと、テクノモバイルが地方展開と優秀なエンジニア獲得に関心を持っていたことを説明しています。

取引比率については、M&Aサクシードが現在公開する知識記事で90％の株式譲渡と紹介されています。ただし、本稿が確認した2021年3月3日の短いプレスリリース本文には比率の記載がありません。そのため本稿では、取引手法を株式譲渡と確認しつつ、比率を使って非公表の契約条件まで推測しません。価格、アーンアウト、役員契約、表明保証なども公開情報だけでは分かりません。

両社の事業はどこで接続したのか

公表時のCOMBOは、VR/AR開発だけでなくシステム受託開発・製品開発を手掛ける34名の組織でした。現在のCOMBO公式サイトでは、メタバースやxR（VR・AR・MR）を含むコンテンツ企画、開発、コンサルティングを掲げています。VR/ARの公式サービスページは、ゴーグル型、PC、スマートフォンを目的に応じて選び、Unityを使った開発、技術検証、企画から運用までを支援すると説明しています。実写VRでは360度映像、配信、アクセス管理、視聴ログ、CG型ではシナリオ、3D制作、インタラクションなど、単一技術に閉じない構成です。

テクノモバイルは公表時、モバイルアプリやWebシステム開発を強みとしていました。ここからは当サイトの考察ですが、Web・モバイルの顧客基盤や大規模案件と、COMBOのxR開発・地域エンジニア組織を組み合わせれば、企画、バックエンド、アプリ、没入型表現を一体提案しやすくなります。VR/XRは単独アプリで完結せず、認証、コンテンツ管理、ログ、業務システム、スマートフォン連携が必要になることが多いため、技術領域には補完性があります。

ただし「補完性がある」だけでシナジーが出るとは限りません。営業がXRを理解し、適切な案件へ提案できること、エンジニア同士が見積・品質・開発手法を合わせられること、顧客の要求を各社へ正しく分解できることが必要です。本件では、グループ入り直後から案件を相談し合い、早い段階で稼働につながったと公表されています。この具体的な初動が、単なる技術ポートフォリオの足し算と異なる点です。

COMBOが譲渡を検討してから成約するまでの公開タイムライン

事業規模が急拡大

M&Aサクシードの公開事例によると、COMBOはシステム開発事業を譲り受け、組織規模が急拡大していました。人が増えることは成長ですが、固定費、営業、案件配置、教育、資金繰りの責任も増えます。とりわけ受託開発会社は、社員の稼働を継続的に確保できる案件基盤が必要です。VR/XRの案件はPoCから本導入まで時間がかかることもあり、一社単独の営業網では成長速度と雇用安定の両立が難しくなる局面があります。

2020年8月、M&Aサクシードへ登録

公開事例は、COMBOがコロナ禍の影響を考え、技術力が高く大規模案件を持つ首都圏企業との事業連携を目指して2020年8月に登録したと説明しています。ここで注目すべきは、経営が行き詰まってからではなく、先手を打つ選択としてM&Aを検討した点です。譲渡企業が成長余地と人材を持つ段階なら、買い手は再建だけでなく共同成長を議論できます。

約10社からオファー

登録後、約10社からオファーがあったと公表されています。オファー数が多ければ成功するわけではありませんが、複数候補との比較は、自社のどの価値が評価されるかを理解する機会になります。相手の規模、事業領域、地域、社員処遇、技術理解、意思決定者の関与を比べられます。匿名情報の作り方や候補先への開示範囲は慎重に設計する必要があります。

初回面談で経営者同士が合意

公表情報では、COMBOとテクノモバイルの経営者は初回面談で合意しました。ここでいう「合意」が最終契約の全条件合意を意味するとは限りませんが、方向性が早く一致したことは読み取れます。初回で判断できた背景の詳細は非公表です。したがって、単に相性だけで決まったと断定せず、互いの戦略目的、技術・案件、人材、地域展開に明確な接点があったと考えるのが妥当です。

約2か月で株式譲渡

初回面談から約2か月で成約したとされています。M&Aとしては短い進行ですが、すべての会社が同じ期間で成約できるわけではありません。財務、契約、株主、知財、人事の複雑さ、買い手の審査、金融機関対応によって期間は変わります。短期成約を目標にして確認を省くのではなく、面談前に資料と論点を整え、意思決定者同士が早く対話できることが重要です。

グループ入り直後から共同稼働

公開事例は、グループ入り直後から開発案件を相談し合う関係が築かれ、成約2か月後にはCOMBO社員全員がフル稼働したと説明しています。またCOMBO側コメントとして、大規模プロジェクトへ参加したいという前向きな声や、職場環境を変えなくてよいことが安心材料になった旨を掲載しています。これは公表時点の初期状況であり、長期的成果を保証するものではありませんが、成約後の初動設計が社員の納得に関係した事例として参考になります。

学び1｜危機が深刻化する前にM&Aを選択肢へ入れる

本件で最初に学べるのは、M&Aを廃業寸前の最後の手段に限定しなかった点です。公表情報では、COMBOはコロナ禍の影響を考え、社員の継続的な仕事と事業成長のために連携先を探しました。売上や資金が尽きてからでは、買い手候補、条件、時期を比較する余裕が減ります。技術、人材、顧客が維持されているうちに、単独成長、資本提携、株式譲渡を並べて検討する方が選択肢を持てます。

VR/XR会社は、市場の期待が大きい一方、案件の波、端末世代交代、顧客の予算、PoC止まりの負担を受けやすい事業です。経営者は、六か月先の受注残、PoCから本導入への移行率、社員一人当たりの粗利、外注費、運転資金を月次で確認し、「連携を考える基準」を決めます。たとえば受注残が一定水準を下回った時だけでなく、大規模案件の引合いが増えたがPMや保守体制が足りない時も、資本提携の検討点です。

早期検討は、必ず売るという意味ではありません。契約、知財、コード、アカウント、採算を整理した結果、単独経営の改善策が見えることもあります。重要なのは、将来不安を隠すことでも、危機を誇張することでもなく、何を守り、何を成長させるために外部資本が必要かを言語化することです。本件の「事業成長」という公表理由は、売却目的を前向きな経営課題に接続した例といえます。

学び2｜VR/ARの技術力を顧客価値に翻訳する

「Unityが使える」「VRを開発できる」だけでは、買い手は価値を比較できません。COMBOの公式サービス情報は、ゴーグル、PC、スマートフォン、ARKit、ARCore、Vuforia、Unity、実写360度、CG、アクセス管理、視聴ログなど、顧客の目的に応じた構成を説明しています。企画・技術検証から本番開発、ストア申請、運用までの流れも示されています。技術名を、提案・開発・運用の能力へ結び付けている点が重要です。

売却準備では、技術台帳を「使えるツールの一覧」にしません。製造業の安全教育で事故場面を再現できる、建築で実寸レビューを行える、観光で場所に応じたAR表示ができる、といった顧客課題に翻訳します。そのうえで、過去案件数、再利用部品、開発期間、必要職種、端末、保守負荷を示します。秘密保持で顧客名を出せない場合も、業界、用途、規模、成果を匿名化できます。

買い手がWeb・モバイル開発会社なら、XR単体の派手さより、既存システムとの統合可能性が重要です。認証、管理画面、ログ、コンテンツ更新、クラウド、スマホ連携をどこまで自社で対応できるか、どこを買い手と補完できるかを整理します。本件からの考察として、両社の技術領域が隣接していたため、買い手が具体的な共同案件を想像しやすかった可能性があります。これは公表された契約評価額ではなく、事業接続の実務的な読み解きです。

学び3｜エンジニアの定着とチーム構造を価値として示す

M&Aサクシードの事例は、テクノモバイルがCOMBOの多彩な技術力と定着率の高さを評価したとしています。受託開発会社では、人員数だけでなく、案件を継続して完遂できるチームが価値です。VR/XRでは、PM、Unity・Unrealエンジニア、3D、UI、バックエンド、QA、端末運用が連携します。個人のスーパースターだけに依存すると、その人が退職した時に価値が失われます。

譲渡企業は、組織図に加えてスキルマトリクスを作ります。主要技術を扱える人数、レビューできる人、顧客要件を理解する人、ビルド・公開権限を持つ人、副担当の有無を記載します。過去三年の離職率、平均在籍、採用経路、育成期間を同じ定義で集計します。定着率が高い理由を、地域雇用、案件の面白さ、柔軟な働き方、評価、チーム文化など具体的に説明します。ただし従業員が将来も必ず残るとは断定できません。

買い手側は、処遇を統一する前に、なぜ人材が定着しているかを理解する必要があります。勤務地、リモート、上司、使用技術、裁量、評価を急に変えると、獲得した価値を自ら壊す可能性があります。本件では、職場環境が変わらないことが安心材料になったとのコメントが公表されています。すべてを変えないことが正解ではありませんが、統合するものと残すものを選び、社員へ理由を説明する姿勢が大切です。

学び4｜地方拠点をコストではなく成長資産として捉える

公表時、COMBOは宮城県、テクノモバイルは東京都の企業として紹介され、買い手側は地方展開を視野に入れていたとされています。地方拠点の価値は賃料や人件費だけではありません。地域大学・専門学校との採用、自治体・観光・製造業との関係、地場パートナー、社員の生活基盤、首都圏外のBCP、地域での評判が含まれます。

VR/XRは地域産業と接続しやすい分野です。工場の技能承継、建設現場の安全教育、観光AR、文化財のデジタル化、学校教育、医療・福祉訓練など、現地理解が提案品質を左右します。地域企業が持つアクセスを買い手の営業網と組み合わせれば、首都圏から遠隔で営業するだけでは得にくい案件を開拓できる可能性があります。一方、自治体案件は年度予算、入札資格、類似実績、再委託承認などの条件があり、関係性だけで継続を断定できません。

譲渡企業は、地域拠点の役割を人員一覧だけでなく、顧客、採用、協力会社、設備、地域活動で説明します。買い手は、拠点維持を一時的な約束にせず、責任者、採用計画、共同案件、投資予算を置きます。本件の公開情報から長期的な拠点成果までは断定できませんが、地域性が買い手の拡大戦略と一致したことは、地方XR会社が相手候補を考えるうえで参考になります。

学び5｜買い手のM&A戦略と自社の強みを接続する

公開事例は、テクノモバイルがM&Aを重要な経営戦略に位置付け、既存事業のバリューチェーン拡大と優秀なエンジニア獲得を重視していたと説明しています。譲渡企業にとって重要なのは、買い手が「なぜ自社を買うのか」を一文で言えることです。VRに興味があるという曖昧な理由では、予算、統合責任者、共同営業が後回しになりやすくなります。

接続表を作り、買い手の既存顧客・サービス・不足機能に対し、自社の人材・技術・案件実績が何を補うかを示します。たとえば買い手がWeb会員基盤を持ち、自社が没入型研修を持つなら、認証・受講管理とVR訓練を統合した提案を想定できます。買い手の全国営業と自社の端末運用を組み合わせる場合は、キッティングや保守の能力が必要です。シナジーを売上だけでなく、必要投資と担当者まで書きます。

相手の戦略と一致しても、自社の独自性が消える条件なら慎重に検討します。ブランド、技術選定、地域拠点、顧客関係、社員評価のどこを守るべきかを交渉前に決めます。本件では事業拡大と事業成長という目的が対応していました。初回面談で方向性が早く一致した背景の詳細は非公表ですが、目的の対称性が対話を進めた一因と考えることはできます。

学び6｜株式譲渡で事業の連続性をどう設計するか

本件の手法は株式譲渡と公表されています。株式譲渡では会社という法人が存続し、その法人が契約当事者、雇用主、資産所有者であり続けるため、事業譲渡のように一つずつ対象資産を移す方法とは実務が異なります。受託開発会社では、顧客契約、雇用、外注契約、ストアアカウント、クラウド、開発機材が同じ法人にまとまっていれば、事業の連続性を設計しやすい面があります。

しかし、株式譲渡なら何も変わらないわけではありません。顧客契約に支配権変更時の通知・同意がある場合、金融機関との契約、補助金、入札資格、プラットフォーム規約に確認が必要な場合があります。また法人内に過去の債務、労務、税務、知財リスクも残るため、買い手はデューデリジェンスと表明保証を重視します。事業譲渡との税務・法務の比較は、会社ごとの事情を専門家と確認すべきです。

VR/XR会社では、プロジェクトファイルやHMDだけを移せば動くわけではありません。社員、外注先、顧客の知識、署名鍵、ストア、クラウド、ドメイン、データ、ライセンスが一つの運用系を構成します。株式譲渡を選ぶ場合でも、その系が法人名義で管理されているかを確認します。代表者個人のアカウントや顧客担当者の私物PCに依存していれば、法人の株主が変わっても実運用は承継されません。

学び7｜初回面談で方向性を合わせるための準備

本件は初回面談で経営者同士が合意したと公表されていますが、これを「準備なしでも直感で決められる」と受け取るべきではありません。初回面談の前に、譲渡企業が目的、事業、財務、組織、希望条件を整理し、買い手が戦略と投資基準を持っていれば、短時間でも本質的な話ができます。反対に資料が曖昧なら、相性が良くても確認に時間がかかります。

譲渡企業の経営者は、譲渡理由、三年後の事業像、主要顧客、案件粗利、PoCから本導入への移行、組織、離職、技術資産、社長依存、必要な買い手資源を説明できるようにします。うまくいかなかった案件と改善も一つ準備します。将来売上は、確定受注、提案中、経営目標、シナジー仮説を分けます。譲渡価格の希望だけを先に置かず、価格を支える事業の再現性を示します。

同時に譲渡企業から買い手へ質問します。XR事業を誰が所管するのか、共同案件は何か、開発拠点をどう考えるか、技術者の評価・給与・働き方をどうするか、投資予算と意思決定速度はどうかを確認します。初回面談で全条件を決める必要はありませんが、価値観と事業方向が合わない候補へ長期間を使わないための判断材料を得ます。本件のスピードから学ぶべきは早さそのものではなく、意思決定者同士が目的を直接確認した点です。

学び8｜約10社のオファーから価格以外の相性を選ぶ

公開事例は、COMBOが登録後すぐに約10社からオファーを受けたとしています。複数候補がある時、譲渡企業は最高価格だけでなく、成約確実性、資金、審査体制、事業理解、社員・顧客への方針を比較できます。VR/XRは買い手によって評価軸が大きく異なります。人材獲得、知財取得、新規サービス、地域展開、既存顧客へのクロスセルでは、望む統合方法も変わります。

比較表には、提示価格、支払時期、株式比率、アーンアウト、代表者続投、雇用、拠点、ブランド、投資、競業避止、デューデリジェンス範囲、独占交渉期間を入れます。初期の意向表明は最終契約ではないため、前提条件と調整項目を確認します。高い評価でも資金調達が未確定、広い補償、長い拘束、急な拠点統合がある場合、実質的な条件は異なります。

候補数を増やすために、機密を無制限に配るのは避けます。匿名概要で関心を確認し、秘密保持、相手の身元・目的、必要性に応じて段階的に開示します。特殊な顧客、地域、受賞、技術の組合せだけで会社が特定される場合もあります。プラットフォームやアドバイザーを使う場合、手数料、利益相反、相手方支援の有無、情報管理を確認します。中小企業庁のガイドラインも、支援内容と手数料、仲介・FAの説明に注意を促しています。

学び9｜「社員がずっと働ける」を条件へ落とし込む

M&Aサクシードの事例に掲載されたCOMBO側コメントは、M&Aでは社員がずっと働けるかが大切で、社風の乖離や社員同士がうまくやれるかも重要だと述べています。また職場環境を変えずに済むことが安心材料になったと説明しています。従業員を守るという理念を、契約後の具体策へ落とした点が本件の特徴です。

譲渡企業は、雇用を守るという一文だけで安心しません。勤務地、リモート、職種、給与・賞与、評価、上司、福利厚生、残業管理、研修、使用技術、異動、出向、退職金の方針を確認します。買い手が決める事項を譲渡企業が先に確約せず、合意済み、方針、未定を分けます。キーパーソンだけに特別条件を出す場合、他の社員への説明やチーム内公平性も考慮します。

買い手は、エンジニアとの面談を選考のように扱わず、不安と希望を聞きます。大規模案件へ参加できる機会は魅力ですが、急に管理工程が増える、得意でない案件へ配置される、地域拠点の裁量が失われる不安もあり得ます。最初の共同案件では、両社のPM、責任範囲、レビュー、工数、評価を明確にします。定着率はクロージング時点の人数ではなく、一年後も働きたいと思える仕事と環境によって守られます。

学び10｜成約後すぐ着手できる共同案件を用意する

本件の公開情報で特に具体的なのが、グループ入り直後から開発案件を相談し合い、成約2か月後にはCOMBO社員全員がフル稼働したという点です。M&Aのシナジーは、長期の中期計画だけでなく、最初の90日で社員が実感できる仕事として現れる必要があります。最初の共同案件は、売上規模だけでなく、協働方法を学べる対象を選びます。

候補案件は、買い手顧客の既存Web・モバイルシステムにXR機能を加えるもの、譲渡企業のVRコンテンツへ買い手の認証・管理画面を組み込むもの、買い手の営業網で譲渡企業の既存ソリューションを提案するものなどです。要件が不明確な大型案件をいきなり任せるより、責任範囲と成果が見える案件で、見積、開発、品質、請求の違いを確認します。

共同案件には統合KPIを置きます。提案数、受注率、粗利、開発リードタイム、手戻り、顧客満足、社員の負荷、再利用部品を測ります。「全員フル稼働」は短期の安心につながりますが、過負荷や低粗利であれば長期価値になりません。稼働率と同時に案件採算、残業、学習時間を見ます。最初の成功を社内で共有し、失敗は責任追及ではなくプロセス改善に使うことで、二社の文化を実務から接続できます。

学び11｜VR/XR特有の技術・権利を承継する

本件の公開発表にはデューデリジェンスの詳細はありません。ここからは、同種のVR AR 企業 M&A事例で譲渡企業・買い手が確認すべき実務的な考察です。対象は、ソースコード、Git/LFS、Unity・Unrealの版、購入アセット、SDK、3Dモデル、CAD・BIM、点群、360度映像、音声、撮影許諾、アプリストア、クラウド、署名鍵、HMD、MDM、顧客データです。

文化庁の公式解説では、著作権法27条・28条の権利は、譲渡対象であることが特に明示されない場合に譲渡者へ留保されたものと推定され、著作者人格権は譲渡できないと説明されています。外注先が作った3Dや映像について、代金を払ったから自由に改変・再利用・第三者提供できるとは限りません。契約、作成者、利用範囲、二次利用、クレジットを台帳化します。顧客から預かった設計データや人物映像も別顧客へ流用できるとは限りません。

Unity Asset StoreやUnreal Engine、Fab等の利用条件は、購入者、契約主体、席数、利用形態、コンテンツ種別で変わります。公式規約は改定され得るため、確認日と適用版を保存します。GitHubのリポジトリは移管機能がありますが、権限、LFS、Secrets、Packages、外部CIまで同じように移るとは限りません。Apple・Googleのアプリ移管にも、評価等が維持される項目と、支払情報、テスト、統合サービス、証明書等で追加対応が必要な項目があります。

最も有効な検証は、別担当者が新しい環境で主要プロジェクトをビルドし、端末で動かすことです。必要なエンジン、SDK、ライセンス、環境変数、署名、データを手順書へ落とします。承継直後に共同案件を始めるには、技術資産が特定社員のPCや記憶ではなく、組織として再現できる必要があります。

学び12｜統合効果を数字と現場の両面で測る

公表事例は、共同案件の相談、社員のフル稼働、大規模案件への前向きな声を初期効果として挙げています。これらは重要ですが、長期の企業価値を判断するには複数指標が必要です。売上、粗利、受注残、顧客継続、共同提案、クロスセル、採用、離職、プロジェクト品質、社員満足を追います。M&A前の定義と基準値を残さなければ、改善したかを比較できません。

売上シナジーは、買い手経由の案件、自社既存顧客への買い手サービス、共同新規提案に分けます。コストシナジーは、単純な人員削減だけでなく、採用費、クラウド、ツール、営業、購買、バックオフィスの効率を見ます。XR会社では、買い手案件で高い稼働率を得ても、外部アセット、端末、3D制作、現地作業を含めると粗利が低い場合があります。案件別採算を共通化します。

現場指標には、レビュー待ち、ビルド失敗、手戻り、問い合わせ、意思決定日数、学習時間を入れます。社員面談では、仕事量だけでなく、成長、裁量、評価、公平性を聞きます。主要顧客には、担当と品質が保たれているか、新しい提案に価値があるかを確認します。統合会議で課題を旧会社対新会社の対立にせず、顧客価値と社員の持続可能性から解決します。

本件から考える「相性の良い買い手」の5条件

1．既存案件を持ち、XR人材の稼働機会を広げられる

人材を評価するだけでなく、具体的な案件パイプラインがあることが重要です。案件量、必要スキル、開始時期、粗利、PM体制を確認します。単なる待機解消ではなく、エンジニアが成長できる規模・難易度の案件があるかを見ます。

2．Web・モバイル・クラウドなど隣接能力を持つ

XR体験を業務で継続利用するには、認証、管理、分析、コンテンツ配信、基幹連携が必要です。隣接能力がある買い手は提案範囲を広げられます。一方、責任分界と見積方法を決めなければ、統合案件で赤字が生じます。

3．地域拠点と働き方を尊重する

地域の採用・顧客関係を成長資産として見られるかを確認します。拠点維持を求める場合、口頭方針だけでなく責任者、予算、採用、案件計画へ落とします。

4．M&A後の責任者と投資計画が明確

買い手社内にXRの責任者がいなければ、意思決定が遅れます。誰がP&L、営業、技術、採用を持つか、投資予算は何かを確認します。

5．社員・顧客への説明を共同で行える

買い手が譲渡企業の経営者へ説明を丸投げせず、自ら将来像を語れることが大切です。決まっていない事項を正直に示し、質問へ期限を持って答える体制を見ます。

公開情報からは分からないこと

事例研究では、公表されていない情報を埋めない姿勢が重要です。本件について、確認した資料だけでは次の事項を断定できません。

• 譲渡価格、評価手法、のれん、支払条件
• アーンアウトや代表者の報酬・在任期間
• 表明保証、補償、競業避止の範囲
• 個別顧客契約や知的財産の調査内容
• 従業員一人ひとりの同意や長期的な定着状況
• 公表後の長期売上・利益・案件粗利
• 現在の資本関係と、その後の変更経緯

「短期間で成約したからデューデリジェンスが簡単だった」「90％譲渡だから創業者が必ず10％を保有し続けた」「全員フル稼働だから利益も大幅に増えた」などは、公開資料だけでは言えません。本稿では初期の公表成果を尊重しつつ、読者の会社へそのまま当てはめないようにします。

VR/AR開発会社が譲渡前に整えるべき実務プレイブック

第1段階｜案件と利益を同じ表で見る

顧客別売上だけでなく、案件ごとにPoC、本開発、横展開、保守を区分し、社内工数、外注、3D制作、端末、出張、クラウド、無償修正を集計します。PoCから本導入への移行率と期間、失注理由を出します。COMBOの事例では買い手の案件基盤との接続が初期稼働につながったと公表されていますが、読者の会社では「案件が増えれば利益が増えるか」を事前に検証する必要があります。

受注残は契約済み、内示、提案中を分け、必要工数と検収月を示します。大規模案件を持つ買い手との連携を望むなら、自社が受けられる月間工数、PM数、外注上限を明確にします。全員が埋まっている状態で新規案件を受ければ、品質低下や過重労働につながります。稼働率、粗利、学習時間を同時に管理します。

第2段階｜顧客関係を組織へ移す

主要顧客ごとに、契約、担当、意思決定者、提案履歴、利用システム、保守、未解決課題を一枚にします。経営者だけが関係を持つ顧客には副担当を付け、面談記録を残します。株式譲渡時の通知・同意条項、再委託、秘密保持、知財、解約を契約台帳へ要約します。自治体・地域団体の案件では、年度、入札、補助事業、再委託承認、類似実績の条件も確認します。

買い手候補へ顧客名を出す時期は段階的に設計します。初期は業界、地域、売上帯、継続年数で匿名化し、候補の目的と秘密保持を確認してから詳細を出します。M&Aを顧客へ説明する際は、担当・契約・情報管理・保守がどう継続するか、新たに何ができるかを買い手と共同で説明します。

第3段階｜技術資産を第三者が動かせる状態にする

主要な三プロジェクトから始め、Git/LFS、エンジン版、SDK、パッケージ、外部API、ビルド、テスト、配布の手順を作ります。担当者以外が新しい環境でビルドし、端末で動作確認します。エラーや古い依存を隠さず、修正工数と代替案を示します。譲渡企業の価値はコードの量より、同じ品質を組織で再現できることにあります。

自社共通基盤、顧客専用、検証用、廃止予定を区分し、再利用実績を示します。顧客専用コードを無断で共通化していないか、OSS通知とライセンスを守っているかを確認します。Secrets、署名鍵、APNs、OAuth、サービスアカウントは、平文資料に貼らず、権限管理された保管と引渡し手順を作ります。

第4段階｜権利・ライセンスを追跡可能にする

3D、テクスチャ、モーション、映像、音声、写真、CAD・BIM、点群、キャラクター、UIごとに、作成者、契約、利用範囲、改変、再利用、第三者提供を記録します。外注契約で著作権法27条・28条の扱い、著作者人格権、第三者素材の保証を専門家と確認します。顧客から預かった素材と自社資産を同じフォルダに混ぜないことも重要です。

Unity Asset Store、Unreal/Fab、各SDK、フォント、音源、ストック素材は購入アカウント、注文番号、席数、プロジェクト、更新期限を記録します。ライセンスの移転可否や関連会社利用を推測せず、公式規約と提供元回答を保存します。必要なら買い手側で再購入する費用を見積もり、クロージング後に動かない事態を避けます。

第5段階｜人材・文化の承継条件を作る

役職ではなく、案件を成立させる役割で組織を説明します。PM、エンジン、3D、バックエンド、QA、端末運用、営業について主担当と副担当、経験、主要案件を整理します。離職率や平均在籍は同じ定義で集計し、高い定着がある場合は理由を示します。キーパーソンの継続意思は、本人への適切な説明前に断定しません。

買い手候補とは、勤務地、リモート、給与、評価、案件配置、技術選定、学習、地域拠点を協議します。経営者の続投が必要なら、役割、権限、勤務、期間、終了条件を明確にします。COMBO事例の「職場環境を変えないことが安心材料」という公表コメントを、自社では何を残すべきか考える質問に変えます。

買い手側が行うVR/XRデューデリジェンスの質問例

質問への回答が「担当者へ聞かないと分からない」でも、直ちに取引不可という意味ではありません。ただし、誰がいつ確認するかを決めます。未解決事項を、法的リスク、事業停止、価格、統合工数の観点で優先順位付けします。買い手側も、過度に広い資料要求で顧客秘密や個人情報を不必要に取得しないよう、必要性と管理方法を設計します。

成約後90日で実行する統合計画の具体例

Day1〜30日｜不安を減らし、事業を止めない

• 従業員、主要顧客、協力会社への説明を合意した順番で実施
• 給与、請求、障害連絡、承認権限を明確化
• ストア、クラウド、Git、ドメイン、緊急連絡先を確認
• 進行案件の納期、採算、顧客リスクを合同レビュー
• キーパーソン面談で希望と懸念を聞く

この期間は社名やツールを急いで統一するより、顧客対応と社員の生活を安定させます。買い手が約束した案件機会がある場合も、見積と責任範囲を確認してから配置します。

31〜60日｜共同案件で仕事の違いを学ぶ

• 小さくても顧客価値が明確な共同案件を一つ開始
• 営業、PM、技術、品質の責任分担を明文化
• 案件別工数・粗利の共通定義を試す
• 主要プロジェクトのクリーンビルドを買い手側担当も実施
• 共通顧客への提案候補と情報共有ルールを整理

制度統合より実務協働を先に試すことで、用語、見積、レビュー、スピードの違いが見えます。問題は旧会社の欠点として扱わず、共同プロセスの改善課題にします。

61〜90日｜最初の成果を測り、次の投資を決める

• 共同提案、受注、粗利、手戻り、社員負荷を評価
• XR営業資料とデモの共通版を作る
• 採用、教育、HMD・クラウド、共通基盤への投資を決定
• 残すブランド・拠点・文化と、統合対象を再確認
• 顧客・従業員から得た意見に回答する

90日で大きな売上を約束するより、再現可能な共同営業・開発の型を一つ作ることが重要です。本件の公開初期成果のように、社員が新しい案件機会を実感できれば、統合への納得を得やすくなります。ただし稼働率だけでなく利益と持続可能性を必ず確認します。

仮想シナリオで考える：同じ組合せでも失敗する場合

以下はCOMBO・テクノモバイルの実際の出来事ではなく、同種案件を検討するための仮想例です。

シナリオA｜案件は増えたが赤字になる

買い手の大型顧客からVR案件が増えたものの、譲渡企業の見積が3D修正、現地設置、端末交換を含まず、無料対応が膨らむケースです。対策は、過去案件の実質工数を基に見積テンプレートを共通化し、PoC、本開発、端末、保守を別契約にすることです。受注額ではなく粗利と顧客成果で判断します。

シナリオB｜技術者が大企業文化になじめず離職する

買い手が全承認を本社へ集約し、小規模チームの裁量が失われるケースです。対策は、セキュリティ・会計など統合必須領域と、技術選定・働き方など現場裁量を残す領域を分けることです。評価制度の移行期間を設け、社員が大規模案件でどの役割を担うか明確にします。

シナリオC｜購入アセットや顧客素材を再利用できない

買い手が共通製品化を計画した後で、外注3Dや顧客CADの利用が特定案件に限定されていたと分かるケースです。対策は、権利台帳をデューデリジェンス前に作り、再利用可能、追加許諾、再制作、使用不可を区分することです。提供元へ確認する時間と費用を統合計画に含めます。

シナリオD｜地方拠点が営業上の孤立拠点になる

拠点維持を約束したものの、買い手営業との連絡がなく、既存案件だけを続けるケースです。対策は、共同営業責任者、月次パイプライン会議、地域顧客への提案テーマ、採用計画を置くことです。拠点維持を建物の存続ではなく、案件・人材・意思決定の機能として定義します。

譲渡企業の経営者が初回面談で確認したい15問

1. 当社のどの能力を評価し、どの顧客課題へ使う予定ですか。
2. 買収後のXR事業責任者は誰ですか。
3. 最初の半年で想定する共同案件はありますか。
4. 地域拠点、リモート勤務、転勤をどう考えますか。
5. エンジニアの評価・給与・職位をどう接続しますか。
6. 技術選定と品質承認の権限はどこに置きますか。
7. 社員への説明に誰が参加しますか。
8. 主要顧客への説明で何を約束できますか。
9. 採用、教育、端末、クラウドへの投資予算はありますか。
10. ブランドと会社名をどう考えますか。
11. 代表者へ期待する役割と期間は何ですか。
12. デューデリジェンスの範囲、日程、責任者は誰ですか。
13. 資金の確実性と社内決裁の段階はどこですか。
14. 価格調整、アーンアウト、競業避止の基本方針は何ですか。
15. 統合が計画どおり進まない時、誰がどの指標で見直しますか。

すべてに初回で答えがなくても構いません。ただし、誰がいつ答えるか、未定事項をどう合意するかを確認します。譲渡企業も買い手に評価されるだけでなく、社員・顧客を託せる相手かを評価します。

COMBO事例を四つの資本で読み解く

以下は、公開された取引条件を新たに断定するものではなく、同種のVR/AR開発会社が自社の価値を整理するための分析枠組みです。決算書上の資産だけでなく、顧客、組織、技術、地域の四つを分け、買い手との組合せで価値がどう変わるかを考えます。

顧客資本｜案件の数より、課題への入口と継続性

受託開発会社の顧客価値は、売上上位表だけでは測れません。顧客のどの部門から相談され、要件定義のどこから入り、PoC後に本開発・横展開・保守へ進むかが重要です。VR/AR案件は、顧客が技術を指定して発注する場合だけでなく、「技能を伝えたい」「完成前に確認したい」「遠隔で体験させたい」という業務課題から始まります。譲渡企業が顧客課題を理解し、技術の選択肢を提案できるなら、買い手の既存顧客へ展開する余地があります。

本件では買い手がモバイル・Webの事業基盤を持ち、譲渡企業がVR/ARを含む開発力を持つと公表されています。ここからの考察として、双方の顧客入口が異なるなら、同じ顧客へ複数サービスを提案できる可能性があります。ただし顧客名の共有、共同提案、契約当事者、再委託、営業責任を決めなければ実行できません。譲渡企業は、顧客別の継続理由と買い手へ引き継げる関係を説明します。

組織資本｜人数より、チームとして案件を完成させる力

COMBOの公開事例では、34名という規模、多彩な技術力、定着率の高さが説明されています。人数が同じでも、全員が一つの技術へ偏る組織と、PM、フロント、バックエンド、xR、3D、QAが組み合わさる組織では受けられる案件が違います。買い手が大規模案件を提供しても、譲渡企業側に要件を分解し品質を統括するPMがいなければ、稼働だけ増えて利益と品質が悪化します。

組織資本を示すには、スキル表だけでなく、過去案件の体制図、レビュー、障害対応、育成、採用、離職、代替を示します。高い定着があるなら、勤務地、働き方、案件、上司、文化のどれが理由かを言葉にします。買い手はその理由を残しつつ、自社の福利厚生、営業、教育を足します。本件の職場環境に関する公表コメントは、制度統一前に定着の理由を理解する重要性を示す材料です。

技術資本｜ソースコードではなく、再利用と再現の能力

技術資本には、共通コード、3D制作手順、端末ノウハウ、検証環境、顧客業界知識、失敗記録が含まれます。デモが動くことと、買い手のエンジニアが更新できることは別です。主要プロジェクトで、別PC・別担当によるビルド、依存ライセンス、テスト、配布、障害復旧を確認します。顧客専用の権利と自社再利用可能な部分を分けます。

買い手のWeb・モバイル能力と接続する場合、API、認証、管理画面、ログ、クラウド運用の境界が重要です。どちらの会社がアーキテクチャを決め、障害時に一次対応し、顧客へ説明するかを共同案件前に決めます。技術資本を「Unityエンジニア何名」だけで評価せず、顧客価値へ変換するプロセスとして説明します。

地域資本｜人材、顧客、関係性を持続可能な形へする

地方拠点には、地域採用、生活コスト、大学・専門学校、自治体、地場企業、協力会社との関係があります。これらは貸借対照表に載りませんが、首都圏企業が短期間で再現しにくい資産です。一方、関係が創業者個人だけに帰属する場合、M&A後に失われる可能性があります。地域顧客の副担当、会議記録、団体参加、採用窓口、協力会社契約を組織へ移します。

買い手が地方展開を目的にするなら、拠点を単なる開発下請けにせず、地域営業、採用、技術発信の役割を定めます。拠点責任者、予算、意思決定権、共同案件を置き、半年後に評価します。COMBO事例で公表された地域性と案件連携は、地方XR会社が買い手の全国戦略へどのように位置付けられるかを考える入口になります。

譲渡検討から始める12か月の準備計画

1〜3か月目｜現状を隠さず棚卸しする

目的、希望条件、売却しない選択肢を経営者が整理します。財務三期、月次、顧客別売上、案件採算、受注残、人員、契約、権利、アカウント、機材の台帳を作ります。最初から完全な資料を目指さず、「存在」「所在」「担当」「不足」を確認します。COMBO事例のような早い相手探索を望む場合でも、譲渡企業側の判断材料がなければ、オファーを比較できません。

主要案件三件を選び、契約から請求、コード、素材、ストア、保守まで一連でたどります。経営者個人の顧客・アカウント依存を洗い出します。問題が見つかった際に過去資料を作り替えず、事実、影響、是正計画を記録します。

4〜6か月目｜事業停止へ直結する課題を直す

個人メールのクラウド・ドメインを法人管理へ移し、MFAと副管理者を設定します。主要プロジェクトを別担当がビルドし、外注成果物と購入アセットの権利を確認します。顧客契約の支配権変更、再委託、知財、保守義務を要約します。社長だけが行う見積と顧客対応に副担当を置きます。

全課題を同時に直すのではなく、売上上位顧客、主要製品、唯一担当、情報漏えい、法令・契約違反の可能性を優先します。修正後はテストと承認記録を残します。改善費用が大きい場合、譲渡企業で直す案、価格へ反映する案、買い手と共同で直す案を比較します。

7〜9か月目｜買い手に伝わる事業物語を作る

顧客課題、案件採算、チーム、技術、地域資本を一つの説明へまとめます。買い手候補ごとに、何を提供し、何を補ってもらい、最初の共同案件をどう始めるかを作ります。将来売上は確定受注、提案、目標、シナジー仮説に分けます。匿名資料から会社が特定される情報を確認し、段階的な開示設計を作ります。

経営者面談の練習では、なぜ今か、なぜその相手か、代表者が退いた後に何が残るか、低採算案件の原因、社員が残る理由を答えます。都合の悪い質問へも根拠と改善策で回答します。買い手へは、XR責任者、案件基盤、地域、社員処遇、投資、統合方針を質問します。

10〜12か月目｜選択肢を比較し、承継を実行可能にする

複数候補がある場合、価格、資金確実性、雇用、拠点、ブランド、代表者役割、投資、競業避止、補償、独占期間を比較します。専門家とスキーム、税務、法務、経営者保証を確認します。顧客・従業員・協力会社への説明時期と内容を買い手と合意します。

Day1、30日、60日、90日の計画を作り、最初の共同案件、アカウント、ビルド、顧客訪問、社員面談、KPIの責任者を決めます。実際のM&A期間は会社により異なり、この12か月は標準期間ではありません。準備項目を経営の通常運用へ組み込む例です。急ぐ事情があっても、重要な確認と本人・顧客への配慮を省かないでください。

Web・モバイル企業とVR/XR企業が作れる共同提案6パターン

以下は本件で実際に提供されたサービスを示すものではなく、両社の公表事業領域を参考にした一般的なシナジー仮説です。買い手候補との面談では、「共同で何かできる」ではなく、顧客、課題、提供範囲、収益、必要投資まで具体化します。

1．安全教育VRと受講管理システム

VRで危険体験や手順訓練を行い、Web側で受講者、成績、再受講、拠点別進捗を管理します。XR会社はシナリオ、インタラクション、HMDを、Web会社は認証、管理画面、データ連携を担います。個人データ、評価の利用目的、オフライン現場の同期、端末故障時の運用を設計します。売上は初期開発、拠点追加、教材更新、端末管理に分け、保守原価を見ます。

2．建築VRと案件・図面管理

BIM・CADから作る空間レビューを、案件管理、コメント、版、承認ワークフローと接続します。顧客は没入体験だけでなく、誰がどの版へ指摘し、設計へ戻したかを追えます。変換の自動化、モデル軽量化、座標、図面の秘密保持が論点です。買い手の建設顧客基盤があっても、データ変換工数と現場導入を過小評価しないようにします。

3．観光ARと予約・回遊・多言語Web

位置連動ARを、チケット、予約、地図、店舗情報、多言語コンテンツと組み合わせます。自治体・DMO・交通・店舗の関係を整理し、年度後も更新できる運営主体を決めます。体験ログは必要最小限とし、位置データの説明・保存を確認します。コンテンツ制作費だけでなく、季節更新、店舗入替、OS対応、問い合わせの継続費用を設計します。

4．バーチャルショールームとEC・CRM

商品を3Dで比較し、Webの在庫、見積、予約、問い合わせへつなぎます。体験の派手さだけでなく、商談化率や更新速度が顧客価値です。商品CADの利用許諾、価格変更、SKU、個人情報、分析を確認します。XR側とWeb側の更新担当を分けず、一つの商品更新手順として設計します。

5．遠隔支援ARと保守チケット

現場映像やAR注釈を、問い合わせ、チケット、部品、履歴と接続します。通信品質、録画、顧客秘密、作業者の顔・音声、安全、端末管理が重要です。現場で通信が切れた時の代替手順を置きます。導入効果は移動時間削減だけでなく、解決時間、一次解決率、教育への再利用を測ります。

6．イベントVRと会員・コンテンツ配信

会場体験を一度で終わらせず、事前予約、会員、イベント後の動画・Web体験へつなぎます。会場の回転率、端末、スタッフ、出演者・音源・スポンサーの権利を確認します。顧客データを別サービスの広告へ使う場合は、目的と同意を見直します。共同提案の価値はオンラインと現地をつなぐことですが、運営負荷と権利期間を含めて採算を計算します。

地域の従業員・顧客・関係者へ伝える説明設計

従業員には、条件と仕事の両方を説明する

給与や勤務地だけでなく、誰が上司になり、どの案件へ参加し、技術選定と評価がどう変わるかを伝えます。決まっていない事項は回答期限を示します。買い手経営者または責任者が直接将来像を語り、譲渡企業の経営者だけへ説明を任せません。地域拠点を残す場合も、単に住所が残るのか、採用・営業・意思決定の機能を持つのかを具体化します。

顧客には、担当・契約・データ・保守を説明する

M&Aにより何が便利になるかと同時に、既存の責任がどう継続するかを説明します。契約当事者、担当、問い合わせ、ソース・データ、再委託、請求を確認します。買い手の顧客へ実績を紹介する際も、既存顧客の秘密を無断で使いません。主要顧客は経営者同士が訪問し、現場担当の関係も並行して引き継ぎます。

協力会社には、継続条件と権利を確認する

外注クリエイターや地域パートナーは、譲渡後も自動的に同条件で協力するとは限りません。秘密保持の時期を守りながら、発注主体、支払、単価、成果物、再委託、連絡を確認します。個人的な信頼関係を尊重し、買い手担当を早めに紹介します。重要外注を一社へ集中させている場合は、代替と引継ぎ期間を用意します。

金融機関・行政・地域団体には、必要な手続を先に確認する

借入、経営者保証、補助金、入札資格、賃貸借、地域支援制度では、株主変更や代表変更に通知・承認が関係する場合があります。契約・制度を確認し、専門家と日程を作ります。地域貢献を約束している事業では、買い手の方針を誠実に説明します。プレス発表前後の順序を誤ると信頼を損なうため、関係者一覧と説明責任者を作ります。

COMBO事例を自社へ応用するためのデータルーム資料30点

1. 会社沿革と株主・役員の変遷
2. 直近三期の決算・申告・勘定内訳
3. 直近月次と予算・実績差
4. 顧客別・月別売上
5. 案件別の売上・工数・外注・粗利
6. PoC、本開発、横展開、保守の移行表
7. 受注残と提案パイプライン
8. 主要顧客契約と条項要約
9. 外注・SES・再委託台帳
10. 組織図と職種別スキル表
11. キーパーソンと副担当
12. 採用・離職・育成実績
13. 主要プロジェクト一覧
14. Git・LFS・CIの構成
15. クリーンビルドの手順と結果
16. エンジン・SDK・パッケージ一覧
17. 購入アセット・OSSのライセンス
18. コード・3D・映像・音声の権利台帳
19. 撮影・施設・人物の許諾
20. ストア・クラウド・ドメイン台帳
21. 署名鍵・証明書の管理手順
22. HMD・PC・撮影機材台帳
23. キッティング・故障・衛生手順
24. 取得データと保存・削除のマップ
25. セキュリティ事故・障害・既知不具合
26. 借入・保証・リース・保険
27. 係争・苦情・未解決要求
28. 顧客・社員・協力会社への説明計画
29. Day1と30・60・90日の承継計画
30. 買い手候補別の共同案件仮説

資料を集める際、顧客秘密や個人情報を全候補へ無制限に開示しません。初期は匿名・集計版を使い、秘密保持と必要性に応じて詳細を追加します。見つからない資料は存在するように装わず、不足理由、影響、作成・是正予定を記録します。資料の基準日と版をそろえ、口頭説明との矛盾を防ぎます。

「初回面談から約2か月」を再現しようとする前に確認すること

本件の約2か月という公表期間は印象的ですが、短期成約そのものを成功条件にしてはいけません。取引規模、株主数、資料、買い手の社内決裁、金融機関、契約の複雑さで必要期間は変わります。短縮できるのは確認の待ち時間であり、確認項目ではありません。

意思決定者が最初から参加しているか

譲渡企業の代表と買い手代表・事業責任者が、目的、社員、拠点、共同案件、価格前提を直接話せることが重要です。担当者が社内へ何度も持ち帰る状態では、方向性の確認だけで時間がかかります。ただし代表同士が合意しても、取締役会、株主、投資委員会、金融機関など必要な正式手続を飛ばすことはできません。誰が何を決めるかを初期に一覧化します。

基準日のそろった資料があるか

決算、月次、顧客売上、案件採算、人員、契約の基準日が違うと、数字の差を説明するため往復が増えます。資料一覧へ基準日、作成者、会計ルール、更新頻度を付けます。質問回答を一つのQ&A表へ集約し、同じ問いへ異なる回答をしないようにします。修正時は差替理由と影響を残します。

重大論点を後半まで隠していないか

主要顧客の解約、キーパーソン退職、権利不明、税務・労務、株主紛争など重要事項を終盤まで伏せると、短縮どころか交渉中断につながります。初期からすべての個人情報を出す必要はありませんが、取引判断へ重大な影響を与える事項は、専門家と開示時期・方法を設計します。課題と是正策を同時に示します。

クロージング後の初動が合意されているか

契約だけ早くても、社員説明、顧客、請求、権限、案件配置が未定なら事業が混乱します。Day1の連絡網、給与・請求、障害対応、アカウント、主要顧客訪問を先に決めます。本件の公表初期効果を参考にするなら、成約日に「共同案件を探す」のではなく、秘密保持と顧客承認を踏まえた候補を交渉中から準備することが教訓です。

「全員フル稼働」を長期の企業価値へ変える指標

公開事例は、成約2か月後にCOMBO社員全員がフル稼働したとしています。初期の雇用不安を和らげ、案件連携を実感できる重要な情報です。一方、同種案件で稼働率だけを追うと、学習・営業・改善時間がなくなり、低粗利や過労を見逃します。フル稼働を長期価値へ変えるには、次の指標を合わせて見ます。

• 案件粗利：社内工数、外注、3D、端末、現地、無償修正を含め、見積と実績を比較します。
• 手戻り：要件変更、両社レビュー、顧客承認、環境差による再作業を理由別に測ります。
• 残業と有給：稼働が特定者へ偏っていないか、休める体制があるかを確認します。
• 学習時間：エンジン・端末更新、新技術、セキュリティ、品質改善の時間を確保します。
• 共同提案の再現性：一度の案件紹介でなく、営業から納品まで共通手順が作れたかを見ます。
• 社員の希望：大規模案件の経験が成長や評価へつながっているかを面談で確認します。

初期三か月は週次、その後は月次で確認し、譲渡企業・買い手の責任者が改善を決めます。稼働の空白を悪とせず、共通基盤、ドキュメント、教育へ使う時間を投資として管理します。受注が増えた結果、顧客品質と社員定着が高まって初めて、案件シナジーが企業価値へ変わったと評価できます。

一部株式を残す取引を検討する場合の一般的な論点

M&Aサクシードの現在の知識記事は本件を90％の株式譲渡と紹介していますが、詳細な株主間契約やその後の保有状況は本稿の確認資料だけでは分かりません。以下は本件の非公表条件を説明するものではなく、譲渡側株主が一部株式を保有し続ける案を検討する場合の一般論です。

一部株式を残せば、承継後の成長に参加できる可能性がある一方、支配権、配当、追加資金、将来売却、情報権、希薄化、競業、退任時の扱いを定める必要があります。少数株主には経営を自由に決められないリスクがあり、買い手にも意思決定や将来再編の制約が生じます。「残した方が高くなる」「創業者の意欲が保てる」と一律には言えません。

確認する事項には、取締役指名、重要事項の同意、事業計画、予算、配当方針、株式譲渡制限、売渡請求、共同売却、強制売却、評価方法、代表者の雇用・委任契約があります。株式対価と役員報酬、アーンアウトを混同せず、税務・法務を専門家と確認します。創業者が残る期間と役割は、持株比率だけでなく、顧客引継ぎ、技術、採用、後継責任者の育成から決めます。

従業員や顧客へ「創業者も株主だから何も変わらない」と説明するのは避けます。支配権と経営方針が変わる可能性を正しく伝え、合意済みの事項だけを話します。一部株式を残すか全株式を譲るかは、価格だけでなく、経営関与、将来資金、個人のリスク、買い手との信頼を総合して判断します。

統合初年度を四半期ごとにレビューする

第1四半期｜継続と信頼

顧客契約、納品、給与、請求、障害対応を止めず、社員・顧客の不安へ回答します。共同案件を一つ始め、両社の見積、PM、レビューの違いを記録します。キーパーソン、主要顧客、重要外注の継続を確認します。

第2四半期｜共同営業と開発標準

成功・失敗した提案を分析し、共同営業資料、案件判定、採算、品質ゲートを整えます。Git、CI、セキュリティ、アカウントの最低基準を合わせます。すべてを一斉統合せず、顧客価値とリスクが大きい部分から標準化します。

第3四半期｜投資と人材育成

共同案件の実績を基に、採用、教育、共通基盤、端末、クラウド、営業へ投資します。旧会社間の役職ではなく、新しい事業に必要な責任を割り当てます。社員面談で、案件機会、負荷、評価、文化の課題を確認します。

第4四半期｜事業計画を更新

M&A時のシナジー仮説と実績を比較し、売上、粗利、顧客継続、離職、品質、投資回収を評価します。達成できなかった目標は、前提、責任、能力、顧客需要に分けて修正します。のれんや評価のため数字を作るのではなく、次年度に伸ばす領域と撤退・改善する領域を決めます。

初年度レビューは、譲渡企業の経営者の引継ぎ終了時期とも接続します。誰が顧客、技術、地域、採用を引き継いだかを確認し、未完了なら期限と支援方法を合意します。一年後に「買収したが何が変わったか分からない」状態を避けるため、最初から基準値、責任者、会議を置きます。

XRエンジニアの定着面談で確認する10項目

本件の公開コメントでは、職場環境の継続と大規模案件への参加意欲が安心・意欲に結び付いたと説明されています。同種案件では、買い手が「残ってほしい」と伝えるだけでなく、社員が何を大切にしているかを個別に聞きます。面談は退職を疑う場ではなく、承継後の仕事を共同設計する場です。

1. 現在の仕事で続けたい役割・技術・顧客は何か。
2. 新しい案件で経験したい規模・業界・工程は何か。
3. 勤務地、リモート、出張について守りたい条件は何か。
4. 現在のチームで機能しているレビュー・相談方法は何か。
5. 評価、給与、職位について分からないことは何か。
6. 買い手側の研修、専門家、設備で使いたいものは何か。
7. 統合により失われると困る文化・裁量は何か。
8. 現在、一人だけが担い負担になっている業務は何か。
9. 顧客・協力会社へ説明する際に懸念することは何か。
10. 30日後・90日後に良い承継だったと感じる状態は何か。

回答は人事評価へ直結させず、利用目的と共有範囲を説明します。すべての希望をかなえると約束せず、決定、検討、困難を期限付きで回答します。買い手側社員にも同じ面談を行い、「買った側だけが標準」という空気を避けます。共通する希望は統合施策へ、個別事情は必要な配慮へ反映します。

統合対象を「残す・つなぐ・統一する・終了する」で決める

企業文化を尊重することと、何も変えないことは同じではありません。重複ツールや不十分な管理を放置すれば、顧客対応とセキュリティに影響します。一方、買い手標準へ即日統一すると、開発が止まり人材が離れる可能性があります。対象ごとに四分類し、顧客影響、法令・セキュリティ、社員負荷、費用、期限から判断します。

判断表には、現状所有者、顧客・データ影響、移行責任者、テスト、期限、ロールバックを付けます。たとえばGitを統一する場合、コードだけでなくLFS、Issue、Secrets、CI、外部連携を確認します。チャットを変える場合、顧客秘密と過去検索、ゲスト、退職者を考慮します。HMD管理を統一する場合、現場のオフライン運用や既存MDM契約を確認します。

終了判断は経費削減だけで行いません。古いデモが営業に使われていても、権利やセキュリティが不明なら代替デモを作ってから停止します。社員が慣れた仕組みを変える際は、理由、移行期間、教育、サポートを示します。四分類を30日で仮決めし、共同案件の実績を見て90日で更新します。

買い手の案件を受ける前に行うキャパシティ設計

案件シナジーが早く出るほど、譲渡企業のチームへ仕事が集中することがあります。共同案件候補ごとに、必要なPM、Unity・Unreal、3D、Web、QA、端末運用の人月と開始時期を出し、既存顧客の受注残と重ねます。稼働率100％を前提にせず、レビュー、障害、学習、有給、営業の余白を置きます。唯一担当者が複数案件を兼ねる場合、その人の時間ではなく工程全体がボトルネックになります。

不足を採用だけで埋めようとすると時間がかかります。買い手側人材の参加、協力会社、案件時期調整、機能削減、共通部品、PoC分割を比較します。外注する場合、顧客の再委託承認、権利、秘密保持、品質を確認します。大規模案件へ参加できる魅力と、現実的な納期・品質を両立させます。

毎週、受注確度、必要工数、実績工数、残業、欠員、依存を更新します。共同営業が成約する前に開発枠を確約し過ぎず、提案の確度と時期を段階表示します。買い手営業へXR見積の変動要因を教育し、3D修正、端末、現地、ストア審査、顧客レビューを織り込みます。案件を紹介した側と作る側で粗利責任を分断せず、一つの案件P&Lを共有します。

まとめ｜COMBO事例の本質は「技術、人、案件、地域」の接続

COMBOからテクノモバイルへの株式譲渡は、VR AR 企業 M&A事例を考える際の具体的な教材です。公開情報から確認できるポイントは、COMBOが危機の深刻化を待たず成長の選択肢としてM&Aを検討したこと、テクノモバイルの案件・事業拡大戦略と接点があったこと、初回面談で方向性が合い、約2か月で成約したこと、成約後早期に案件相談と社員稼働が始まったことです。

同じ結果を得る公式はありません。しかし、譲渡企業が自社の価値を「VRができる」という一言で終わらせず、顧客課題、案件採算、チーム、地域、技術・権利、運用として示すことは再現できます。買い手も、技術者を確保するだけでなく、最初の共同案件、働く環境、統合責任者、投資を具体化する必要があります。価格と同じくらい、誰とどの仕事を続けるかが会社承継の価値を決めます。

VR/XR会社の売却事例や準備の全体像は、VR M&A総合センターでも紹介しています。自社がどの買い手と補完関係を作れるか、公開前に整理することから始めてください。

重ねて、本件は当センターが仲介・支援した案件ではなく、当事者・関係サービスの公開情報を基にVR/XR事業譲渡の論点を解説したものです。