マーケティング原則

この章で解く問題

マーケティングの失敗は、施策そのものの失敗だけではない。むしろ多いのは、施策を実行しても、組織に知見が残らないことである。

たとえば、次のような状態である。

キャンペーンは増えるが、何を学んだかが次回に引き継がれない
CPA や CVR は改善しているが、そもそも追うべき顧客や KPI が古いままである
社内で考えた ICP と、実際の顧客の声がズレている
本番反映して終わり、結果が profile / playbook / glossary に書き戻されない
AI や外部業者の提案を採用したが、誰が何を判断したのかが残らない

CMO Marketing OS Playbook の 7 原則は、こうした失敗を防ぐためのルールである。広告運用、SEO、CRM、ブランディングなどの個別手法を置き換えるものではない。それらを組織として学び続けるための土台である。

この章では、教科書的なマーケ理論（Kotler 系の顧客起点・データ駆動・ファネル思考・ポジショニング等）とは別の層を扱う。教科書系は「マーケティングで何を考えるか」を示す。CMO Marketing OS Playbook の 7 原則は「組織がマーケティングをどう続け、どう学び直すか」を示す。両者は対立しない。

初めて読む場合は、まず 1.1、1.2、1.3、1.7 を読む。理論的背景は 1.5 にまとめるため、必要になってから読めばよい。

七原則

先に全体像を示す。

原則	一言でいうと	防ぐ失敗
第 1 の原則: 組織学習としてのマーケティング	施策の成否ではなく、学びが組織に残るかを見る	施策単位の PDCA で終わる
第 2 の原則: 戦略レイヤーと最適化レイヤーの分離	前提を疑う仕事と、前提の中で改善する仕事を分ける	CPA / CVR 改善だけに閉じる
第 3 の原則: 既成の枠組みを疑う	古い KPI・聖域・「ねばならない」を再構築候補にする	過去の成功パターンを惰性で続ける
第 4 の原則: 顧客同期を独立に保つ	社内仮説と顧客実態を別々に記録する	ICP と実顧客のズレが見えなくなる
第 5 の原則: 本番反映は学習ではない	実行と書き戻しを分ける	本番反映して終わる
第 6 の原則: AI 判断の責任を人間が持つ	AI 出力の採否と理由を人間が記録する	「AI が言ったから」で流れる
第 7 の原則: 語の規律を持つ	同じ語を同じ意味で使う	成果・顧客・施策の意味が人によって違う

第 1 の原則: 組織学習としてのマーケティング

マーケティングは、市場や顧客の反応を組織として吸収し続ける活動である。個別の施策・チャネル・キャンペーンだけを単位にすると、知見が施策担当者の中に閉じやすい。

たとえば、LP 改善で CVR が上がっても、なぜ上がったのかが ICP profile や playbook に戻らなければ、次のチームは同じ学びを使えない。広告の検証で勝ちパターンが見えても、その前提が記録されなければ、担当者が変わった瞬間に失われる。

CMO Marketing OS Playbook が重視するのは、施策が一回うまくいったかではない。観測・データ収集 → 理解・分析する → 再構築 → 起動・実装する → 学ぶのサイクルを回し、学びを次回に使える形で残せるかである。

この原則が CMO Marketing OS Playbook の存在理由である。マーケ部門は施策単位で評価されやすい。その結果、起動・実装する（本番反映）に重みが偏り、学ぶ（書き戻し）が抜け落ちる。本書は「施策がうまくいったか」だけでなく、「学びが組織に残り、次の判断に使われるか」を中心の問いとして扱う。

理論的背景と事例は 1.5 にまとめる。実務での運用条件は 1.6 の補題として扱う。

第 2 の原則: 戦略レイヤーと最適化レイヤーの分離

マーケには 2 つのレイヤーがある。

最適化レイヤー: KPI・ICP・施策ラインナップをいったん固定し、入札、配信、クリエイティブ、導線などを改善する層
戦略レイヤー: KPI・ICP・施策ラインナップそのものを疑い、必要なら組み替える層

広告アカウントの入札を調整するのは最適化である。そもそもその顧客を狙うべきか、CPA を主要 KPI にしてよいかを疑うのは戦略である。

両者を混同すると、組織は CPA や CVR の改善だけに閉じる。その KPI が正しいか、その ICP が今も有効か、そもそも続けるべき施策かを問わなくなる。

リアルタイム最適化系の方法（Adaptive Marketing）は本書を否定しない。それは最適化レイヤーで有効である。本書が強く扱うのは、その上にある戦略レイヤーである。

第 3 の原則: 既成の枠組みを疑う

