ECC brand-discovery 深度解析：Module 70 如何用结构化访谈定位创始人品牌与组织品牌的边界

本文以 ECC 仓库 brand-discovery 技能中的 Module 70 模块文件（70_founder-tension.md）为主体，完整讲解"创始人个人品牌 vs 组织品牌"这一常见规模化瓶颈的识别与处理方法：如何用一组取证式提问（Raw 阶段）、五级光谱定位（Synthesis 阶段）把创始人品牌和组织品牌的权益划分、健康边界与投入节奏显性化。结合 SKILL.md 中定义的会话协议、状态检查点（state.json）与多创始人对账机制，以及 Module 90 主品牌书的承接结构，本文给出可复制的实操流程和源码级证据，帮助读者在自己的品牌工作流中直接复用这套方法。

一、背景：Module 70 在 brand-discovery 技能中的位置

ECC 的 brand-discovery 是一个"多会话结构化品牌访谈"技能：它不是一次性聊天，而是把品牌识别访谈拆成 8 个模块文件，按序推进，边访谈边把答案落盘，最终产出一份可交接给设计师、写手和外部协作者的"主品牌书"（Master Brandbook）。技能定义在 SKILL.md 中，其激活场景明确包含"现有品牌文档分散、隐性化、依赖创始人（founder-dependent）而需要被显性化"——这正是 Module 70 要解决的问题。

在模块序列中，Module 70 的定义如下（引自 SKILL.md 的模块表）：

文件	标签	使用的框架
10_purpose-why.md	Purpose / Why	Sinek Golden Circle, Lencioni
20_positioning.md	Positioning	Dunford "Obviously Awesome", Moore template
30_audience-niche.md	Audience & Niche	Baker "Business of Expertise", ICP
40_personality-archetype.md	Personality & Archetype	Mark & Pearson 12 archetypes, J. Aaker 5 dims
50_voice-tone.md	Voice & Tone	Brand voice guidelines
60_narrative-story.md	Narrative / Story	Neumeier trueline, brand story arc
70_founder-tension.md	Founder Brands vs Studio Brand	Enns "Win Without Pitching"
90_SYNTHESIS.md	Master Brandbook	Kapferer prism, Aaker brand system

也就是说，Module 70 是进入最终综合（90_SYNTHESIS.md）前的倒数第二个模块，其理论框架来自 Enns 的 Win Without Pitching（个人品牌 vs 机构品牌光谱）。模块文件的元信息也直接声明了框架与目标（引自 70_founder-tension.md）：

Frameworks: Enns Win Without Pitching · Personal brand vs institutional brand spectrum

Goal: Map the relationship between the founder's personal reputation and the organisation's brand. Clarify how much equity each carries, what the healthy boundary is, and how to sequence personal vs organisation brand investment. Unresolved founder-brand tension is a common scaling bottleneck.

翻译为中文即：绘制创始人个人声望与组织品牌之间的关系，澄清两者各自承载多少品牌权益、健康的边界在哪里、个人品牌与组织品牌的投入如何排序；未解决的创始人-品牌张力是常见的规模化瓶颈。

在仓库中，该模块文件同时存在于技能目录 skills/brand-discovery/references/70_founder-tension.md 与 agent 技能目录 .agents/skills/brand-discovery/references/70_founder-tension.md，两处内容完全一致（可通过 diff 验证）。.agents 侧还额外带有一份接口配置 openai.yaml，其中声明了 display_name: "Brand Discovery"、short_description: "Adaptive multi-session brand identity interviews" 以及 allow_implicit_invocation: true，说明该技能可被代理隐式调用。模块本身也被打包进安装清单（见 install-modules.json 与 package.json 中对 skills/brand-discovery/ 的引用），因此它是可随 ECC 一起分发安装的正式组件。

二、Raw 阶段：六个取证式提问（完整继承）

