competitive-product-research
v1.3.1Competitive product research expert: structured benchmarking across 8 UX dimensions, outputs an actionable HTML report with S/A/B/C health score and P0/P1/P2...
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) 技能定位
本技能用于回答两类核心问题:
- 体验层问题:竞品“具体怎么做”,我方“具体差在哪里”。
- 策略层问题:赛道“为什么这样竞争”,我方“应该怎么打”。
输出不是“观点合集”,而是可直接进入评审会与排期会的行动化报告。
2) 非目标(避免跑偏)
- 不做无法验证的市场规模“拍脑袋估算”。
- 不做只讲概念、不落动作的泛战略报告。
- 不做绕过权限的抓取或任何违规采集。
3) 触发条件
当用户提出以下任一意图时启用:
- 竞品调研 / 对标分析 / 行业对比
- 差异化策略 / 竞争格局 / 定位与定价判断
- SWOT / 波特五力 / PESTLE
4) 输入契约
| 输入项 | 必填 | 说明 |
|---|---|---|
| 调研目标 | ✅ | 一句话说明要解决的问题 |
| 对标对象 | ✅ | 建议 ≥2 个 |
| 我方现状 | 推荐 | 当前方案、痛点、约束 |
| 核心场景 | 推荐 | 用户关键链路 |
| 补充材料 | 可选 | 截图/录屏/文档/链接 |
| 输出版本 | 可选 | 详细版 / 对外可分享版 |
5) 输出契约
标准输出为 HTML 报告,必须同时满足:
- 结论可追溯:所有事实性结论映射
SRC-xxx - 建议可执行:每条建议含动作项、Owner、依赖、复杂度、执行级别
- 结构可复用:可在复盘时复跑同模板
6) 方法框架(原创:双轨四层法)
Layer A · 问题对齐(先确认后分析)
先输出确认清单,确认后再开跑:
- 目标问题
- 对标对象
- 我方现状
- 核心场景
- 是否启用战略模块(竞争格局 / SWOT / 五力 / PESTLE)
- 输出版本
合并规则:
用户明确修改 > 用户确认推断 > 已预填推断 > 未提供字段
Layer B · 证据建库(三层证据法)
统一建立 SRC-xxx:
- SRC-U(用户证据):截图、录屏、内部文档
- SRC-P(公开证据):官网、公开文档、商店页面、权威媒体
- SRC-H(经验证据):行业经验(必须标注“建议验证”)
规则:
- 不可核实的数据不写具体数值
- 公开价缺失时写“未见公开定价/需销售确认”
- 每条关键结论至少挂一个
SRC
Layer C · 双轨分析引擎
Track 1:体验对标(八维)
| 维度 | 核心检查点 |
|---|---|
| D1 信息架构 | 入口可发现性、层级合理性 |
| D2 交互流程 | 步骤流畅度、中断恢复 |
| D3 视觉表达 | 信息层级、可读性、反馈显著性 |
| D4 文案设计 | 指令清晰度、错误文案可行动性 |
| D5 行为驱动 | 激励机制、首任务完成支持 |
| D6 异常边界 | 空态、弱网、权限拒绝等处理 |
| D7 跨端一致 | 多端与主题下的一致性 |
| D8 合规可及 | 隐私提示、可访问性、审计友好度 |
先拆“最小操作节点”,再做逐产品对照。
Track 2:战略诊断(可选四件套)
2.1 竞争格局(竞争引力图)
输出时至少覆盖:
- 直接竞品、间接竞品、替代方案
- 竞争引力图(建议轴:客户切换成本 × 价值密度)
- 我方可切入空白带(明确客群与场景)
2.2 SWOT(行动矩阵化)
不止列点,必须生成行动映射:
SO:用优势抢机会WO:补短板抢机会ST:用优势抗威胁WT:降暴露/控风险
2.3 波特五力(力场温度)
五力逐项输出:
- 当前状态
- 变化方向(升温/降温)
- 对我方影响
- 反制动作
并标注“最关键两力”。
2.4 PESTLE(外部信号面板)
每类因素都要写:
- 关键外部因素
- 对业务影响
- 监控信号(可观测)
- 应对动作(利用/规避/延后)
Layer D · 决策输出(HTML)
使用 references/report-template.html,默认分区:
- 封面
- 摘要
- 范围与来源
- 对标总览
- 战略诊断(启用时)
- 关键发现
- 可复用 Pattern(可选)
- 落地建议
- 来源索引
7) 建议表达规范(禁止空话)
每条建议至少包含:
- 执行级别:高 / 中 / 低
- 动作项:动词 + 对象
- 预期影响
- 复杂度
- 依赖条件
- Owner
禁用表达:
- “优化一下体验”
- “持续关注”
- “参考竞品做法”
7.1) 风格护栏(反照抄检测)
为避免“翻译腔/照抄感”,输出时强制执行以下护栏:
A. 结构去同质化
- 不直接复刻外部框架的章节命名与顺序;必须映射到本技能的“双轨四层法”。
- 同一结论不得在“体验轨”和“策略轨”重复描述;体验轨写“怎么做”,策略轨写“为什么做、做到哪”。
B. 表达去模板化
- 禁止连续使用“首先/其次/最后/综上”流水句式。
- 每段只表达一个核心判断,优先“结论句 + 证据句 + 动作句”。
- 禁止泛化词堆砌(如“全面提升、深度赋能、形成闭环”)但无可执行动作。
C. 结论去空泛化
- 每条判断必须挂
SRC-xxx或标注“建议验证”。 - 每条建议必须能回答:谁做、做什么、依赖什么。
- 禁止“参考竞品即可”“持续观察”这类不可验收建议。
D. 发布前快速自检(反照抄)
若命中任一项,必须重写:
- 可将报告中任意段落替换产品名后直接复用到别的项目(说明过于模板化)。
- 结论没有对应证据编号。
- 建议无法拆成任务卡(Owner/依赖/执行级别缺失)。
- 战略模块与体验模块出现同义重复段落。
8) 质量闸门(提交前)
- 是否完成信息确认
- 是否完成来源索引且可追溯
- 是否覆盖核心场景节点
- 是否形成“事实→判断→动作”闭环
- 战略与体验是否分工清晰、不重复
- 文风是否简洁、无 AI 套话
- 对外版是否已脱敏
9) 合规与文风
必须遵守:references/factual-reporting-and-style.md
核心原则:
- 事实优先,结论可证
- 数字审慎,不编造
- 语句短、信息密
- 先结论后证据
10) 参考文件
references/research-playbook.mdreferences/report-template.htmlreferences/factual-reporting-and-style.md