組織は時間とともに、引き継いだ KPI や看板施策や「ねばならない」に縛られる。これらを意識的に再構築する手段がないと、組織は同じ枠の中で最適化を続けるしかない。

これが再構築段の存在理由である。再構築では、既存 KPI、聖域化した施策、業界慣習、過去の成功パターンを一度並べる。そのうえで、残すもの、止めるもの、作り直すものを分ける。

PDCA や OODA は「ループを速く回す」ことに向いている。ただし、既成枠の組み替えを独立の段としては持たない。CMO Marketing OS Playbook は、この再構築をマーケティングサイクルの中に明示的に置く。

第 4 の原則: 顧客同期を独立に保つ

ICP 仮説は「自社がこう考えている顧客像」である。顧客実態は「実際の顧客が話し、選び、迷っている内容」である。この 2 つを同じ場所に書くと、ズレが見えなくなる。

たとえば、社内では「中小企業の経営者向け」と考えているのに、実際の問い合わせは「現場責任者の業務改善」から来ているかもしれない。このズレが記録されなければ、施策は古い ICP のまま回り続ける。

Customer Sync を 4 つの観測対象（Team / Customer / Market / Performance）の一つとして独立に置けば、ズレを再構築段の入力にできる。

これが、Marketing OS と汎用の組織学習ループ（OODA / PDCA）を分ける大きな違いである。詳細は cycle.md §2.8。

第 5 の原則: 本番反映は学習ではない

「本番反映した」は実行作業の完了である。組織学習の完了ではない。

LP を公開した、広告を配信した、メールを送った。これらは起動・実装する段である。その結果から何を学び、どの前提を更新し、次回どこを変えるかを書き戻して初めて学ぶ段になる。

書き戻しが起きない本番反映は、「やった」ではなく「組織学習に接続されていない実行」として扱う。

この原則を運用に落としたものが次の 2 つだ。

本番反映前チェックの省略不可項目: オーナー / 計測 / ロールバックの 3 項目を本番反映の前に必ず満たす
Evidence Level（E0〜E3）: 学ぶ段で得た知見を検証度で分類する

詳細は cycle.md §2.5、§2.6。

第 6 の原則: AI 判断の責任を人間が持つ

「AI が言ったから」を判断の根拠にしない。AI / agent に作業を委ねても、判断責任は人間に残る。

重要なのは、AI を使ったかどうかではない。何を採用し、何を捨て、なぜそう決めたかが残っているかである。これを残さないと、成果が出ても失敗しても、判断の理由を学習できない。

責任の本質は処罰ではない。意思決定権・仮説・検証条件・結果の扱いの 4 点が同じ主体に結びついていることだ。これらが分散すると、責任は機能しない。

この原則は「個人の心がけ」ではなく構造装置として運用される必要がある。Shaw & Nave (2026)（Wharton, 1,372 名 / 9,000+ 試行）は、AI が誤答でも 80% の人間がそれを採用し、AI の誤りを訂正できた率はわずか 19.7% という cognitive surrender を実証している。「間違っている時に人は判断できなくてはいけない」を成立させるには、採否ログ・本番反映前チェック・Evidence Level を省略不可項目として OS に埋め込むしかない。詳細は ../cross-cutting/ai-in-marketing.md §17.3、実証根拠は ../../reference/references.md §E.9.5。

第 7 の原則: 語の規律を持つ

「マーケティング」「成果」「顧客」「施策」がチーム内で別の意味を指していれば、いくらマーケティングサイクルを回しても合意は形成されない。話している内容自体がすれ違っている。

たとえば、「成果」が売上を指すのか、商談数を指すのか、認知の増加を指すのかが曖昧なままでは、KPI の議論は進まない。「顧客」が購買者を指すのか、利用者を指すのか、決裁者を指すのかも同じである。

新しい語を導入するときは、必ず vocabulary.md と ../appendices/glossary.md を同時に更新する。略語・同義語・翻訳語の扱いは vocabulary.md §4.6 に従う。

七原則の階層構造

   第1の原則: 組織学習としてのマーケティング（最上位）
        │
        ├─ 第2の原則: 戦略レイヤーと最適化レイヤーの分離
        │       │
        │       ├─ 第3の原則: 既成の枠組みを疑う
        │       │
        │       └─ 第4の原則: 顧客同期を独立に保つ
        │
        ├─ 第5の原則: 本番反映は学習ではない
        │
        └─ 第6の原則: AI 判断の責任を人間が持つ

   第7の原則: 語の規律を持つ（上記すべての前提）

第 1〜2 の原則: マーケの範囲を定義する（哲学）
第 3〜4 の原則: そのための構造
第 5〜6 の原則: 運用の規律
第 7 の原則: すべてが成り立つための前提