Module 70 文件的第一部分是 ## Raw 区，用于逐字记录受访者的原话（文件内注释为 <!-- Verbatim quotes. -->）。原文档给出六个固定提问，它们的设计意图不是"聊天式"地聊品牌，而是索取证据（evidence, not instinct）：

1. Is the founder personally known in the market? How?（创始人在市场上是否被个人化地认知？以何种方式被认知？）
2. Do clients buy the founder or the organisation? (ask for evidence, not instinct)（客户买的是创始人个人还是组织？要求拿证据回答，而不是凭直觉。）
3. What happens to the brand if the founder steps back or is unavailable?（如果创始人退居幕后或不可用，品牌会发生什么？）
4. What does the founder want for their personal brand in 3–5 years?（创始人对自己个人品牌的 3–5 年期待是什么？）
5. What does the organisation's brand need to be able to do independently?（组织品牌需要具备哪些独立运作的能力？）
6. Where has the founder-brand been an asset? Where has it been a constraint?（创始人品牌在哪些地方是资产？在哪些地方反而是约束？）

这六个问题与 SKILL.md 中定义的"访谈纪律"是严格配套的，理解这一点能帮你把模块真正跑起来：

• 一次只问一个问题（One question at a time. Never present a list of questions.）。上面的六个问题绝不是一次性抛给受访者的清单，而是在饱和信号出现前逐条推进。
• 每个回答后：先短复述（paraphrase），再追问一个深化探针；若话题已饱和则收线，不得沉默跳过。
• Laddering（梯级追问）：对每个 "what" 类回答，追问 "Why does that matter to you?"，通常 2–4 轮直到浮现核心价值。放在 Module 70 语境下，就是对"客户买的是我这个人"这类回答追问"为什么客户认你个人？"。
• 5 Whys：对信念性或定位性主张一直追问到根因。
• 识别薄回答（thin answers）：如果回答空泛、堆术语、含糊，就要求给一个具体例子、一个客户故事或一个数字——这正是问题 2 中 "(ask for evidence, not instinct)" 的落地机制。
• 投射技法（Projective techniques）：每个模块用一次以打破平台期，例如"如果品牌是一个人，他会如何走进房间？"、品牌讣告、竞争性对比。
• 饱和信号：连续两个探针不再产生新信息时，总结并关闭模块。

因此，六个原始提问 + 上述纪律，构成 Module 70 的完整取证流程：问题清单保证覆盖面，访谈纪律保证每一问都追到根因和证据。

三、Synthesis 阶段：五级光谱与所有权划分（完整继承）

访谈饱和后，Module 70 进入 ## Synthesis 区。原文档给出了五个小节，核心是一个五级光谱：

1. 当前状态：位于光谱何处？

原文的光谱定义如下（引自 70_founder-tension.md）：

[Founder IS the brand] ←————————→ [Organisation brand stands alone]
         1         2         3         4         5

Current position: ___ Target position (3-year): ___

即：左端（1）是"创始人即品牌"，右端（5）是"组织品牌完全独立成立"。Synthesis 要求同时填写两个空：

• Current position：当前位置（1–5 打分）；
• Target position (3-year)：3 年目标位置。

这一设计的关键在于把"张力"量化为一条可度量、可对比的轴：当前分与目标分的差距，就是接下来品牌投入的方向与工作量。

2. 创始人品牌应持有（并继续持有）的部分

原文小节标题为 "What the founder brand should own (and keeps owning)"。它要求回答：哪些内容必须绑定在创始人个人身上——例如个人信任背书、行业观点输出、面向高净值客户的面对面关系、创始人叙事（与 Module 60 的 trueline 衔接）等。"keeps owning" 的措辞强调这不是过渡状态，而是长期边界的一部分。

3. 组织品牌必须独立持有的部分

原文小节标题为 "What the organization brand needs to own (independently of the founder)"。与之对应的是 Raw 区问题 3 和 5：如果创始人退场或不可用，品牌仍须具备的独立运作能力——独立的销售叙事、可复制的交付体系、不依赖个人面子的获客渠道等。这两个小节合起来就是"健康边界"的操作化定义：边界 = 创始人侧持有集合 ∪ 组织侧独立持有集合，且两侧清单互不重叠、无未归属地带。

