ステークホルダー連携
概要と対象範囲
マーケティング部門と他部門・他主体との接面設計を扱う。ICP / 戦略 / 計測のような内部完結する知識エリアと異なり、本章は境界を扱う。境界が機能していない組織では、他のすべての KA が成果に結びつかない。
本章は接面の原理を定義し、機能対別の具体的な運用テンプレートは ../../cross-cutting/playbooks/ に逃がす。両章はセットで読まれることを想定している。
Marketing OS の独自貢献は次の 3 点を構造化することにある:
- 共通言語と翻訳辞書: 部門ごとに同じ語が違う意味を持つことの構造的対処
- 意思決定境界の明示: 誰が決め、誰が拒否権を持ち、誰が事後通知でよいか
- マーケティングサイクルとの接続点: どの段でどの部門が同期するかのマトリクス
業界トレンドと新興手法
- Revenue マーケティング: Sales と Marketing を「収益チーム」として統合する流れ
- データプロダクト化: 計測・分析を Marketing が単独所有せず、データチームと共有プロダクトとして運用
- AI agent 経由の連携: 部門間連絡を AI が翻訳・要約する（ただし採否ログは人間に残る、Principle 6）
- エンジニアリングとマーケの距離縮小: MarTech / CDP / 分析基盤がエンジニア領域に深く入り込む
- CMO の役割再定義: Chief Growth Officer / Chief Brand Officer に分化する組織
テーラリング
| 文脈 | 重点 |
|---|---|
| B2B エンタープライズ | Sales / Product / Engineering との接面を厳格に設計。RACI が必須 |
| B2B SaaS | Marketing / Sales / Customer Success の 3 者で Revenue 共同責任 |
| D2C | Marketing / Product / Operations / Customer Support の連携 |
| リテール | 店舗運営との接面（販促・MD・店舗 KPI 整合）が中心 |
| 規制業種 | Legal / Compliance との接面が常時必要。承認フローが厚い |
| スタートアップ | 役割兼任が前提。接面ではなく個人内での切替が論点になる |
ステークホルダーマップ
マーケティング部門が連携する主体を 3 層に分けて俯瞰する。
内部部門
| 部門 | 主な接面 |
|---|---|
| Sales | リード品質、商談接続、SLA、Revenue 共同責任 |
| Product | JTBD 共有、launch、ポジショニング合意、ロードマップ翻訳 |
| Engineering / Systems / IT | MarTech 導入、計測タグ実装、データ基盤接続、本番反映フロー |
| Data / Analytics | KPI 定義の共同所有、アトリビューションモデル、ダッシュボード |
| Finance | 予算配分、ROMI、見込み計上、コミット精度 |
| Legal / Compliance | 表現規制、景表法、プライバシー、契約レビュー |
| Customer Success / Support | VoC 還流、リテンション、アドボカシー |
| HR / People | エンプロイヤーブランド、内部広報、採用マーケ |
| PR / IR | コーポレートコミュニケーション、危機対応、IR メッセージ整合 |
| CEO / 経営 | 戦略整合、ボードナラティブ、四半期レビュー |
外部主体
| 主体 | 主な接面 |
|---|---|
| 顧客 | 直接対話、コミュニティ、アンバサダー |
| Agency / Vendor | RFP、ブリーフ、納品基準、知的財産 |
| メディア・インフルエンサー | PR、共創コンテンツ |
| 業界団体・規制当局 | コンプライアンス、業界標準への参加 |
マーケティング部門内の役割
外部との接面は、マーケ部門の特定の役割に紐付くことが多い:
- CMO: CEO / 経営、Finance、PR との接面の最終責任
- Brand リーダー: Legal、PR、Creative Direction との接面
- Demand リーダー: Sales、Data との接面
- Marketing Ops: Engineering、Data、Finance との接面
- Product Marketing: Product、Sales、Customer Success との接面
役割分担が明確でない組織では、複数の役割が同一人物に集中する。これ自体は問題ではないが、接面ごとの担当者を明示しないと、相手部門は「誰に話せばよいか分からない」状態になる。
共通言語と翻訳辞書
部門ごとに同じ語が違う意味を持つことが、接面失敗の最大の構造要因である。
翻訳辞書の典型例
| 語 | マーケ側の意味 | 相手部門の意味 |
|---|---|---|
| リード | MQL（マーケ判定の見込み顧客） | SQL（営業判定の有効商談） |
| コンバージョン | 資料請求・問い合わせ | 契約締結 |
| リアルタイム | 即時 | ≤ 60s / ≤ 1h / 翌日バッチ |
| セグメント | 配信対象 | テーブル + WHERE 句 |
| 計測 | ダッシュボードの数字 | イベント定義 + パイプライン + 集計層 |
| 本番反映 | 公開 | PR → review → deploy → 監視 |
| 施策 | キャンペーン / クリエイティブ | プロジェクト / リリース |
| 顧客 | ターゲット / ICP | アカウント / 契約者 |
| 成果 | 認知 / 想起 / リード | 売上 / 利益 / LTV |
翻訳辞書の運用
接面ごとに翻訳辞書を持つことを推奨する。具体的には:
- 機能対別 playbook（
../../cross-cutting/playbooks/）に各対の翻訳辞書を埋め込む - 新語の導入時は両部門の合意を取り、glossary に追加する
- 共有ドキュメント（戦略書・ブリーフ）には初出で翻訳を併記する
意思決定境界（RACI 圧縮版）
接面で頻発する問題は「誰が決めるか」「誰が拒否権を持つか」が事前に決まっていないことである。RACI（Responsible / Accountable / Consulted / Informed）を圧縮した形式で接面ごとに定義する。
RACI の最低限の運用
各意思決定について次の 4 区分を明示する:
- R（Responsible）: 実行責任。複数人可
- A（Accountable）: 最終責任。必ず 1 人（チーム名 NG）
- C（Consulted）: 事前相談。決定前に意見を聞く相手
- I（Informed）: 事後通知。決定後に知らせる相手
A は意思決定権を持ち、C と I は持たない。A の集中が責任の所在を明確にする中心装置である（../../foundations/principles.md 補題 B）。
マーケ × 他部門の典型 RACI
| 意思決定 | A | R | C | I |
|---|---|---|---|---|
| 新規キャンペーンの開始 | マーケ責任者 | マーケ実行 / 代理店 | 営業 / プロダクト / 法務 | 経営 |
| MarTech ツールの導入 | Marketing Ops | Engineering | Finance / Legal | 全マーケ |
| ブランドメッセージの大幅変更 | CMO | Brand リーダー | PR / Sales / Legal | 経営 / 全社 |
| 予算配分の四半期見直し | CMO | Marketing Ops | Finance | 経営 |
| 危機対応の対外メッセージ | 広報責任者 | 広報 + 法務 | CMO / CEO | 経営 |
組織により変動するが、A が複数いる / 不在の意思決定は構造的に詰まる。
マーケティングサイクルとの接続点
どの段でどの部門が同期するかを整理する。
| 段 | 同期する部門 | 同期内容 |
|---|---|---|
| 観測・データ収集 | Sales / Customer Success / Engineering / Data / Finance | 顧客の声、計測実装、実績数値 |
| 理解・分析する | Product / PR / Sales | 戦略整合、ポジショニング、競合動向 |
| 再構築 | 経営 / Finance | 既成 KPI・聖域の再構築は経営合意が必要な場合がある |
| 起動・実装する | Engineering / Legal / Sales | 本番反映、表現規制、商談接続 |
| 学ぶ | Data / Finance / Sales | 結果集約、Revenue 結節 |
特に 起動・実装する段は最も多くの部門との接面が発生する段である。本番反映前チェックのオーナー / 承認 / ロールバック項目は、接面の合意を構造化する装置として機能する。
機能対別プレイブック（Part 3 へ）
機能対別の具体的な運用テンプレート（接続目的 / 翻訳辞書 / 定例議題 / 意思決定境界 / マーケティングサイクル 接続点 / 典型的摩擦と対処 / 1 ページ運用テンプレ）は ../../cross-cutting/playbooks/ に格納する。
主な機能対:
- 20.1 Marketing × Sales — リード品質・SLA・Revenue 共同責任
- 20.2 Marketing × Product — JTBD 共有・launch・ポジショニング
- 20.3 Marketing × Engineering / Systems / IT — MarTech・計測・データ基盤
- 20.4 Marketing × Data / Analytics — KPI 共同所有・アトリビューション
- 20.5 Marketing × Finance — 予算・ROMI・コミット精度
- 20.6 Marketing × Legal / Compliance — 表現規制・プライバシー
- 20.7 Marketing × Customer Success — VoC 還流・リテンション
- 20.8 Marketing × Executive — 戦略整合・ボードナラティブ
- 20.9 Marketing × HR — エンプロイヤーブランド
- 20.10 Marketing × PR / IR — コーポレートコミュニケーション
- 20.11 Marketing × Agency / Vendor — 外部実行
アンチパターン
- 「丸投げ」: 一方が他方に責任ごと預ける。A が相手側にしかいない状態
- 「壁越し」: 仕様だけ投げて、合意形成を経ない。接面が機能しない
- 「翻訳ロス」: 同じ語を別の意味で使い続け、合意したつもりで合意していない
- 「RACI 不在」: 意思決定境界が言語化されていない。「みんなで決める」が常態化
- 「合議による戦略合成」: 同期会議で戦略が決まると期待する（補題 G 違反）。同期は争点可視化、戦略は A の選択
- 「あの部門は分かってない」症候群: 翻訳辞書の整備に投資せず、相手部門の理解不足を一方的に責める
- 「ステークホルダー多すぎ問題」: C / I を増やしすぎて意思決定が遅延する。C / I は最小限にする
- 「個別最適化された SLA」: 部門ごとに別々の SLA を持ち、全体最適化されない
- 「接面の属人化」: 特定の人だけが他部門と話せる。担当者が抜けると接面が崩壊
関連 skill / agent
/listen team-org//listen team-workspace— 組織内の認識整理、部門間のズレ可視化/insight ceo— 経営視点での接面評価/insight consultant— 第三者視点での接面摩擦の検出
機能対別の具体的な運用は ../../cross-cutting/playbooks/ を参照。
今後の拡張論点
- 15 章（接面原理）と 20 章（機能対別 playbook）の境界 — 「原理は 15、運用は 20」の境界は崩れやすい。具体例をどちらに置くか
- 外部主体の扱い — 内部部門と外部主体（顧客 / Agency 等）を同じ章で扱うか分けるか。本章は両方含めたが、外部主体だけで独立章にする選択肢もある
- ステークホルダーの射程 — 株主・規制当局・業界団体まで含めるか、内部部門と外部 Agency までに限定するか
- RACI vs DACI vs RAPID — 意思決定モデルとして RACI を採用したが、DACI（Driver / Approver / Contributor / Informed）や RAPID（Recommend / Agree / Perform / Input / Decide）の方が AI 時代に適する場面もある。複数モデルの併用を許すか
- 接面の成熟度評価 — 22 章 成熟度モデルに「接面の成熟度」軸を追加するか、独立評価とするか