# 竞品调研方法手册（Research Playbook）

> `SKILL.md` 执行附录：强调可复跑、可追溯、可落地。

---

## A. 方法总览（双轨四层法）

- **四层流程**：信息采集 → 问题对齐 → 证据建库 → 双轨分析 → 决策输出（HTML）
- **双轨分工**：
  - 体验对标轨（八维）：回答"怎么做、差在哪"
  - 战略诊断轨（可选）：回答"为什么竞争、怎么赢"
- **信息采集先行**：始终先输出采集清单，用户确认/跳过后才开始分析，确保信息充分度

避免两种失败：

1. 只有功能对比，没有策略判断
2. 只有战略口号，没有体验动作
3. 信息不充分就硬写报告，导致结论空泛
4. 不做信息采集直接生成，遗漏关键上下文

---

## A1. 信息采集规则

**最低可启动输入**：调研目标 + 对标对象（≥2个）。

**采集清单输出后的用户回复处理**：

| 用户行为 | 处理方式 |
|---------|---------|
| 逐项补充 | 更新所有字段后开始分析 |
| "跳过，直接生成" | 用推断值启动，报告中标注哪些基于假设 |
| 只补部分 | 已补字段用实值，其余用推断值 |
| 反问/要求调整 | 修改采集清单后重新确认 |

**推断逻辑**：

| 信息 | 推断方式 | 推断失败时 |
|------|----------|-----------|
| 行业 | 从需求关键词推断（拼团→电商；投顾→金融） | 标"待补充" |
| 核心场景 | 从调研目标中推断最小核心链路 | 标"待补充" |
| 战略模块 | 涉及赛道/定位/定价→开启；纯体验问题→关闭 | 默认关闭 |
| 报告用途 | "评审""排期"→内部；"客户""伙伴"→对外 | 预填内部评审 |
| 约束条件 | 从需求中提取时间、资源限制 | 标"待补充" |

**信息缺失处理**：

- 只有"调研目标 + 对标对象"时可以启动，但必须先列出 ≤3 条关键假设
- 缺少我方现状 → 不编造内部数据；报告中对应章节标注「假设」，段首加"基于假设：……"
- 缺少核心场景 → 选择最能回答调研目标的单一核心链路，报告 Hero 区标注"聚焦单一链路"
- 公开来源不可访问 → 记录为 `SRC-GAP`，写清楚缺口影响和下一步补证动作
- 行业未确认 → 从对标对象推断，推断值在报告标签区加 `[推断]`
- 跳过的项目将按保守判断处理，报告中明确标注哪些结论基于假设

**保守判断原则**：

- 用户未提供的信息，分析时给保守判断，evidence 注明"用户未提供，保守处理"
- 推断来的信息在报告中标注「推断」，用户可纠正
- 宁可结论保守，不可凭空脑补

---

## A2. 问题对齐（Layer A）

基于采集清单确认后的信息，整理最终执行参数：

1. 目标问题
2. 对标对象
3. 我方现状
4. 核心场景
5. 是否启用战略模块（竞争格局 / SWOT / 五力 / PESTLE）
6. 报告用途

合并规则：

`用户明确修改 > 用户确认推断 > 已预填推断 > 未提供字段`

---

## B. 证据建库（三层证据法）

统一编号：`SRC-xxx`

| 类型 | 说明 | 可信度 |
|---|---|---|
| SRC-U | 用户材料（截图/录屏/内部文档） | 高 |
| SRC-P | 公开来源（官网/公开文档/权威媒体） | 中高 |
| SRC-H | 行业经验（需标"建议验证"） | 低 |

规则：

- 每条关键结论至少挂 1 个来源
- 含数字结论必须可追溯
- 无公开价格时，不写具体价位
- 不可核实的数据不写具体数值
- 公开来源不可访问时记录为 `SRC-GAP`

---

## C. 体验对标轨（八维详细规则）

### C1. 八维检查清单

| 维度 | 核心检查点 |
|------|-----------|
| D1 信息架构 | 入口可发现性、层级合理性 |
| D2 交互流程 | 步骤流畅度、中断恢复 |
| D3 视觉表达 | 信息层级、可读性、反馈显著性 |
| D4 文案设计 | 指令清晰度、错误文案可行动性 |
| D5 行为驱动 | 激励机制、首任务完成支持 |
| D6 异常边界 | 空态、弱网、权限拒绝等处理 |
| D7 跨端一致 | 多端与主题下的一致性 |
| D8 合规可及 | 隐私提示、可访问性、审计友好度 |

### C2. 场景拆解

把核心任务拆成最小操作节点：

```text
启动应用 → 找到入口 → 进入编辑 → 内容填写 → 提交发布 → 反馈确认
```