4. 迁移计划草图（若要从创始人中心走向机构化）

原文小节标题为 "Transition plan sketch (if moving from founder-centric toward institutional)"。注意条件措辞 "if moving"：只有当当前分显著偏 1、而 3 年目标分偏 3–5 时才需要迁移计划；如果品牌本来就该以创始人为主（1–2 分且目标不变），这一节应写明"暂不迁移"及其理由。迁移计划草图通常包含：哪些内容资产先迁移到组织名义下、哪些渠道需要"去个人化"重命名、创始人个人品牌转为组织品牌的背书角色（ambassador）而非代言人的时机等。

5. 若什么都不做的风险（Risk if nothing changes）

原文要求显式写出"风险条款"。结合 Module 70 的 Goal 声明，典型风险包括：创始人带宽成为公司增长上限、创始人缺席（休假、健康、离职）导致品牌与收入骤降、招聘与融资叙事过度绑定个人、团队无法独立建立外部信任。这一小节的存在迫使 Synthesis 不能只画蓝图，必须写出维持现状的代价，从而为迁移计划提供决策依据。

6. 留给 Module 90 Synthesis 的开放问题

原文最后一小节为 "Open questions / threads for Module 90 Synthesis"。这一条与 90_SYNTHESIS.md 的承接结构是一一对应的。Module 90（Master Brandbook）中专门设有：

• 第 7 节 "Founder / organisation brand boundary (from Module 70)"，只保留两个最终字段：

  What the founder brand owns:

  What the organization brand owns:

  也就是说，Module 70 的五节 Synthesis 在最终品牌书中被压缩为"双方所有权清单"这一权威结论；

• 第 8 节 "Tensions resolved"，是一张 | Tension | Module A | Module B | Resolution | 的表格，用于登记并裁决模块间的冲突——Module 70 与 Module 60（narrative/story）或 Module 50（voice/tone）之间的冲突就登记在这里；

• 第 9 节 "Open questions deferred to next session"，承接 Module 70 未闭合的线程。

从源码结构看，Module 70 与 Module 90 之间的这种"五节展开 → 两节收敛 + 张力登记"关系，是整个技能"先发散取证、后收敛定稿"设计的缩影。

四、状态持久化：state.json 如何保证跨会话可恢复

Module 70 不是孤立文件，它嵌在一套磁盘状态协议中。SKILL.md 的 "State write protocol" 规定：每当一个模块达到饱和或完成，需要落盘两类文件——模块文件（含完整 Raw 与 Synthesis）与 state.json 检查点，schema 为：

{
  "session": "{brand_name}-brand-{YYYY-MM}",
  "outputPath": "{path_to_brand_identity_directory}",
  "completedModules": [],
  "inProgressModule": "10_purpose-why.md",
  "nextModule": "20_positioning.md",
  "participants": ["founder-A"],
  "lastUpdated": "{ISO-8601}"
}

写完后代理必须向用户确认 "Module X saved. State updated. Next: Y."。对 Module 70 而言，这意味着：访谈到一半会话结束时，已采集的六个问题的回答保存在模块文件里，state.json 中 inProgressModule 指向 70_founder-tension.md、nextModule 指向 90_SYNTHESIS.md；下次会话启动时，技能会按"会话启动协议"先检查已有模块文件与 state.json，再读当前模块的 Raw 区，然后用两三句话报告"我们在哪个模块、状态如何、还剩什么"，并询问"从这里继续，还是切换模块？"

这套机制与 SKILL.md "Anti-Patterns" 一节直接对应：跳过状态检查就开工（丢失跨会话连续性）、一次抛多个问题（清单式回答没有洞察）、未饱和就写 Synthesis（最后两个探针没有新信息才算完成）、多创始人模式跳过对账（先集体讨论会引入锚定偏差）、当作一次性会话处理（一次对话冲到 90_SYNTHESIS 只会产出浅层内容）。对 Module 70 特别需要注意的是第三条：六个问题问完不等于饱和，连续两个探针无新信息才是关闭条件。

