竞品提及矩阵：把功能、价格与服务讨论整理成一份周报

竞品监控最容易变成一份冗长的消息合集：本周提到了多少次、哪些群在讨论、谁发了截图。

这些信息看起来很丰富，却很难回答业务真正关心的问题：用户为什么改变选择？哪些问题正在扩大？我们应该采取什么动作？

竞品提及矩阵的目的，是把零散讨论放进同一套结构，再用一份周报呈现变化。

第一步：建立竞品实体库

每个竞品不应只有一个品牌名，还需要维护：

• 正式名称和常用简称；
• 产品线与功能名称；
• 套餐、版本和地区名称；
• 常见拼写错误；
• 容易混淆但不属于该竞品的词；
• 主要替代产品。

实体库决定了监控的召回率和准确率。名称太少会漏掉讨论，名称太宽则会产生大量误报。

第二步：给讨论统一分类

建议至少使用六个维度：

维度	关注内容	可能动作
功能	缺失、效果、易用性、兼容性	产品需求与差异化
价格	涨价、套餐、隐藏成本、性价比	定价与销售话术
稳定性	故障、速度、数据丢失	技术对比与风险提示
服务	响应速度、售后、交付质量	服务承诺与流程改进
迁移	替代品、导出、切换成本	获客与迁移支持
正向优势	用户持续称赞的能力	产品补齐与市场研究

一条消息可以同时进入多个维度。例如，“涨价后客服也变慢了”同时属于价格和服务问题。

第三步：区分数量和变化

总提及量高，不一定代表出现新情况。大型竞品本来就会被频繁讨论。

周报更应该显示：

• 相较上一周期的增长幅度；
• 新出现的讨论主题；
• 负面情绪是否扩散到更多独立群组；
• 是否由单一事件造成短期峰值；
• 用户是否从抱怨转向寻找替代方案；
• 正向优势是否连续多周出现。

“本周有 120 次提及”不如“关于导出限制的讨论首次出现在 7 个独立群组”有决策价值。

第四步：制作竞品提及矩阵

可以把竞品放在列，把主题放在行：

主题	竞品 A	竞品 B	竞品 C
价格负面变化	↑ 明显增加	→ 稳定	↓ 减少
功能缺口	数据导出	自动化限制	多语言能力
服务问题	响应慢	暂无明显变化	交付延迟
迁移意向	12 条	4 条	7 条
高频正向优势	使用简单	集成丰富	本地支持

矩阵的价值在于横向比较，而不是给每个竞品分别写一篇长摘要。

一份可读的周报结构

建议把周报控制在五个部分：

1. 本周三条关键变化

只列真正发生变化、可能影响决策的事件。

2. 竞品提及矩阵

展示功能、价格、稳定性、服务和迁移信号。

3. 代表性原文

每个结论附上少量原始消息和上下文，避免摘要失真。

4. 潜在机会

标记可以进入产品、内容或销售工作流的信号。

5. 需要继续观察

列出尚未充分印证、但下周值得持续跟踪的话题。

不要只收集负面内容

如果系统只寻找抱怨，最终会形成错误印象：所有竞品都在失去用户。

正向讨论同样重要，因为它能说明：

• 用户愿意为什么能力付费；
• 市场正在形成什么新标准；
• 哪些体验值得借鉴；
• 自身产品缺少什么关键优势。

客观的竞对情报，必须同时保留正向、负向和中性证据。

给不同团队不同版本

同一批数据可以生成不同摘要：

• 产品团队关注功能缺口和高频场景；
• 市场团队关注用户用词、定位和内容机会；
• 销售团队关注迁移意向和常见异议；
• 管理团队关注趋势变化和战略风险。

不要让所有人阅读完全相同的长报告。信息应该根据接收者的职责进行路由。

从周报回到可执行任务

每条关键结论最好对应一个下一步：创建产品调研、更新对比材料、准备迁移指南、核查定价反馈，或继续观察。

竞对情报的基础识别方法解决“监控什么”，竞品提及矩阵进一步解决“如何让团队每周使用这些信息”。

TOP Prospect 需要交付的不是一份更长的竞品新闻，而是一套能看到变化、保留证据并推动行动的情报周报。