竞品分析矩阵框架

先解决什么问题

竞品分析最容易坏在两件事：数据搬得很快，归因想得很慢。一个 “organic traffic 74%” 的截图，经常被直接写进竞品简报；但最后一点击口径背后，可能是大量品牌词回搜、直接访问和站外心智早已完成。矩阵框架先把这个问题拆开：流量来源、关键词结构、付费投放、邮件生命周期、定价与定位，各自单独校验，再合成一张竞争矩阵。

另一个问题是分析动作太散。有人抓 SEO 报表，有人看广告文案，有人凭产品截图做 SWOT，最后结论落在 “对手很强 / 我们可以补上某个功能”。这不是竞争情报，只是项目情绪。这个 Skill 把流程固定下来，让你围绕用户产品、行业、目标人群、已知竞品和关键关切点展开，而不是被某个工具的默认视图带着走。

核心能力与关键步骤

框架按十个步骤推进，适合写成可复用的分析流程。

• 确认上下文：先明确你的产品、目标用户、行业垂直、竞品边界、可用工具，以及这次分析要服务什么决策。
• 识别竞品：按 Direct、Indirect、Aspirational 三类分开，而不是把所有域名塞进同一张表。
• SEO 与流量结构分析：拆分 branded search、navigational traffic、non-branded organic 和真实获客型搜索；用数据指纹判断增长到底来自内容引擎、拦截竞品品牌词、合作引荐、付费投放，还是 LLM 引用流量。
• 付费广告分析：关注谁在哪些词上持续出价、广告指向什么落地页、投放时长、是否做 retargeting；这些能反推出品策略。
• 社交与内容资产：观察传播节奏、内容选题、社区口碑和证据链，而不是只数点赞。
• 邮件与生命周期营销：注册竞品试用或订阅，追踪 newsletter 频率、onboarding 序列、促销频率、挽留邮件和 re-engagement 动作。
• 定价与定位：比较模型类型、计费项、折扣、锚定价格，并用两个核心维度做 2x2 定位图，寻找空白区。
• SWOT 与竞品矩阵：弱点必须来自 G2/Capterra 低分评价、Reddit/Twitter 抱怨、支持论坛、功能缺口等证据；优势和机会同理。
• 战略建议：每条建议都要挂到具体竞品数据和可执行动作上，按影响与实现难度排序。
• 可选 API 增强：如果有 SEMRUSH_API_KEY、SERPAPI_API_KEY 或 SCRAPINGBEE_API_KEY，可用于 domain overview、organic keywords、SERP 实时位置、广告文案抓取或反爬页面抓取；没有这些 Key 时，框架仍可用 WebSearch 与公开工具完成。

适用边界与注意点

它适合需要输出竞品矩阵、SWOT、定位图和增长假设的场景，也适合把分散工具数据组织成可审查报告的工程流程。但它不是自动数据采集器：默认只处理你明确提供或授权的材料；信息不足时先标记缺口，不猜事实、数字、结论和权限。联网或调用接口前会说明目标与用途；发送、发布、支付、同步等外部写入必须确认后再执行。涉及 SEMRUSH_API_KEY、SERPAPI_API_KEY、SCRAPINGBEE_API_KEY 时，凭据只用于对应官方服务，不回显、不记录、不写入交付物。ScrapingBee 按请求计费，应先用普通抓取方式，失败或页面确实需要渲染时再降级使用。

最后，营销与增长输出只提供合规方案、内容草稿和测试建议，不承诺流量、排名、成交或收益；不刷量、不群发、不伪造背书，也不设计绕过平台限制的做法。