五、多创始人场景下的 Module 70：分写与对账

SKILL.md 的 "Multi-founder mode" 规定：当多于一个创始人参与时，每位创始人的回答写入 founders/{participant}.md 而非主模块文件，且必须做安全校验：

• participant 名称只允许字母、数字与连字符（如 founder-a、anna），拒绝包含路径分隔符（/、\、..）或特殊字符的名称——这是对 founders/{participant}.md 这类模板路径的注入防护；
• moduleFile 必须匹配枚举的模块序列（仅 10 到 90）；
• outputPath 必须是项目目录内的绝对路径，拒绝相对路径和通过 .. 逃逸的路径。

所有创始人完成同一模块后，要执行一次对账（reconciliation）pass：在模块文件中汇总共识与分歧，并把"生产性张力（productive tensions）"标记出来，留给团队对齐工作坊。对 Module 70 来说，多创始人访谈的价值尤其高——不同创始人对"客户买的是我个人的哪部分"与"组织该独立承接什么"的回答往往不一致，这些分歧正是边界划分最真实的证据，而逐人分写再对账的流程恰好避免了对齐会先入为主的锚定效应。

六、实操清单：如何跑完一个 Module 70

综合以上文档与源码证据，一次完整的 Module 70 流程可整理为：

1. 会话启动：检查品牌识别目录下是否已有模块文件与 state.json；若有，读取 70_founder-tension.md 的 Raw 区恢复上下文；若无，确认品牌名、参与人、落盘路径（outputPath 用项目内绝对路径）。
2. 逐题取证：按第二节六个问题一次一问推进；每答必答"复述 + 深化探针"；薄回答索要具体例子、客户故事或数字；必要时使用一次投射技法。
3. 判定饱和：连续两个探针无新信息即收线；未饱和则继续，禁止提前进入 Synthesis。
4. 填写 Synthesis 五节：在 1–5 光谱上标注 Current position 与 Target position (3-year)；分别列出创始人品牌持有项、组织品牌独立持有项；若需迁移，给出过渡计划草图（或写明不迁移的理由）；写出"什么都不做"的风险；把未闭合问题标记给 Module 90。
5. 落盘与确认：写入模块文件与 state.json（更新 completedModules、inProgressModule、nextModule、lastUpdated），向用户确认 "Module 70 saved. State updated. Next: 90_SYNTHESIS."
6. 进入 Module 90 收敛：在 90_SYNTHESIS.md 第 7 节填入最终的双侧所有权清单，在第 8 节登记 Module 70 与其他模块的张力及裁决结果。

七、方法要点小结

• 光谱量化是 Module 70 的核心装置：把"创始人品牌 vs 组织品牌"从模糊感受变成 1–5 分轴上的"当前分 + 3 年目标分"，张力即差距；
• 取证优先于直觉：六个 Raw 问题配合"一次一问、复述加深、5 Whys、要数字不要口号"的访谈纪律，确保所有权划分有证据支撑；
• 边界即两份所有权清单：Synthesis 的产出在 Module 90 中被收敛为 "What the founder brand owns / What the organization brand owns" 两个权威字段，可直接用于品牌书；
• 状态协议保证跨会话恢复：state.json 检查点 + 会话启动协议 + 反模式清单，使该模块可以跨天、跨周、跨多人推进而不丢失上下文；
• 多创始人分写与对账：逐人写入 founders/{participant}.md 并做路径与名称安全校验，分歧被标记为"生产性张力"进入团队对齐。

以上全部结论均可在仓库内核对：模块本体见 skills/brand-discovery/references/70_founder-tension.md（或其 .agents 侧镜像），协议与模块表见 skills/brand-discovery/SKILL.md，下游承接见 skills/brand-discovery/references/90_SYNTHESIS.md。