下位原則は上位原則の必要条件であって、十分条件ではない。下位を満たせば上位が自動で成立するわけではない。

既存マーケ思考との関係

Kotler / Drucker 系（一般的なマーケティング理論）

Drucker の "Marketing makes selling superfluous" 以来の一般的なマーケティング理論（顧客起点・ファネル思考・STP・ポジショニング・4P・パーソナライゼーション・F-Factor 等）は、CMO Marketing OS Playbook の前提である。

Kotler の「マーケティング 5.0 / 6.0」が描く AI・没入型メディアの活用も、CMO Marketing OS Playbook の範囲に重なる。本書はこれらを否定しない。

CMO Marketing OS Playbook が独自に扱うのは、これらの理論を組織として継続して運用するための仕組みである。施策単位の PDCA、閉じた最適化、責任の所在不在、学習の断絶を防ぐ部分だ。

文献は ../appendices/references.md を参照。

PDCA / OODA / Double-Loop Learning

これらは汎用の組織学習ループだ。内部の意思決定サイクルを回すために設計されている。

マーケティングがこれらと違うのは、意思決定の前に、顧客との継続的な同期が必要になる点である。第 4 の原則（Customer Sync の独立化）と第 3 の原則（再構築の独立段）が、汎用ループとの違いを支えている。

Adaptive Marketing / Real-time Marketing

リアルタイム最適化系の方法論は、CMO Marketing OS Playbook の最適化レイヤーに位置する（第 2 の原則）。本書はこれらを下位レイヤーとして含める。

実装は CMO Marketing OS Playbook 12 章（コンテンツ・チャネル運用）と 13 章（計測・MarTech）が扱う。

理論的背景

この節は補足である。7 原則の意味を先に把握したい読者は、1.6 へ進んでよい。

第 1 の原則は、組織学習論の蓄積に立っている。特に重要なのは、次の 5 系譜である。

Cyert & March / Argyris & Schön: 組織はルーティンを更新することで学習する。Single-loop learning は行動の修正であり、Double-loop learning は前提の修正である。CMO Marketing OS Playbook の再構築は、後者をマーケティングの中に明示的に置くための段である
Senge: 「学習する組織」は広く知られたが、標語化しやすい。CMO Marketing OS Playbook は文化論だけにせず、Customer Sync、再構築、学ぶの記録として扱う
March: 学習には Exploration（新しい可能性の探索）と Exploitation（既存の改善）のトレードオフがある。CMO Marketing OS Playbook の第 2 原則は、この 2 つを戦略レイヤーと最適化レイヤーとして分ける
Nonaka & Takeuchi: 暗黙知を形式知に変えることが組織知の蓄積につながる。CMO Marketing OS Playbook では、Evidence Level や playbook への書き戻しがこれに当たる
Kohli & Jaworski / Slater & Narver / Day: 市場志向研究は、市場情報の生成、共有、組織的応答を重視する。CMO Marketing OS Playbook の観測・データ収集の 4 観測対象（Team / Customer / Market / Performance）は、この流れを実務に落としたものである
Shaw & Nave (Cognitive Surrender / Tri-System Theory): 第 6 の原則の経験的根拠。Kahneman の System 1 / System 2 に System 3（脳の外で動く人工的認知） を加える枠組みで、AI 誤答時の人間の訂正率が 19.7% に留まることを示す。AI 利用環境では「人が間違いを判断できる」状態は自動には維持されず、構造装置によって維持されるという運用論を支える

実証研究は、学習志向や市場志向が業績と関係することを示している。ただし、因果方向は単純ではない。学習する組織だから業績が良いのか、業績が良いから学習に投資できるのかは切り分けにくい。したがって、CMO Marketing OS Playbook では「学習組織は業績の十分条件である」とは置かない。より安全には、継続的なマーケティング改善のための必要条件として扱う。

事例で見ると、Domino's Pizza Turnaround は Customer Sync → 再構築 → 起動・実装する → 学ぶまでが一周した例である。顧客の厳しい声を受け止め、既存レシピを再構築、新商品として本番反映し、売上結果を書き戻した。一方で Kodak は、デジタル化による顧客行動の変化を把握しながら、フィルム事業の前提を再構築できなかった失敗例として読める。

この章では理論の詳細には深入りしない。詳しくは ../cross-cutting/org-learning.md と ../appendices/references.md §E.5 を参照する。

七原則から導かれる運用補題

各補題は、原則を現場で使うための言い換えである。

補題 A: 強みは初期仮説と反復検証の組み合わせから生まれる

