Web制作会社、EC支援会社、SaaS事業、クラウド運用会社のM&Aでは、ドメイン、サーバー、CMS、広告、分析、決済、クラウド権限の整理が引継ぎの成否を左右します。
M&A速報データでは、SaaS、DX、Webマーケティング、EC支援、クラウド関連の案件が多く確認できます。本記事では、そうした会社の譲渡前に整理すべきデジタル資産を実務目線でまとめます。
この記事で整理すること
- Web制作・EC支援会社で見落とされやすい管理権限
- SaaS事業で買い手が確認するMRR、チャーン、CS体制
- クラウド運用・MSP会社で重要になるSLAと障害履歴
- 顧客に迷惑をかけない移管順序の考え方
デジタル資産は、会社の外に散らばっている
Web制作会社やEC支援会社のM&Aでは、貸借対照表に載らない資産が多くあります。ドメイン、サーバー、CMS、広告アカウント、解析ツール、SNS、ECカート、決済、メール、クラウドストレージ、デザインデータ、ソースコードなどです。これらは事業を動かすために不可欠ですが、管理者が代表者個人のメールアドレスになっていることもあります。
買い手は、顧客を引き継げるかだけでなく、実際に運用を止めずに移せるかを確認します。権限が整理されていないと、譲渡後にログインできない、支払い方法がわからない、広告が止まる、ドメイン更新に失敗する、顧客サイトの保守ができないといったトラブルにつながります。
譲渡前には、顧客ごとに何を管理しているかを棚卸しします。アカウント名やパスワードを初期段階で共有する必要はありませんが、どの種類の権限があり、誰が管理していて、移管可能かどうかを説明できるようにします。
Web制作・EC支援会社は、保守とアカウント管理が価値になる
Web制作会社のM&Aでは、制作実績だけでなく、保守契約、広告運用、アクセス解析、CMS更新、サーバー管理、ドメイン管理、セキュリティ対応、EC運用支援の継続性が評価されます。単発制作だけの売上よりも、月額保守や運用支援が積み上がっている会社は、買い手にとって将来売上を見通しやすくなります。
ただし、保守の範囲が曖昧な場合は注意が必要です。更新作業、軽微な修正、障害対応、バックアップ、プラグイン更新、セキュリティ対策、広告運用、レポート作成がどこまで含まれるのかを整理します。顧客は「いつもやってくれている」と思っていても、契約書上は明確でないことがあります。
EC支援では、決済、在庫連携、配送、モール、広告、CRM、メール配信など、複数のサービスがつながっています。どのアカウントを誰が持ち、どこまでが支援範囲かを整理することで、買い手は引継ぎ後の運用負荷を見積もりやすくなります。
- ドメイン、DNS、SSL証明書の管理者
- サーバー、CMS、ECカート、決済の権限
- 広告、GA4、タグ、SNS、メール配信の権限
- 保守範囲、更新頻度、顧客別の対応履歴
SaaSではMRRだけでなく、CSと解約理由を見られる
SaaS事業のM&Aでは、MRRやARRが注目されます。しかし、買い手が本当に見たいのは、売上の継続性です。チャーン、アップセル、契約期間、料金プラン、導入支援、問い合わせ対応、障害対応、ロードマップ、開発体制を総合的に確認します。
小規模SaaSでは、代表者や少人数の開発者が、営業、導入、カスタマーサクセス、障害対応まで兼ねていることがあります。この場合、譲渡後に誰が顧客対応を担うのか、問い合わせ履歴は残っているのか、仕様変更の判断基準はあるのかを整理することが重要です。
また、SaaSではソースコードやインフラだけでなく、顧客データ、ログ、利用規約、プライバシーポリシー、セキュリティ対応、サブプロセッサ、外部API、決済情報の扱いも確認されます。初期段階では詳細を伏せつつ、論点の有無を説明できるようにしておくと、候補先との会話が進みやすくなります。
クラウド運用・MSPではSLAと障害履歴が重要
クラウド運用会社やMSPのM&Aでは、監視対象、SLA、障害対応、夜間休日対応、運用手順書、構成図、権限管理、バックアップ、セキュリティ運用が見られます。売上が継続していても、担当者だけが構成を把握している場合は、引継ぎリスクが高くなります。
買い手は、どの顧客でどのクラウドを使い、どの権限を誰が持ち、障害時にどの手順で対応するのかを知りたいと考えます。クラウドアカウントが顧客名義なのか、自社名義なのか、再販なのか、請求代行なのかによって移管方法も変わります。
障害履歴は隠すものではありません。むしろ、過去の障害、対応時間、再発防止策、顧客説明の履歴が残っている会社は、運用が管理されていると見られます。完璧な無事故よりも、事故が起きたときに説明できる体制があることが重要です。
移管は一括ではなく、顧客別に順序を決める
デジタル資産の移管は、一度にすべてを変えようとすると混乱します。顧客別に、緊急度、契約内容、管理権限、担当者、更新期限、支払い方法を確認し、優先順位を決めます。ドメイン更新やサーバー契約の期限が近いものは早めに確認が必要です。
顧客への説明も重要です。買い手に変わることで、保守窓口、請求先、担当者、対応範囲がどう変わるのかを明確にします。Web制作やEC支援では、顧客が日常的にサイトや広告を使っているため、移管の失敗がすぐに業務影響につながります。
譲渡前にすべてを整える必要はありませんが、何が未整理かを把握しておくことはできます。候補先には、未整理項目を隠すのではなく、移管計画として説明するほうが信頼されます。
売却を決める前に、先に整えておきたい視点
IT企業のM&Aでは、最初からすべての資料を出す必要はありません。むしろ初期段階では、会社名、顧客名、社員名、ソースコード、インフラ構成、主要アカウントを整理した状態で、事業の輪郭と強みだけを伝えるほうが安全です。相手が本当に検討に値する候補先か、競合関係や顧客関係に問題がないかを見極めてから、情報管理契約、詳細資料、面談へ進む順番を設計します。
地域のIT会社の場合、主要顧客や元請け名を一つ出すだけで会社が推測されることがあります。自治体、学校、医療介護、製造業、地元商工業者など、長い付き合いの顧客が多いほど、情報共有の順番は具体でなければなりません。買い手候補にとって必要な情報と、初期段階では整理するべき情報を分けることが、社員と顧客を守る第一歩です。
また、譲渡価格だけで判断しないことも大切です。IT会社の譲渡では、社員の継続、顧客への説明、保守の引継ぎ、代表者の残り方、屋号やサービス名の継続、競業避止の範囲など、価格以外の条件が事業の未来を左右します。金額が高く見えても、顧客が離れたり、社員が不安を感じたりすれば、結果として良い承継にはなりません。
当センターでは、譲渡企業様から着手金・中間金・成功報酬をいただかない前提で、まずは初期で相談できるようにしています。売却を決めていない段階でも、どの情報を整理すればよいか、どの候補先に出すと危ないか、どの条件を先に決めるべきかを確認できます。大切なのは、急いで案件化することではなく、守るべき関係を把握したうえで進めることです。
相談前の段階では、きれいな資料を作るよりも、事業の実態を正直に分けることが重要です。継続売上と単発売上、保守契約と都度対応、社員が担う業務と代表者が抱えている業務、顧客名を出してよい情報と整理するべき情報を分けるだけでも、候補先に伝えるべき輪郭は見えてきます。最初から完全な資料を求める必要はありません。
買い手候補にとっても、初期段階で知りたいのは細かい秘密情報ではなく、検討する意味があるかどうかです。どの業種の顧客が多いのか、どの売上が継続しそうか、どの領域に属人化があるのか、譲渡後に代表者や社員がどれくらい協力できるのかがわかれば、次の面談に進むか判断できます。情報を小出しにするのではなく、段階を分けて安全に伝えることが大切です。
地域の会社ほど、M&Aを大きな出来事として受け止められがちです。しかし実務上は、顧客への保守を止めず、社員の雇用を守り、代表者が無理なく引退または次の役割へ移るための選択肢でもあります。売却という言葉に抵抗がある場合でも、事業承継、資本提携、後継者探し、グループ入りなど、状況に合う表現と進め方を整理できます。
検討を始めるタイミングが早いほど、選べる手段は増えます。資金繰りや人材不足が切迫してから動くよりも、顧客との関係が安定し、社員も具体的に働いている段階で情報を整理したほうが、候補先との交渉もしやすくなります。今すぐ売却するつもりがなくても、会社の引継ぎや将来の選択肢を把握しておくことには意味があります。
買い手が評価しやすい会社は、課題がない会社ではなく、課題を説明できる会社です。仕様書が古い、契約が口頭に近い、代表者依存がある、特定顧客への依存があるといった事情は、多くの地域IT企業にあります。大切なのは、それを隠すことではなく、どこに依存があり、譲渡後にどう引き継げるかを言語化することです。
特にIT会社では、技術と顧客の両方を理解している人が限られていることがあります。営業資料では見えない現場の知識、障害時の対応、顧客ごとの暗黙のルール、過去の改修経緯が価値にもリスクにもなります。これらを少しずつ棚卸ししておくことで、候補先との面談が具体的になり、不要な誤解も減らせます。
M&Aの検討は、経営者だけで抱え込むと判断が遅れやすくなります。ただし、社内外へ不用意に相談すると情報が広がるリスクもあります。まずは初期で、会社名や顧客契約を整理たまま、事業の特徴と悩みを整理することが現実的です。そのうえで、必要な段階になってから専門家や候補先に情報を共有していきます。
デジタル資産の棚卸しチェック
- 顧客別に管理しているドメイン、DNS、SSL、サーバーを整理する
- CMS、EC、決済、広告、SNS、GA4、タグ管理の権限者を確認する
- SaaSのMRR、チャーン、問い合わせ履歴、障害履歴を整理する
- クラウド構成図、監視範囲、SLA、バックアップ、運用手順を確認する
- 顧客説明と移管の順番を、契約期限や更新期限から逆算する
よくある確認事項
パスワードを最初から共有する必要はありますか。
必要ありません。初期段階では、どの種類のアカウントがあり、誰が管理し、移管可能かを説明できれば十分です。詳細情報は条件整理後、必要な範囲で共有します。
個人名義のアカウントが多い場合でも相談できますか。
可能です。個人名義のままにしてよいわけではありませんが、まずは現状を把握し、譲渡前後でどの順番で整理するかを設計します。
まとめ
Web制作、SaaS、クラウド運用のM&Aでは、目に見える売上だけでなく、アカウント権限、保守範囲、移管手順が大きな論点になります。これらを整理できている会社は、買い手にとって安心して検討しやすくなります。
初期相談では、顧客名やパスワードを出す必要はありません。まずは、どのデジタル資産があり、誰が管理していて、どこに移管リスクがあるかを初期で整理することから始めましょう。
