M&Aの成長に、再現性を。
Stagwellに見る、Palantir×ServiceNowを要としたPMI構想。

70社超の代理店を支える、
人事・IT・セキュリティの共通基盤。

今回、何が発表されたのか

ServiceNowは2026年10月28日、StagwellによるAI Platformの選定を発表しました。対象は70社超の代理店ネットワーク。買収に伴うシステムや承認経路の分散を解消し、各社の自律性と文化を保ちながら、共通業務を接続する計画です。^[1]

出典：[1]。発表された計画・期待効果を整理したもので、導入完了や効果測定の報告ではありません。

背景は、買収のたびに増えてきた業務の分断

公式発表によると、Stagwellでは買収によって異なるシステムや承認経路、各社固有のIT環境が持ち込まれ、独自のミドルウェアでつながれていました。そこで、代理店の事業運営や文化を保ったまま、人事・IT・セキュリティの共通業務をつなぐ基盤が必要になったと説明しています。^[1]

人事側は、入社から日々の従業員サポートまでを人事とITで一体的に扱う方針です。技術側は、4つのサービスデスクと独自ミドルウェアの集約に加え、AIエージェントの統制を、新たな買収にも対応できる共通の枠組みに位置付けています。今回の発表は、この社内基盤の整備を対象としています。後述する10月14日のマーケティング協業は別の発表です。^[1]

Stagwell（スタグウェル）とは

Stagwellは、ニューヨークに本社を置く米国の広告・マーケティング持株会社です。NASDAQの銘柄コードはSTGW。2015年にマーク・ペン氏が設立したStagwell Groupと、既存の代理店ネットワークを持つMDC Partnersが2021年に統合し、現在のStagwell Inc.になりました。70社超の代理店を束ね、人員規模は1万人超です。^[2][3][4]

会長兼CEOのペン氏は、ビル・クリントン大統領の世論調査・政治戦略を支え、Microsoftでは最高戦略責任者などを務めた経歴の持ち主です。調査、広告、データ、テクノロジーを横断してきた経営者が、代理店の買収と技術投資を組み合わせて成長を図っている会社、と捉えると理解しやすいと思います。^[5]

「チャレンジャー・ネットワーク」とは何か

同社が掲げる言葉は、既存の巨大広告グループに、デジタルやテクノロジーを起点として挑むという自己定義です。広告制作だけでなく、調査、メディア運用、PR、デジタル変革、ソフトウェアを組み合わせる点が特徴です。^[2]

出典：[2][3]。ブランド・事業の例示であり、以下の財務報告セグメントと一対一に対応する一覧ではありません。

広告サービスから、AIを使ったマーケティング変革へ

財務報告上はMarketing Services、Digital Transformation、Media & Commerce、Communications、The Marketing Cloudの5区分を持ちます。2026年10月29日発表の第3四半期決算では、売上高は8億1,600万ドルで前年同期比10％増。Digital TransformationとThe Marketing Cloudの純収益は、買収・為替等の影響を除くオーガニック成長率でそれぞれ23％、108％増となり、技術領域への転換を進めています。^[6]

調整後EBITDAは1億4,500万ドル、純収益比の同マージンは22％。一方、普通株主に帰属する純利益は1,800万ドルで前年同期を下回り、年初来では約300万ドルの純損失です。成長と収益の管理を同時に問われる局面でもあります。調整後指標は会計上の純利益とは異なります。^[6]

AI戦略にも実体があります。PalantirのFoundryと、自社の業務オーケストレーションやマーケティングデータを組み合わせ、Stagwell Agentic Targeting System（SATS）などを展開しています。顧客に技術を提供する会社自身が、社内の人事・IT・AI統制の基盤も整えようとしているわけです。^[7]

提供価値と組織運営。その両側にAI基盤を置く

Stagwellは、PalantirかServiceNowかを選んでいるわけではありません。Palantirとの連携では、Foundryに自社のThe Machineのオーケストレーションやマーケティングデータを組み合わせ、顧客向けサービスと製品の高度化を目指しています。私は、この構成におけるPalantirを、マーケティングサービスを提供する側のデータ・AI基盤と捉えています。顧客データを分析し、施策の判断や実行につなぐハブの役割です。ただし、AIサービス全体をPalantir単体で担うという意味ではなく、Stagwellのソフトウェアやデータとの組み合わせです。^[10]

一方、今回発表されたServiceNowの役割は、人事・IT・セキュリティと買収先の受け入れをつなぎ、サービスを提供する組織そのものを支えることです。顧客への提供価値を高める基盤と、会社が増えても運営できる基盤を併せて持つ。私は、ここに両者を共存させる意味を見ています。攻めの技術投資を、組織の成長と実行力へつなげる構成と読めます。^[1]

もっとも、両社の役割は固定的な二分ではありません。StagwellとServiceNowは10月14日、The MachineとServiceNowのツールを組み合わせる業務環境や、共同市場開拓を含む3年間の協業も発表しています。ServiceNowとの関係も顧客向けの事業機会へ広がっています。本稿では、今回の社内基盤整備における役割を中心に整理しています。^[11]

買収で専門性を増やすほど、受け入れる力が重要になる

成長の手段にはM&Aがあります。2026年7月にはAdobe関連の実装・コンサルティングを担うQStrauss Consultingの買収契約を発表し、10月には広告収益化支援のFreestarの買収を発表しています。地域や人数を増やすだけでなく、技術と専門性をネットワークへ加える動きです。^[8][9]