每个节点记录 5 项：入口、操作、反馈、出口、异常。

先拆"最小操作节点"，再做逐产品对照。

### C3. 对标总览表（列定义）

| 列 | 填写原则 |
|---|---|
| 产品 | 统一命名，不混版本噪音 |
| 场景节点 | 动词短语，聚焦动作 |
| 做法与亮点 | 写"做法→效果" |
| 与我方差异 | 写"差异事实→业务影响" |
| 证据 | `SRC-xxx` |

---

## D. 战略诊断轨（四件套详细规则）

**启用条件**：当问题涉及赛道、定位、定价、份额、进入壁垒、替代威胁等主题时启用。

### D1. 竞争格局（竞争引力图）

建议二维映射：

- X 轴：客户切换成本
- Y 轴：价值密度

输出时至少覆盖：

- 直接竞品、间接竞品、替代方案
- 竞争引力图（建议轴：**客户切换成本 × 价值密度**）
- 我方可切入空白带（明确客群与场景）

### D2. SWOT（行动矩阵化）

不止列点，必须生成行动映射：

- `SO`：用优势抢机会
- `WO`：补短板抢机会
- `ST`：用优势抗威胁
- `WT`：降暴露/控风险

### D3. 波特五力（力场温度）

五力逐项输出：

1. 当前状态
2. 变化方向（升温/降温）
3. 对我方影响
4. 反制动作

并标注"最关键两力"。

### D4. PESTLE（外部信号面板）

每类因素都要写：

- 关键外部因素
- 对业务影响
- 监控信号（可观测）
- 应对动作（利用/规避/延后）

---

## E. 关键发现模板（段落定义）

每条发现采用 6 要素：

1. 结论标题
2. 竞品事实
3. 我方缺口
4. 影响判断
5. 建议动作
6. 证据编号

---

## F. 执行建议模板

每条建议至少包含：

- 执行级别（高 / 中 / 低）
- 动作项（动词+对象）
- 预期影响
- 复杂度
- 依赖条件
- Owner

每条建议按三句法组织：

1. 结论句（判断 + 执行级别）
2. 证据句（SRC-xxx + 差异事实）
3. 动作句（Owner + 依赖 + 复杂度）

---

## G. 输出格式锁

### G1. 分区规则

- 分区数量、分区顺序、分区标题保持与 `report-template-pro.html` 一致，禁止新增/删减/重排
- 顶部信息条必须包含：行业、对标对象、报告用途、战略模块开关状态
- 报告用途为"对外分享"时，顶部标记 `🔒 已脱敏`
- 每条结论挂 `SRC-xxx` 证据编号
- 若用户使用中文提问，报告标题与章节名优先本地化为中文

### G2. 脱敏规则

报告用途为"对外分享"时：删除内部约束、弱化未核实推断、隐藏具体指标值。

### G3. UI 风格

浅蓝渐变 Hero + 白色卡片，与 opc-board、pm-requirement-review-simulator 共享同一设计语言。

---

## H. 文风护栏

- 去 AI 化：禁止"综上所述""值得注意的是""全面提升""深度赋能""形成闭环"等空话
- 每段只表达一个核心判断，优先"结论句 + 证据句 + 动作句"
- 禁止连续使用"首先/其次/最后"流水句式
- 禁用表达："优化一下体验""持续关注""参考竞品做法"

---

## I. 交付前质量闸门

### I1 完整性检查

- 是否形成"事实→判断→动作"闭环
- 是否有来源可追溯
- 是否避免体验轨与策略轨重复
- 对外版是否完成脱敏

### I2 反照抄检查

命中任一项须重写：

1. 可将报告中任意段落替换产品名后直接复用到别的项目（过于模板化）
2. 结论没有对应证据编号
3. 建议无法拆成任务卡（Owner/依赖/执行级别缺失）
4. 战略模块与体验模块出现同义重复段落

命中时用"三句法"重写：

1. 结论（我方判断）
2. 证据（SRC）
3. 动作（Owner + 执行级别）

### I3 生成前一致性自检（强制）

输出 HTML 前逐项核对，不通过先修正：

1. 证据一致：每条关键结论有 `SRC-xxx` 挂靠
2. 结构一致：体验轨与策略轨分工清晰、不重复
3. 建议一致：每条建议含 Owner/依赖/执行级别
4. 脱敏一致：对外版已删除内部约束和敏感数据
5. 格式一致：12 大分区齐全且顺序不变
6. 文风一致：无 AI 套话，无模板残留

---

## J. 规则优先级

1. **信息优先原则**（最高）
2. **输出格式锁**：`report-template-pro.html`
3. **方法规则**：本文件
4. **文风约束**：`factual-reporting-and-style.md`

冲突时：保留高优先级规则，调整低优先级的表达方式。