ADR-004 战略白皮书十节目录骨架
决策摘要
新版战略白皮书采用 10 节目录（vs 现行版本 16 节），每节有明确的 Strategy Cascade 角色定位。
| 节序 | 节标题 | Cascade 角色 |
|---|---|---|
| 第一节 | 愿景：个人金融认知层是什么 | Winning Aspiration |
| 第二节 | 用户与场景：要被雇佣完成的任务 | JTBD / Working Backwards |
| 第三节 | 战场选择：第一阶段聚焦 Crypto + US Stocks | Where to Play |
| 第四节 | 制胜逻辑：懂金融 / 懂用户 / 懂判断 | How to Win |
| 第五节 | 产品形态：用户产品 / 工具产品 / 平台产品 三层 | Core Capabilities |
| 第六节 | 生态位置：在 FinTec AI Ecosystem 中的位置 | Core Capabilities |
| 第七节 | 阶段路线：从 AI 金融助手到个人金融认知层 | Management System |
| 第八节 | 商业立场：大众入口、质量一致、订阅与佣金 | Management System |
| 第九节 | 用户主权与不变量：我们承诺什么 | Constraints |
| 第十节 | 战略风险与应对、悬而未决问题 | Risk-Response |
上下文
现行战略白皮书 16 节存在以下结构问题（基于上一轮重构尝试 review 总结）：
- 节数过多导致冗余：第二节"市场背景"和第三节"用户问题"内容大量交叉
- 章节职责漂移：第六节"核心差异化"和第十节"工具格局与定位差异"职责重叠
- 防御型表达过多：第十四节"用户画像与敏感信息"以"不收什么/不存什么"为骨架，缺少建设性的"承诺什么"
- 悬而未决问题与工程承接混在一起：第十五节同时讲战略未决和工程观测字段，跨层级
10 节目录通过 Strategy Cascade 重新组织，每节职责清晰，无重叠。
决策理由
节序排列逻辑
10 节按 Cascade 自然递进：
为什么存在（第一节 愿景）
↓
为谁解决什么（第二节 用户与场景）
↓
在哪做（第三节 战场选择）
↓
怎么赢（第四节 制胜逻辑）
↓
靠什么赢（第五节 产品形态 + 第六节 生态位置）
↓
怎么走到那（第七节 阶段路线）
↓
怎么挣钱（第八节 商业立场）
↓
什么不能动（第九节 用户主权与不变量）
↓
什么没拍板、有什么风险（第十节 战略风险与应对、悬而未决问题）
读者从第一节读到第十节，能完整跟随 FinBayes 战略的因果链条。
现行 16 节到新版 10 节的映射
| 现行节 | 内容方向 | 新版节 | 处理 |
|---|---|---|---|
| 1 执行摘要 | 整体概览 | 第一节（融合） | 执行摘要并入愿景节首段 |
| 2 市场背景 | 个人投资者进入复杂金融时代 | 第二节 | 市场背景作为用户场景的语境，并入用户与场景节 |
| 3 用户问题 | 信息很多、判断很难 | 第二节 | 用户问题用 JTBD 框架重写，与第二节合并 |
| 4 FinBayes 定义与愿景 | 是什么、长期变成什么 | 第一节 | 愿景节主体 |
| 5 核心价值主张 | 持续金融认知能力 | 第一节 + 第四节 | 愿景节锚定，制胜逻辑节展开 |
| 6 核心差异化 | 懂金融 / 懂用户 / 懂判断 | 第四节 | 制胜逻辑节主体 |
| 7 产品组织逻辑 | 自然语言入口 + 金融认知状态 | 第五节 | 产品形态节主体（用户产品视角） |
| 8 在生态中的位置 | 五个生态对象 | 第六节 | 生态位置节主体 |
| 9 第一阶段市场聚焦 | Crypto + US Stocks | 第三节 | 战场选择节主体 |
| 10 工具格局与定位差异 | vs 通用 AI / 行情软件等 | 第四节 | 制胜逻辑节的对标段 |
| 11 第一阶段战略验证重点 | 认知质量验证 | 第七节 | 阶段路线节的第一阶段段 |
| 12 阶段路线 | AI 助手 → 认知层 | 第七节 | 阶段路线节主体 |
| 13 商业立场 | 大众入口、订阅+佣金 | 第八节 | 商业立场节主体 |
| 14 用户画像与敏感信息 | 不收什么、不存什么 | 第九节 | 用户主权与不变量节（改为建设性表达） |
| 15 当前未决问题 | 4 项战略未决 + 工程承接 | 第十节 + 删除部分 | 未决问题保留入第十节；工程承接原则下移到 L2/L3，不入 L1 |
| 16 结论 | 让每个人都能成为自己的金融专家 | 第一节（融合） | 结论并入愿景节末段 |
覆盖完整性保证：现行 16 节的核心论点全部在新版 10 节有对应位置，无遗漏。
关键删减说明
新版相对现行的减法（避免为重构而重构）：
- 执行摘要单独成节 → 并入愿景节首段。现行的执行摘要内容与愿景重复度 70%+，独立成节是冗余。
- 结论单独成节 → 并入愿景节末段（用一段"长期，让每个人成为自己的金融专家"作为愿景节的呼应收尾）。
- 市场背景 + 用户问题两节 → 合并为用户与场景一节。两者本质都是"FinBayes 解决的真实用户场景"，分两节是从外向内的双重叙述，可合并。
- 工程承接未决问题原则 → 删除。这是 L2/L3 该写的内容，L1 战略层不应该规定"工程上可以记录什么字段"。
关键加法说明
新版相对现行的加法：
- 第五节 产品形态：用户产品 / 工具产品 / 平台产品 三层 → 现行版本暗含但未明说。FinBayes 同时是面向终端用户的产品、面向其他生态成员的工具、面向开发者的平台，这三个角色需要在战略层明确（上一轮 review 反复指出现行版本这点不清）。
- 第九节 用户主权与不变量 → 现行第十四节是防御型表达（"不收/不存"），改为建设性表达"承诺给用户什么主权"（查看权 / 修改权 / 删除权 / 退出权 / 输出质量一致权）。
- 第十节 战略风险与应对 → 现行版本只列未决问题，新版加入"已识别风险 + 当前应对思路"（如商业模式整体压力测试 → 第一阶段以认知质量验证替代价格验证；通用 AI 留存竞争 → 留存钩子三层分层（前置在第七节展开））。
写作纪律边界
每节的写作必须遵守以下边界（避免章节漂移）：
- 第一节：只写愿景与定义，不写市场细节、不写产品形态、不写商业模式
- 第二节：只写用户场景与雇佣任务，不写解决方案（解决方案在第四节）
- 第三节：只写市场选择，不写差异化策略（差异化在第四节）
- 第四节：只写制胜逻辑与对标，不写产品形态细节（产品形态在第五节）
- 第五节：只写产品三层结构与对外角色，不写具体功能模块（功能模块是 L2）
- 第六节：只写 FinBayes 与生态其他对象的关系，不写具体集成接口（接口是 L3）
- 第七节：只写阶段目标与跨阶段演化方向，不写具体里程碑指标（指标是 L2 计划层）
- 第八节：只写商业立场与定价原则，不写具体定价数字与渠道（数字是 L2 商业规划）
- 第九节：只写承诺给用户的主权与战略不变量，不写工程实现（实现是 L3）
- 第十节：只写战略层风险与悬而未决问题，不写工程承接细节（承接是 L2/L3）
后果
正面
- 节数从 16 减到 10，更紧凑，单次阅读心智负担降低
- 每节有 Cascade 角色，章节职责不漂移
- 第九节改为建设性表达，回应用户对"防御型文档"的反馈
- 删除第十五节工程承接原则，回应用户对"L1/L2/L3 边界要清晰"的约束
负面
- 现行版本读者迁移到新版本时需要重新建立目录心智（已通过映射表缓解）
- 三层产品形态（用户/工具/平台）是新增加的战略概念，下位（L2 产品定义）必须承接重写，这是用户已明确接受的成本
中性
- 第五节和第六节都属于 Core Capabilities，可能让读者觉得 Cascade 角色重复。但产品形态（对外角色）和生态位置（对内关系）是两个不同维度，分节合理
后续动作
- ADR 锁定后，下一阶段按节顺序起草（第一节 → 第十节）
- 每两节完成后停下进入 Stage Gate，等用户确认再起下两节
- 全部草稿完成后整合 + 自检 + R1 多 Agent review