強みは「探すもの」でも「反復後に残ったもの」でもない。次の 4 つの組み合わせとして初期仮説を書き出すところから始まる。

既存資産
市場ポジション
組織能力
学習速度

それを反復で検証・強化する。検証なしに「これが強みだ」と主張するなら、それはただの仮説だ。逆に、初期仮説なしで事後的に「発見した」と言うなら、それは結果論に過ぎない。

第 3 の原則（再構築）の運用補題。

補題 B: 責任は処罰ではなく、判断から結果までを同じ主体が持つことである

責任の正体は、次の 4 点が同じ主体に結びついていることだ。

意思決定権
仮説
検証条件
結果の扱い

失敗時に人をすげ替えられることは責任ではない。それは結果に伴う処理の一形態に過ぎない。設計の観点で責任を捉えれば、平時から「誰が責任主体か」が見えている状態を作れる。

第 6 の原則の運用補題。

補題 C: マーケの責任設計が難しいのは、因果を分けにくく成果が遅れて出るからだ

セールスとマーケティングの違いは「個人 vs 統合」ではない。

セールスは、誰のどの活動が成果に近かったかを比較的たどりやすい
マーケは、複数の接点が重なり、成果が出るまでの時間も長い

マーケの KPI 設計が難しい本当の理由は「統合的だから」ではない。「何が効いたかを分けにくく、効果が遅れて出るから」である。

ここから、MMM・インクリメンタリティ測定・leading/lagging KPI のペア運用が必要になる。

第 1 と第 5 の原則の運用補題。

補題 D: 失敗は情報取得コストとして設計する

「失敗できる小さな仕事は設計可能」だ。「失敗できない」のではなく、次の 4 つが未設計なだけである。

予算（情報取得目的で確保されているか）
評価（仮説の質や撤退判断の速さが評価対象か）
撤退条件（kill criteria が事前に書かれているか）
学習ログ（残る仕組みがあるか）

これら 4 項目が未設計の施策は、走らせる前に再構築候補とする。

第 3 と第 5 の原則の運用補題。

補題 E: KPI は 5 軸が揃って初めて KPI になる

KPI として有効と判定するには、次の 5 軸が必要だ。

仮説チェーン: P0（売上 / 利益）までの因果仮説が描けるか
時間軸: どの時間軸で動くか
信頼度: 仮説の確信度
検証方法: A/B / holdout / MMM / geo / 自然観測のいずれか
意思決定使途: 動いたとき / 動かないとき、どの意思決定が起きるか

「P0 へのチェーンが描けるか」だけで判定すると、長期資産（ブランド・カテゴリ創造・指名検索・既存顧客の心理変化）が過小評価される。leading と lagging のペア運用が原則だ。

5 軸が埋まらない指標は、ダッシュボード上の数字に過ぎない。意思決定 KPI ではない。

第 5 の原則の運用補題。

補題 F: 外部業者とは責任の境界を決める。責任そのものは渡さない

外部業者が引き受け可能なのは、実行責任・専門責任・説明責任の一部だ。次の 4 つは内部に残る。

事業責任
顧客価値責任
ポジショニング責任
最終資源配分責任

健全な外部化の本質は「責任そのものを外部化する」ことではない。「どこまでを外部に任せ、どこからを内部が持つか」を言葉にして残すことだ。

第 6 の原則の運用補題。詳細は 14 章組織・能力 / 20 章機能対別プレイブック（Agency / Vendor）。

補題 G: 認識同期は争点を見える化するが、それだけでは戦略は生まれない

観測・データ収集段の同期は、不一致を場に出すことで再構築入力を作る。それが本来の役割だ。同期そのものが戦略を生み出すわけではない。

戦略は DRI（Directly Responsible Individual）が引き受ける選択だ。会議の合意だけで自然に生まれるものではない。

第 4 と第 6 の原則の運用補題。

補題 H: テーラリングは妥協ではなく設計判断である

マーケティングサイクルは状況（規模・成熟度・速度・リスク）に応じて短くしたり、詳しくしたりする。

テーラリングで大事なのは「省略の理由を残すこと」だ。「やらなかった」と「意図して外した」は別物として扱う。

詳細は 19 章文脈別テーラリング。第 1 の原則の運用補題。

補題 I: 成果は非線形であり、線形評価は施策の正誤を見誤る

多くのマーケ施策は、効果が時間と熱量の累積で初めて見える。正しい施策でも、短期では差分が見えない。逆に、間違った施策に時間を費やせば、累積した時間と熱量はすべて無駄になる。

線形の時間軸で施策の正誤を判定すると、次の 2 つの誤判定が同時に起きる。

