Competitive Product Research

name: competitive-product-research

description: >- Competitive product research skill for structured benchmarking and strategic differentiation. Uses an original dual-track method (experience benchmarking + strategic diagnostics), and outputs source-traceable, execution-oriented HTML reports. 竞品调研技能：采用原创双轨方法（体验对标 + 战略诊断），输出可追溯、可执行的 HTML 报告。 version: 1.3.1

竞品调研（Competitive Product Research）

1) 技能定位

本技能用于回答两类核心问题：

1. 体验层问题：竞品“具体怎么做”，我方“具体差在哪里”。
2. 策略层问题：赛道“为什么这样竞争”，我方“应该怎么打”。

输出不是“观点合集”，而是可直接进入评审会与排期会的行动化报告。

2) 非目标（避免跑偏）

• 不做无法验证的市场规模“拍脑袋估算”。
• 不做只讲概念、不落动作的泛战略报告。
• 不做绕过权限的抓取或任何违规采集。

3) 触发条件

当用户提出以下任一意图时启用：

• 竞品调研 / 对标分析 / 行业对比
• 差异化策略 / 竞争格局 / 定位与定价判断
• SWOT / 波特五力 / PESTLE

4) 输入契约

5) 输出契约

标准输出为 HTML 报告，必须同时满足：

• 结论可追溯：所有事实性结论映射 SRC-xxx
• 建议可执行：每条建议含动作项、Owner、依赖、复杂度、执行级别
• 结构可复用：可在复盘时复跑同模板

6) 方法框架（原创：双轨四层法）

Layer A · 问题对齐（先确认后分析）

先输出确认清单，确认后再开跑：

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

合并规则：

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

Layer B · 证据建库（三层证据法）

统一建立 SRC-xxx：

• SRC-U（用户证据）：截图、录屏、内部文档
• SRC-P（公开证据）：官网、公开文档、商店页面、权威媒体
• SRC-H（经验证据）：行业经验（必须标注“建议验证”）

规则：

• 不可核实的数据不写具体数值
• 公开价缺失时写“未见公开定价/需销售确认”
• 每条关键结论至少挂一个 SRC

Layer C · 双轨分析引擎

Track 1：体验对标（八维）

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

Track 2：战略诊断（可选四件套）

2.1 竞争格局（竞争引力图）

输出时至少覆盖：

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

2.2 SWOT（行动矩阵化）

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

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

2.3 波特五力（力场温度）

五力逐项输出：

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

并标注“最关键两力”。

2.4 PESTLE（外部信号面板）

每类因素都要写：

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

Layer D · 决策输出（HTML）

使用 references/report-template.html，默认分区：

1. 封面
2. 摘要
3. 范围与来源
4. 对标总览
5. 战略诊断（启用时）
6. 关键发现
7. 可复用 Pattern（可选）
8. 落地建议
9. 来源索引

7) 建议表达规范（禁止空话）

每条建议至少包含：

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

禁用表达：

• “优化一下体验”
• “持续关注”
• “参考竞品做法”

7.1) 风格护栏（反照抄检测）

为避免“翻译腔/照抄感”，输出时强制执行以下护栏：

A. 结构去同质化

• 不直接复刻外部框架的章节命名与顺序；必须映射到本技能的“双轨四层法”。
• 同一结论不得在“体验轨”和“策略轨”重复描述；体验轨写“怎么做”，策略轨写“为什么做、做到哪”。

B. 表达去模板化

• 禁止连续使用“首先/其次/最后/综上”流水句式。
• 每段只表达一个核心判断，优先“结论句 + 证据句 + 动作句”。
• 禁止泛化词堆砌（如“全面提升、深度赋能、形成闭环”）但无可执行动作。

C. 结论去空泛化

• 每条判断必须挂 SRC-xxx 或标注“建议验证”。
• 每条建议必须能回答：谁做、做什么、依赖什么。
• 禁止“参考竞品即可”“持续观察”这类不可验收建议。

D. 发布前快速自检（反照抄）

若命中任一项，必须重写：

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

8) 质量闸门（提交前）

• 是否完成信息确认
• 是否完成来源索引且可追溯
• 是否覆盖核心场景节点
• 是否形成“事实→判断→动作”闭环
• 战略与体验是否分工清晰、不重复
• 文风是否简洁、无 AI 套话
• 对外版是否已脱敏

9) 合规与文风

必须遵守：references/factual-reporting-and-style.md

核心原则：

• 事实优先，结论可证
• 数字审慎，不编造
• 语句短、信息密
• 先结论后证据

10) 参考文件

• references/research-playbook.md
• references/report-template.html
• references/factual-reporting-and-style.md