専門会社の強みを獲得しても、入社手続き、アクセス、問い合わせ、承認の仕組みが毎回分断されれば、連携の負担が積み上がります。この会社の成長モデルを踏まえると、今回のServiceNow選定は、買収後に人が働ける状態を繰り返し作るための基盤投資として読むことができます。

Repeatable “day-one” M&A onboarding。
PMIを、繰り返し使える経営能力へ。

顧客へのサービス提供では、Palantirと自社のAI製品が動く。人事・IT・セキュリティと買収先の受け入れでは、ServiceNowを整える。私は、この両側への投資を、事業と経営基盤を同時に高度化する構想として見ています。その接点として最も注目したのが、公式発表の「Repeatable “day-one” M&A onboarding」です。買収後の初日から必要な業務を始められるよう、バックオフィス統合のひな型を用意し、次の買収にも使うという構想です。各社の文化や事業運営の自律性を残す点も明示されています。^[1]

私は、これを単なるシステム統合の効率化にとどめたくありません。ServiceNowをPMIの要に置き、買収先を受け入れる手順、担当、例外、完了条件を可視化する。その型があるから、買収前に何を調べ、何を準備すべきかも具体化する。ここまでつながると、M&Aを成長戦略として繰り返すための組織的な能力になります。

図：Numberの考察による改善の循環。Stagwellが買収前の選定・調査をこのように実装していると確認されたものではありません。

AIドリブンの経営を、顧客対応だけで終わらせない

顧客向けサービスのAI化が進んでも、会社が増えるたびに人事・ITの統合で足が止まれば、成長の速度は組織運営に制約されます。逆に、社内の効率化だけでは、顧客へ新たな価値を提供し続けられるとは限りません。

ここでいう事業継続を支えるとは、必要な人が働ける状態、適切なアクセス、問い合わせ対応、買収後も業務を動かせる体制を維持することです。ServiceNowがStagwellの事業継続計画全体を担うと発表されたという意味ではありません。また、この評価は経営構想に対する私の見解であり、両基盤の導入効果や他社との優劣を実証したものではありません。

買ってから考える仕事を、買う前に見える仕事へ

たとえば、受け入れに必要な従業員情報、契約、アカウント、端末、承認者が明確なら、デューデリジェンスで確認する対象も絞れます。何が足りず、誰の協力が必要で、いつまでに準備できるかを見積もりやすくなります。

ソーシング、つまり買収候補の探索・選定でも、獲得したい専門性と、自社の受け入れ能力の両方を考えられます。共通化できない事情があれば、段階統合や追加投資を含めて評価する。統合コストや期間の見通しは、買収の事業計画と実行可能性を検討する材料になります。

そろえるのは、各社の創造性を生かす土台

買収した専門会社の提案方法や顧客との関係まで一律に変えれば、獲得したかった価値を損ねかねません。私は、人事・IT・セキュリティの共通業務を整えることと、事業の強みを画一化することを分けたいと考えます。各社の違いを残すためにも、共通にすべき土台を決める必要があります。

日本企業も、M&Aの再現性を
PMIの設計から考えられる。

日本企業が参考にできるのは、AIを顧客向けの商品・サービスに使うことと、社内の運営・統制に使うことを、同じ成長戦略の中で考える姿勢です。両側の基盤を必ず同じ製品でそろえる必要はなく、それぞれが担う役割と責任を明確にすることが大切です。

買収やグループ再編を成長の手段にするとき、案件ごとの担当者の経験に統合が依存してしまう場合があります。前回の問題と対処が次の案件に引き継がれなければ、似た確認と調整を繰り返すことになります。

私は、PMIの実行基盤を持つことで、経営企画・M&A担当と、人事・IT・セキュリティが、買収前から同じ準備項目を使って話せる点に意義があると考えます。「買収してから現場に依頼する」関係を、受け入れ条件と必要な投資を事前に検討する関係へ進められます。

表：Numberの設計例。買収前の調査や情報共有は、各案件で許される範囲で行います。

ServiceNowには、準備事項をタスクとして割り当て、証跡、承認、例外、状態を関連付ける役割を持たせられます。機微な人事情報まで全員に共有するのではなく、必要な情報と権限を分けたうえで、全体の進捗を追う設計です。

自社で運用するために、
まず整えること。

次の買収で何を調べるべきかを、前回のPMIから作る。最初の一歩は、完璧な統合規程ではなく、実際に困ったことと、初日に必要だったことの棚卸しです。

① Day 1・30・100で必要な状態を決める

この日数は自社で検討する区切りの例です。初日には窓口と責任者、必要なアクセスを確保する。その後に既存システムとの接続や段階移行を進めるなど、到達状態と確認する人を定めます。すべてを初日に詰め込みません。

② 受け入れ手順を、デューデリの質問票へ逆算する

各タスクに必要なデータ、契約、システム情報、担当者を整理します。買収前に確認できるもの、契約締結後・完了後でなければ扱えないものを分け、統合の費用・期間・例外を検討できる質問へ落とします。

③ 一案件で試し、次のソーシングへ学びを返す

ServiceNow上で担当、期限、証跡、例外、承認を追い、予定と実績の差を記録します。準備漏れ、初日の業務開始状況、統合に要した期間・費用を振り返り、受け入れの型と買収前の確認項目を更新します。

AIは過去案件の記録から、抜けや共通項、質問票の案を整理する補助に使えます。条件の採否と買収判断は経営・担当部門が担います。PMIを毎回の後始末で終わらせず、次のM&Aの精度を高める仕組みへ。顧客への提供価値をAIで磨き、その価値を担う会社や人を迎える仕組みもAIで支える。私は、Stagwellの構想を、日本企業も参考にできるAIドリブン経営と成長戦略の土台として捉えています。