竞品侦察 ChenneyZhuang/competitor-recon

competitor-recon 竞品调研

动手做功能之前先跑竞品侦察：现有产品的用户评论区，是世界上最便宜的需求调研。

Why / 为什么

营销页写的是意图，用户评论写的是结果。一条有出处的真实抱怨，胜过整页功能文案；三个互不相识的用户抱怨同一件事，就是一个可以动手满足的未满足需求。

The method / 方法（4 步）

1. Enumerate 3–6 个竞品——英文源和中文源都要搜；只搜一种语言，等于只采样半个市场。
2. Extract 每个竞品：功能、定价（要数字，不要「请联系我们」）、定位，以及用户抱怨，附来源链接。
3. Cluster 按底层需求给抱怨聚类，按出现频率排序。
4. Deliver：对比表 + 可抄清单 + 跳过清单。一个功能想法，只有背后有一条带引用的用户抱怨，才能进开发清单。

Worked example — recon on an open-source ledger app (2026-09, real run)

这次实际抓取的来源：V2EX 帖子（用 curl）、目标项目的 GitHub issue tracker（用 API——reaction 数直接当频率统计用）、社区论坛。

| Complaint cluster | Evidence | Verdict |
| Ads / subscription inflation driving users out | multiple independent forum posts naming the incumbents | differentiate: stay clean, price predictably |
| "AI auto-capture might be wrong, I re-check manually" | feature request with 👍×3 in the target's own tracker | build: recognition → confirmation loop |
| Reimbursement / refund flows too complex | complaints across two products, praise for a third's | build: expense-return workflow done simply |
| Multi-currency locked behind a paywall | a long-time user defected over exactly this | skip: no demand evidence beyond the wall itself |

这次跑完，产出了完整对比表，还有一份带理由的跳过清单——3 个开发想法，每个都有引用；3 个跳过项，每个都有依据。

Rules that make it work / 让它生效的规则

- 评论的权重高于营销页；两者冲突时，按「声称」记录。
- 抱怨聚类本身就是结论——一条是轶事，三条就是需求。
- issue tracker 是金矿：一个 👍 数就是白送的频率统计。
- 工具被挡？换客户端，不换来源（curl、公开 API）。证据门槛永远不降。

Honest limitations / 如实说明局限

- 评论站和论坛会对爬虫限流；部分证据可能来自搜索摘要而非完整帖子——这类引用会明确标注。
- 反应数衡量的是参与度，不是市场规模；一个安静的竞品，可能只是压根没有社区。
- 中英双语覆盖的是我们所在的生态；其他市场（JP/KR/EU）没有采样。

评论站对爬虫限流；部分证据可能来自搜索摘要而非完整帖子——这类引用会明确标注。反应数衡量参与度而非市场规模。我们只覆盖中英两个生态。

Install / 安装

git clone https://github.com/ChenneyZhuang/competitor-recon ~/.claude/skills/competitor-recon
单个 SKILL.md，只需联网搜索和任意抓取客户端。MIT 许可，v0.2.0，端到端实测通过。