偽陰性: 正しい施策が「効果なし」と評価され、本来は継続すべきものが止まる
偽陽性: 間違った施策が「まだ時間が足りない」と擁護され、「とりあえずやっただけ」が積み上がる

これが PDCA の本質的な難しさを生む。Plan / Do の質を Check の線形差分だけで評価すると、短期で差分が出ない施策はすべて否定されるか、すべて温存されるかの二極になる。

非線形性に対処する運用条件は次の 4 つだ。

時間軸を事前に明示する: 何週 / 何四半期 / 何年で差分が見えるかを、本番反映前チェックの計測項目で先に決める
検証方法を時間軸とセットで定義する: 短期は leading 指標、長期は lagging 指標（補題 E）
「間違いの早期検出」装置を組み込む: 全期間を待たずに「正しい方向か」を判定するための中間指標を事前に置く
撤退条件を時間軸別に書く: 「3 ヶ月で leading が動かなければ撤退」「6 ヶ月で lagging が動かなければ撤退」のように段階的に書く

第 5 の原則と、補題 C・補題 E の運用補題。

アンチパターン

施策単位 PDCA への逃避（第 1 違反） — 個別施策の成否評価で組織学習を代替する
閉じた最適化への逃避（第 2 違反） — CPA / CVR / CTR の局所最適化に没頭し、前提を疑わない
再構築不在（第 3 違反） — 既成 KPI を疑わずに起動・実装する段に進む
再構築の儀式化（第 3 違反） — 「再構築した」と言うだけで実際は残る
Customer Sync の不在（第 4 違反） — ICP 仮説と実績データだけで観測・データ収集を済ませる
観測・データ収集汚染（第 4 違反） — 未検証の仮説を事実として profile に書く
起動・実装する偏重（第 5 違反） — 本番反映で満足し、結果を書き戻さない
計測の取りこぼし（第 5 違反） — 本番反映を急ぎ計測同時着地を省略する
学ぶの断絶（第 5 違反） — 結果を書き戻さない。次サイクルが毎回ゼロから始まる
AI 出力の丸のみ（第 6 違反） — AI 出力を判断根拠にする
AI 採否ログの欠落（第 6 違反） — 何を採用し何を捨てたかが記録されない
二重定義（第 7 違反） — 「マーケティング」「成果」「施策」が同じ場で別の意味を指す
強み信仰での施策増殖（補題 A 違反） — 検証なしに保有を主張する強みを根拠に施策を増やす
責任のすげ替え運用（補題 B 違反） — 失敗時の処分で責任を擬装する
失敗の前提排除（補題 D 違反） — 予算が全額成果目的で組まれ、kill criteria が書かれない
ダッシュボード KPI 化（補題 E 違反） — 仮説チェーンも検証方法も意思決定使途もない指標を KPI と呼ぶ
外部丸投げ（補題 F 違反） — 事業責任・ポジショニング責任まで外部業者に引き受けさせる
会議だけでの戦略合成（補題 G 違反） — 同期会議だけで戦略が決まると期待する
線形評価による施策誤判定（補題 I 違反） — 非線形に効く施策を短期の差分なしで止める / 効かない施策を「時間が足りない」と擁護して「とりあえずやっただけ」を積み上げる

完全なアンチパターン一覧は 18 章組織学習パターンで仕組みとして再整理する。

今後の拡張論点

七原則の数（5 / 7 / 10） — PMBOK 7 は 12 原則を立てる。CMO Marketing OS Playbook は 7 で十分か、ステークホルダー連携や Tailoring を独立原則に昇格させて 9〜10 にすべきか
第 7 の原則（語の規律）を原則とすべきか — 規約に近いため、§4 Vocabulary に移して原則は 6 つにする選択肢もある
補題（A〜I）の所在 — 本章に置くか、各 KA 章の X.5 / X.6 に分散させるか。本章集約は俯瞰性が高いが、章肥大化のリスクがある
第 5 の原則の名称 — "本番反映 ≠ 学習" は分かりやすいが、本書では起動・実装する / 学ぶという章名で扱う。"起動・実装する / 学ぶ分離" 等に統一すべきか
第 2 の原則の "Adaptive Marketing" 用語 — 業界で揺れる用語（Real-time / Adaptive / Continuous Marketing）のうち、CMO Marketing OS Playbook では Adaptive を主表記とする運用でよいか
Kotler の「マーケティング 5.0 / 6.0」との位置関係 — §1.4.1 で軽く触れたが、CMO Marketing OS Playbook は Kotler 6.0 の "AI 協働実装形" と位置づけるべきか、より独立した知識体系として書くか