Salesforce導入支援会社M&A実務ガイド｜認定資格・顧客契約・開発人材を承継する方法

2026年8月15日2026年10月5日

Salesforce導入支援会社のM&Aでは、認定資格の数と売上だけでなく、顧客組織の設定・開発・保守を、担当交代後も安全に続けられるかを確認します。資格は人材に、データと環境は顧客に、再利用できるテンプレートは契約上の権利に、それぞれ結び付くためです。

本稿は、認定人材、プロジェクト採算、顧客組織、開発資産、運用保守、パートナー関係を整理する売却準備ガイドです。特定企業の評価額や成約実績、Salesforceの承認結果を示すものではありません。

導入、追加開発、運用保守を分けて収益を示す

Salesforce支援には、業務整理、要件定義、設定、データ移行、開発、外部システム連携、利用者教育、運用保守があります。Sales Cloudなどの製品名だけでなく、どの工程を自社が担い、何を外注しているかを案件台帳に記載します。顧客の業務を理解する人材と、開発・保守を行う人材が同じとは限りません。

売上の区分と確認したい作業
収益区分	採算を確かめる資料	見落としやすい事項
初期導入・移行	見積、工程別工数、変更合意、検収	移行データの修正、利用者教育、検収後の対応
追加開発・連携	開発原価、外注費、仕様追加、未完了課題	顧客側や外部サービス変更による作業増加
月額保守・改善	契約範囲、応答条件、月次工数、更新実績	無制限の対応、属人化した障害復旧
ライセンス等を含む請求	契約・販売形態、実費部分、支払条件	支援報酬とライセンス費用の混在

受注残は、契約済み金額から必要な作業と外注費を引いて説明します。未受注の営業案件は受注残と混ぜず、商談の段階、提案責任者、顧客の決裁予定を別に示します。月額保守も、更新率だけでなく、問い合わせ量、改善作業、障害対応を含めた利益の再現性が重要です。

企業価値は資格数や売上倍率で一律には決まりません。顧客集中、未完了開発、契約上の責任、主要人材の継続、買い手が追加できるサービスを合わせて検討します。値付けの前に、どの売上がどの人材と開発資産に依存しているかを説明できる状態を作ります。

資格の有効性と案件を動かせる人材を分けて確認する

認定資格は保有者ごとの情報です。会社が売却されても、資格だけを会社資産として切り離せるものではありません。本人の確認を得て、資格の種類、現時点の状態、維持の要件、担当製品・工程、継続勤務の見通しを整理します。公式の資格確認ページと維持学習の案内を参照し、過去の取得記録だけで判断しないようにします。

資格情報に加えて、要件定義、データ設計、権限設計、ApexやFlow、連携、テスト、運用支援の実務を誰が担えるかを一覧にします。顧客との会議を進める人、設計をレビューする人、障害時に原因を追える人を明確にすると、人数だけでは見えない欠員リスクが分かります。

主要案件の主担当・副担当・レビュー担当を対応させる。
特定人材だけが把握する業務仕様や連携の例外処理を記録する。
外注先の継続意向、契約、成果物の権利とアクセス権を確認する。
リテンションの対象、教育期間、経営者の引継ぎ範囲を、本人の意向も踏まえて検討する。

Salesforceとのパートナー関係は、対象プログラム、契約当事者、現在の認定状況、必要な通知や審査を確認します。M&A後の扱いは個別に確認し、資格人数だけでパートナー資格が自動的に維持されると説明しないようにします。

顧客組織へのアクセスとデータの管理責任を特定する

顧客が所有・利用するSalesforce組織を、支援会社の資産として移す計画にはできません。顧客組織と自社の開発・管理環境を区別し、顧客承認の下で新しい担当者が必要な権限を得られる状態にします。退職者のログインを共有する方法で業務を続けないことが基本です。

顧客ごとに残す環境・アクセス情報
対象	台帳に記録する事項	引継ぎの確認
本番組織	顧客側管理者、担当ユーザー、権限の目的	新担当者のアクセスと旧担当者の削除時期
Sandboxなど検証環境	用途、環境の種類、データの扱い、担当者	個人情報を含むデータへのアクセス範囲
外部連携	連携先、認証方式、責任者、障害時の連絡先	連携用ユーザー・秘密情報の管理と変更手順
バックアップ・作業記録	保存先、対象、復旧手順、保存期間	顧客契約の範囲内で閲覧・復元できるか

検証環境にも顧客のデータが含まれる場合があります。環境名がSandboxだから安全と判断せず、実際のデータと権限を確認します。秘密情報を売却説明資料に載せる必要はありません。保管方法、管理者、更新手順を示し、実際の引継ぎは制限した方法で行います。

権限の棚卸しは、移行作業と通常のリリースを同時に混乱させないよう、顧客の業務予定に合わせます。権限変更後は、定例作業、外部連携、監視、問い合わせ対応が動くことを確認し、変更記録を残します。

メタデータ、コード、テンプレートの権利とリリース手順を残す

開発資産には、設定、Flow、Apex、Lightning Web Components、テスト、移行スクリプト、連携仕様、手順書などがあります。各資産について、顧客への納品物、自社で再利用する汎用部分、外注先や第三者の権利を分けます。顧客環境に存在する設定と、自社が自由に再販できる商品は同じではありません。

リポジトリ、変更履歴、設計資料、現在の本番版を対応させ、誰がどの手順で検証・承認・公開しているかを確認します。Salesforce公式の開発資料には、メタデータとソース管理、検証環境でのテスト、本番へのリリースをつなぐ工程が示されています。買い手の開発体制へ変更するときも、顧客固有の承認手順を先に確認します。

AppExchangeアプリなどの外部製品が含まれる場合は、契約者、費用、サポート窓口、利用条件、更新時期を台帳化します。自社が開発したパッケージも、顧客へのライセンス、保守義務、配布環境、修正の責任を確認します。買い手が取得する権利と、承継後に果たす義務を同時に説明します。