在 Finding用户痛点 这件事上，我一直觉得比写代码难十倍。

产品做了没人用，很多时候不是产品烂，是你根本没对上真正的痛。你跑去找用户访谈、发问卷，人家跟你客气几句，回头还是用竞品。真正有用的信号在哪？在 Reddit 的吐槽帖、在 GitHub Issue 里骂你缺功能的那句话、在 Twitter 凌晨三点发的一句“艹，这玩意儿又崩了”。

有个朋友前两天甩给我一个工具，核心逻辑极其直接：它不是做产品，是做监听。你告诉它你的产品是干什么的、目标用户是谁，它就跑去扒 Reddit、HN、Stack Overflow 甚至 Discord，把所有“正在讨论相关问题”的帖子全捞出来，然后按相关性排序。我试了下，设定了一个“给小团队做自动化部署”的定位，跑出来一堆帖子，有人在问“怎么用Ansible搞定CI/CD”、有人吐槽“GitHub Actions 模板太难搞”，还有人在求助“有没有比Jenkins轻量的方案”。不是泛泛的行业新闻，是活生生的人带着具体问题在等答案。

这事有意思在哪呢？

第一，它把“寻找潜在用户”这件事从玄学变成了可操作的行为。你不再需要猜他们会在哪，数据直接告诉你去哪回帖。

第二，它过滤的是“求助信号”而不是“讨论热度”。很多人做产品喜欢盯着流量大的地方，但那里全是噪音。真正有价值的是那些有明确问题的帖子——哪怕只有 3 个 upvote，写帖子的人处在“我有个问题没解决，我在找方案”的状态，这比任何 landing page 的点击都有价值。

第三，时机。你能在产品还没发布之前就看到用户在哪挠头，直接带着解决方案去对话，而不是等他们撞到你。

当然，也有局限。它目前只抓公开论坛的数据，像微信、Slack 私人群这些黑盒子是没戏的。而且你回帖的时候不能太硬广，真把别人当线索收割，反噬很快。方法对，但姿势要对。

唯一让我犹豫的：这种“人肉需求”的事，到底是 Founder 的核心能力，还是确实可以用工具替代一部分？我的看法是，Founder 需要保持对痛点的直觉，但工具可以帮你把直觉瞄准的方向从“盲猜”变成“有数”。尤其早期，时间比什么都贵，能省下 80% 的找线索时间，这笔账划算。

你觉得呢？反正我准备拿它先扫一圈我的对手的用户都在骂什么。