--- title: マーケティング原則 chapter: "01" part: 1-foundations status: revised visibility: public authors: - claude reviewers: [] revision: 0.4 updated: 2026-05-19 related-skills: - /listen - /release - /learn related-chapters: - foundations/cycle - knowledge-areas/stakeholder - cross-cutting/ai-in-marketing - cross-cutting/org-learning related-knowledge: - knowledge/marketing/framework/marketing-mindset.md - knowledge/marketing/framework/marketing-misconceptions.md - knowledge/marketing/playbook/foundations/structural-issues.md - knowledge/marketing/playbook/knowledge-areas/org-capability/responsibility-design.md --- # マーケティング原則 ## この章で解く問題 **要点: マーケティングを「やりっぱなし」にしないための共通ルールを決める。** マーケティングの失敗は、施策そのものの失敗だけではない。むしろ多いのは、施策を実行しても、組織に知見が残らないことである。 たとえば、次のような状態である。 - キャンペーンは増えるが、何を学んだかが次回に引き継がれない - CPA や CVR は改善しているが、そもそも追うべき顧客や KPI が古いままである - 社内で考えた ICP と、実際の顧客の声がズレている - 本番反映して終わり、結果が profile / playbook / glossary に書き戻されない - AI や外部業者の提案を採用したが、誰が何を判断したのかが残らない CMO Marketing OS Playbook の 7 原則は、こうした失敗を防ぐためのルールである。広告運用、SEO、CRM、ブランディングなどの個別手法を置き換えるものではない。それらを組織として学び続けるための土台である。 この章では、教科書的なマーケ理論（[Kotler](https://en.wikipedia.org/wiki/Philip_Kotler) 系の顧客起点・データ駆動・ファネル思考・ポジショニング等）とは別の層を扱う。教科書系は「マーケティングで何を考えるか」を示す。CMO Marketing OS Playbook の 7 原則は「組織がマーケティングをどう続け、どう学び直すか」を示す。両者は対立しない。 初めて読む場合は、まず 1.1、1.2、1.3、1.7 を読む。理論的背景は 1.5 にまとめるため、必要になってから読めばよい。 ## 七原則 **要点: 7 原則は、マーケティングを組織学習として回すための判断基準である。** 先に全体像を示す。 | 原則 | 一言でいうと | 防ぐ失敗 | |---|---|---| | 第 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 や看板施策や「ねばならない」に縛られる。これらを意識的に再構築する手段がないと、組織は同じ枠の中で最適化を続けるしかない。 これが 再構築段の存在理由である。再構築では、既存 KPI、聖域化した施策、業界慣習、過去の成功パターンを一度並べる。そのうえで、残すもの、止めるもの、作り直すものを分ける。 PDCA や OODA は「ループを速く回す」ことに向いている。ただし、既成枠の組み替えを独立の段としては持たない。CMO Marketing OS Playbook は、この再構築を マーケティングサイクルの中に明示的に置く。 ### 第 4 の原則: 顧客同期を独立に保つ **要点: ICP 仮説（内部）と顧客実態（外部）は、別の記録として分けて保つ。** ICP 仮説は「自社がこう考えている顧客像」である。顧客実態は「実際の顧客が話し、選び、迷っている内容」である。この 2 つを同じ場所に書くと、ズレが見えなくなる。 たとえば、社内では「中小企業の経営者向け」と考えているのに、実際の問い合わせは「現場責任者の業務改善」から来ているかもしれない。このズレが記録されなければ、施策は古い ICP のまま回り続ける。 Customer Sync を 4 つの観測対象（Team / Customer / Market / Performance）の一つとして独立に置けば、ズレを 再構築段の入力にできる。 これが、Marketing OS と汎用の組織学習ループ（OODA / PDCA）を分ける大きな違いである。詳細は [`cycle.md`](cycle.md) §2.8。 ### 第 5 の原則: 本番反映は学習ではない **要点: 起動・実装する（実行）と 学ぶ（書き戻し）は別物。実行しただけでは組織は学習しない。** 「本番反映した」は実行作業の完了である。組織学習の完了ではない。 LP を公開した、広告を配信した、メールを送った。これらは 起動・実装する段である。その結果から何を学び、どの前提を更新し、次回どこを変えるかを書き戻して初めて 学ぶ段になる。 書き戻しが起きない本番反映は、「やった」ではなく「組織学習に接続されていない実行」として扱う。 この原則を運用に落としたものが次の 2 つだ。 - **本番反映前チェックの省略不可項目**: オーナー / 計測 / ロールバックの 3 項目を本番反映の前に必ず満たす - **Evidence Level（E0〜E3）**: 学ぶ段で得た知見を検証度で分類する 詳細は [`cycle.md`](cycle.md) §2.5、§2.6。 ### 第 6 の原則: AI 判断の責任を人間が持つ **要点: AI 出力も毎回採用可否を判断する。判断と理由を記録する。** 「AI が言ったから」を判断の根拠にしない。AI / agent に作業を委ねても、判断責任は人間に残る。 重要なのは、AI を使ったかどうかではない。何を採用し、何を捨て、なぜそう決めたかが残っているかである。これを残さないと、成果が出ても失敗しても、判断の理由を学習できない。 責任の本質は処罰ではない。**意思決定権・仮説・検証条件・結果の扱い**の 4 点が同じ主体に結びついていることだ。これらが分散すると、責任は機能しない。 この原則は「個人の心がけ」ではなく**構造装置**として運用される必要がある。[Shaw & Nave (2026)](https://ssrn.com/abstract=6097646)（Wharton, 1,372 名 / 9,000+ 試行）は、AI が誤答でも 80% の人間がそれを採用し、**AI の誤りを訂正できた率はわずか 19.7%** という cognitive surrender を実証している。**「間違っている時に人は判断できなくてはいけない」を成立させるには、採否ログ・本番反映前チェック・Evidence Level を省略不可項目として OS に埋め込む**しかない。詳細は [`../cross-cutting/ai-in-marketing.md`](../cross-cutting/ai-in-marketing.md) §17.3、実証根拠は [`../../reference/references.md`](../../reference/references.md) §E.9.5。 ### 第 7 の原則: 語の規律を持つ **要点: 同じ語が違う意味で使われている状態を許さない。** 「マーケティング」「成果」「顧客」「施策」がチーム内で別の意味を指していれば、いくら マーケティングサイクルを回しても合意は形成されない。話している内容自体がすれ違っている。 たとえば、「成果」が売上を指すのか、商談数を指すのか、認知の増加を指すのかが曖昧なままでは、KPI の議論は進まない。「顧客」が購買者を指すのか、利用者を指すのか、決裁者を指すのかも同じである。 新しい語を導入するときは、必ず [`vocabulary.md`](vocabulary.md) と [`../appendices/glossary.md`](../../glossary/glossary.md) を同時に更新する。略語・同義語・翻訳語の扱いは [`vocabulary.md`](vocabulary.md) §4.6 に従う。 ## 七原則の階層構造 **要点: 7 原則はフラットに並ぶのではなく、依存関係を持つ。** ``` 第1の原則: 組織学習としてのマーケティング（最上位） │ ├─ 第2の原則: 戦略レイヤーと最適化レイヤーの分離 │ │ │ ├─ 第3の原則: 既成の枠組みを疑う │ │ │ └─ 第4の原則: 顧客同期を独立に保つ │ ├─ 第5の原則: 本番反映は学習ではない │ └─ 第6の原則: AI 判断の責任を人間が持つ 第7の原則: 語の規律を持つ（上記すべての前提） ``` - 第 1〜2 の原則: マーケの範囲を定義する（哲学） - 第 3〜4 の原則: そのための構造 - 第 5〜6 の原則: 運用の規律 - 第 7 の原則: すべてが成り立つための前提 下位原則は上位原則の**必要条件**であって、十分条件ではない。下位を満たせば上位が自動で成立するわけではない。 ## 既存マーケ思考との関係 **要点: CMO Marketing OS Playbook は既存のマーケ思考を否定しない。その上に運用層として重ねる。** ### Kotler / Drucker 系（一般的なマーケティング理論） [Drucker](https://en.wikipedia.org/wiki/Peter_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`](../../reference/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 原則は組織学習論と市場志向研究を、マーケティング運用に落としたものである。** この節は補足である。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`](../cross-cutting/org-learning.md) と [`../appendices/references.md`](../../reference/references.md) §E.5 を参照する。 ## 七原則から導かれる運用補題 **要点: 7 原則を実務に落とすと、9 つの運用補題が出てくる。** 各補題は、原則を現場で使うための言い換えである。 ### 補題 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 の運用補題。 ## アンチパターン **要点: 7 原則と補題に反する典型例。違反元を明示しておく。** - **施策単位 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 章 組織学習パターン で仕組みとして再整理する。 ## 関連 skill / agent **要点: 7 原則を支える Marketing OS の skill 群。** - **第 3 の原則（再構築）** — `/release`、`/insight consultant` - **第 4 の原則（Customer Sync）** — `/listen customer`、`/insight customer` - **第 5 の原則（本番反映 ≠ 学習）** — `/learn`（本番反映前チェックと Evidence Level の運用） - **第 6 の原則（AI 判断の責任）** — `/learn`（AI 採否ログの記録） Marketing OS は CMO Marketing OS Playbook の参照実装である（[`/services/marketing`](/services/marketing)）。skill ↔ process の完全な対応は [`../appendices/skill-mapping.md`](../../../base/skill-mapping.md) を参照。 ## 今後の拡張論点 - **七原則の数（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 協働実装形" と位置づけるべきか、より独立した知識体系として書くか