竞品拆解分析

要解决的问题

竞品分析的难点从来不是“打开对方官网看一遍”，而是证据散落在各处：官网定价页、App Store 评论、招聘启事、SEO 关键词、社交提及。手工整理容易漏源、口径不一，最后交给管理层的 SWOT 全是印象分。这个技能把拆解流程固定成一条可复用流水线：圈定竞品 → 按统一 checklist 采集信号 → 用同一套 rubric 打分 → 产出报告。

它如何工作

六步流水线

1. Define competitors — 圈定 2–4 个竞品，确认主分析对象
2. Collect data — 每个竞品至少 3 个来源：官网、App Store 评论、招聘、SEO、社交。进入下一步前有验证点：必须拿到定价数据、至少 20 条评论、招聘数量统计
3. Score — 12 维度 rubric（功能、定价、UX、性能、文档、支持、集成、安全、扩展性、品牌、社区、创新），每维 1–5 分，且每条打分必须挂至少一条证据说明
4. Generate outputs — Feature Matrix、Pricing Analysis、SWOT、Positioning Map、UX Audit
5. Build action plan — 按 quick wins / medium-term / strategic 三档排优先级
6. Package — 拼成 7 页 stakeholder 汇报（威胁等级、12 维雷达图、定价对比、用户之声、行动项）

信号采集要点

• 官网：价格档位、CTA 文案、客户案例（推断 ICP）、信任标识
• App Store：评论归为 praise / feature requests / bugs / UX complaints 四类，每类对应不同决策含义
• 招聘：工程人数看扩张节奏，Sales/CS 比例看 PLG 还是销售驱动，合规岗意味着监管扩张
• SEO：Top 20 自然词的意图分类、内容更新频率、排名页面类型
• 社交：通过 Twitter/X API v2、Reddit 抓高频赞誉与抱怨

适用边界

• 数据全部来自公开渠道，不承诺真实准确；评论或招聘样本量不足时，结论可靠性随之下降
• rubric 是主观框架，分数用于横向对比而非绝对质量判定，每条打分的证据必须保留
• 默认不执行下载、安装或任何外部写入；涉及部署、发送、付款等动作需先展示目标与影响，取得明确确认