---
title: ステークホルダー連携
chapter: "15"
part: 2-knowledge-areas
status: revised
visibility: public
authors:
  - claude
reviewers: []
revision: 0.2
updated: 2026-05-19
related-skills: []
related-chapters:
  - foundations/principles
  - foundations/cycle
  - knowledge-areas/org-capability
  - cross-cutting/playbooks
  - cross-cutting/org-learning
related-knowledge:
  - knowledge/marketing/playbook/knowledge-areas/org-capability/responsibility-design.md
---

# ステークホルダー連携

## 概要と対象範囲

マーケティング部門と他部門・他主体との**接面設計**を扱う。ICP / 戦略 / 計測のような内部完結する知識エリアと異なり、本章は**境界**を扱う。境界が機能していない組織では、他のすべての KA が成果に結びつかない。

本章は**接面の原理**を定義し、機能対別の具体的な運用テンプレートは [`../../cross-cutting/playbooks/`](../../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/`](../../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`](../../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/`](../../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/`](../../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 章 成熟度モデルに「接面の成熟度」軸を追加するか、独立評価とするか