統合・戦略
概要と対象範囲
マーケティング戦略全体の整合性と、マーケティングサイクル全体の orchestration（オーケストレーション） を扱う。他の知識エリアを束ねる「統合」機能を担い、再構築意思決定の所在を明示する章である。
本章は他の KA と性格が異なる。他の KA がそれぞれの専門領域を扱うのに対し、本章はそれらの整合性そのものを扱う。具体的には:
- 12 知識エリア間の整合性をどう保つか
- マーケティングサイクル全体の進行をどう管理するか
- 戦略レイヤーと最適化レイヤー（Adaptive）の分離をどう運用するか
- 再構築意思決定（前提を組み替える判断）の責任主体は誰か
Marketing OS の独自貢献は、戦略策定を一回限りの活動ではなく、組織学習サイクルの一部として運用する構造を持つことにある。戦略は降ろすものではなく、サイクル内で更新されるものとして扱う（../../foundations/principles.md Principle 1）。
業界トレンドと新興手法
- AI 駆動の戦略策定: シナリオプランニング・競合シミュレーションの自動化
- 組織学習速度の戦略変数化: 「どれだけ速く学ぶか」を戦略の中心指標に据える
- Adaptive Strategy: 環境変化に応じて戦略自体を継続的に更新するアプローチ
- OKR / 北極星指標との接続: 戦略を測定可能な目標に翻訳する運用
- AI 採否ログの戦略 KPI 化: 採否ログの記録率を戦略遂行の指標にする組織が現れる
Adaptive Strategy は CMO Marketing OS Playbook の戦略レイヤーと親和性が高いが、前提自体を最適化対象に含めるかどうかで本書とは区別される（../../foundations/principles.md Principle 2）。
テーラリング
| 文脈 | 重点 |
|---|---|
| B2B エンタープライズ | 戦略策定の権限が分散しやすい。意思決定境界の明示が必須 |
| B2B SaaS | Product-Led Growth の戦略統合。プロダクトと連動した戦略更新サイクル |
| D2C | ブランド戦略と需要創出の統合。リテンション戦略の比重高 |
| リテール | チャネルミックスの統合（オンライン / 店舗）が中心 |
| 規制業種 | 戦略の承認プロセスが厚い。本番反映前チェックとの連動 |
| スタートアップ（PMF 前） | 戦略 = 仮説。再構築を週次で回す |
プロセス（マーケティングサイクル × ITTO）
観測・データ収集段のプロセス
戦略整合性のための同期。
- 投入物（Inputs）: 観測対象別レポート（他 KA から）、Performance ベースライン、ステークホルダー認識
- 手法と道具（Tools & Techniques）: 戦略マップの可視化、KA 間整合性チェック、認識ズレの構造化
- 産出物（Outputs）: 統合戦略マップ、不整合リスト、再構築入力候補
理解・分析する段のプロセス
戦略選択肢の生成と評価。
- 投入物: 観測・データ収集段の統合マップ、JTBD（06 章）、ICP（07 章）、Brand（08 章）
- 手法と道具: 4 視点切替、戦略選択肢の ICE / RICE 評価、シナリオプランニング
- 産出物: 戦略選択肢リスト、判断材料、トレードオフ仕様
再構築段のプロセス
本章の中核。既成戦略・聖域の機械的列挙と再構築。
- 投入物: 現行戦略、引き継ぎ KPI、現行施策ポートフォリオ、認識ズレリスト
- 手法と道具: 戦略の前提抽出、聖域・「ねばならない」の機械的列挙、ゼロベース問い直し、トレードオフ顕在化
- 産出物: 再構築決定、再構築された戦略仮説、残す KPI / 施策 / 前提
起動・実装する段のプロセス
戦略の本番反映と実行管理。
- 投入物: 再構築された戦略、理解・分析する選択肢、自社実力・リソース
- 手法と道具: 本番反映前チェック、実行管理成果物の選択（§5.5）、本番反映ロードマップ
- 産出物: 統合戦略の本番反映、ステークホルダー合意、計測同時着地
学ぶ段のプロセス
戦略遂行の還流と更新。
- 投入物: 各 KA の 学ぶ産出物、横断的成果指標
- 手法と道具: Learning Velocity 測定、戦略仮説の検証、ドメイン間トレードオフの再評価
- 産出物: 戦略更新、profile への書き戻し、次サイクル戦略入力
実行管理成果物（L3）
複数人・複数日・外部依存・承認・高リスクを含む施策では、本番反映前チェックに加えて以下の実行管理成果物を併用する。PMBOK のスケジュール、ステークホルダー、リスク、スコープ管理、リソースの観点を、起動・実装する段に限定して軽量に取り込む。
成果物一覧
| 成果物 | PMBOK 的観点 | 何を管理するか | 使う条件 |
|---|---|---|---|
| delivery-plan.md | スケジュール / 統合管理 | マイルストーン、依存関係、ブロッカー、本番反映日 | 複数日・複数人・外部依存がある |
| stakeholder-map.md | ステークホルダー / ガバナンス | 承認者、相談先、通知先、反対・懸念の所在 | 承認・部門調整・顧客影響がある |
| risk-register.md | リスク | リスク、トリガ、軽減策、発生済みの問題、エスカレーション | 高インパクトリスクがある |
| change-log.md | スコープ / 変更管理 | スコープ・予算・KPI・スケジュール・ロールバック変更の理由と承認者 | 起動・実装する中に重要変更が発生した |
| resource-plan.md | リソース / 財務 / 調達 | 社内工数、外注、ツール、AI 委譲範囲、実行余力リスク | 工数・外注・AI 委譲が成果に影響する |
これらは マーケティングサイクルの必須成果物ではない。簡易運用では必要なものだけ、標準運用 / 厳格運用では本番反映前に要否を判断する。重要なのは「PMBOK を全面導入する」ことではなく、マーケティングサイクルが弱くなりやすい実行管理を 起動・実装する段に限定して支えることである。
実行管理成果物と本番反映前チェックの関係
本番反映前チェック（../../foundations/cycle.md §2.5.3）の 7 項目は本番反映前の最低条件であり、実行管理成果物はそれを補完する。
- オーナー ↔ stakeholder-map.md: 個人 1 人の特定と、関係者の全体像
- 計測 ↔ delivery-plan.md: 計測同時着地と、マイルストーン全体
- ロールバック ↔ risk-register.md: 単一施策のロールバックと、リスクポートフォリオ
- 承認 ↔ change-log.md: 個別承認と、変更履歴
既存戦略フレームワークとの関係
CMO Marketing OS Playbook は既存のマーケ戦略フレームワーク（AARRR / STP / 4P / RAM-CE / Crossing the Chasm 等）を否定しない。これらは戦略レイヤーの「何を考えるか」の地図を提供する。CMO Marketing OS Playbook が補強するのは「どう組織として更新し続けるか」の運用である。
| フレームワーク | 主な射程 | マーケティングサイクルへの組み込み |
|---|---|---|
| AARRR | ファネル設計 | 理解・分析する / 起動・実装するの Demand & Lifecycle KA |
| STP | ターゲティング | 観測・データ収集 / 理解・分析するの ICP & Positioning KA |
| 4P | ミックス | 起動・実装するの Content & Channel KA |
| RAM-CE | カテゴリ想起 | 理解・分析する / 起動・実装するの Brand & Narrative KA |
| Crossing the Chasm | 採用ライフサイクル | 観測・データ収集 / 理解・分析するの Product Marketing & JTBD KA |
| Blue Ocean | カテゴリ創造 | 再構築 / 理解・分析するの ICP & Positioning KA |
これらフレームワークの選択自体が戦略判断の対象である。「どのフレームワークを採用するか」を 再構築で機械的に列挙し、自社文脈に最適なものを選ぶ。
再構築意思決定の責任主体
再構築段で誰が「再構築する」決断をするかは、組織により異なる:
| パターン | 責任主体 | 適する組織 |
|---|---|---|
| CMO 単独 | CMO がアカウンタブル | 戦略権限が CMO に集約された組織 |
| CEO + CMO 合議 | CEO と CMO の双方の合意 | 経営直結のマーケ組織 |
| 経営合議 | 経営チーム全体 | 戦略がマーケ単独で決まらない組織 |
| 取締役会承認 | 取締役会の承認が必要 | 大規模変更・公開企業 |
合議モデルを採用しても、最終アカウンタビリティは 1 人に集約する（補題 B）。「みんなで決めた」は責任の所在を消す典型パターンである。
組織政治を超えて「これは違う」と言う判断は AI には引き受けられない。再構築は構造的に人間に残る（../../foundations/cycle.md §2.4.5）。
アンチパターン
- 戦略の儀式化: 年次戦略策定で立派なドキュメントが作られるが、マーケティングサイクル内で更新されない
- 戦略不在: KPI と施策はあるが、整合性ない。「何を選び、何を選ばないか」が言語化されていない
- 降ろす戦略: 戦略を上から降ろすだけで、現場の Customer Sync・Performance Sync と接続しない
- 合議による戦略合成: 同期会議で戦略が決まると期待する（補題 G 違反）
- 実行管理成果物の過剰運用: 1 人事業まで delivery-plan / risk-register を要求する。サイクルが止まる
- 戦略レイヤーと最適化レイヤーの混同: Adaptive 系の戦術最適化を戦略と呼んで満足する（Principle 2 違反）
- 整合性監査の不在: 12 KA がバラバラに動いていても誰も気づかない構造
- 再構築の権限分散: 誰が再構築を決めるかが曖昧で、結局誰も決めない
- 戦略 KPI の自己目的化: 戦略遂行を測る指標が遂行されたかどうかしか測らず、成果に接続しない
関連 skill / agent
/listen team-org— 組織全体の戦略整合性の同期/insight ceo— 経営視点での戦略評価/insight consultant— 第三者視点での戦略診断/release— 再構築意思決定の触媒/next— サイクル全体の現在地と次の一歩の提示
skill ↔ process の完全な対応は ../../appendices/skill-mapping.md。
今後の拡張論点
- 本章の射程の広さ — 「統合・戦略」は射程が広く、他 KA のメタ層になりがち。具体記述をどこまで本章に置き、どこまで他章に逃がすか
- 再構築意思決定の所在モデル — §5.7 で 4 パターン示したが、現実はもっとグラデーションがある。「業種 × 規模 × 成熟度」のマトリクスで標準化すべきか
- 実行管理成果物と PMBOK との関係 — PMBOK の成果物を全面踏襲するのか、マーケ用に再設計するのか。本章では 5 つに絞ったが、追加すべきものはないか
- 「戦略策定セッション」の運用 — 一回限りの戦略策定セッションを マーケティングサイクルにどう組み込むか。観測・データ収集から始めるとセッションが進まないリスク
- AI 駆動の戦略策定との境界 — シナリオプランニング等を AI に委ねる範囲。再構築だけ人間に残すで十分か