痛点发现工具跑了两周：从抓社区到怀疑评分

痛点发现工具一开始想解决的问题很直接：独立开发者不知道该做什么，而真实需求散落在社区里。

这个判断到现在我仍然认同。V2EX、少数派、掘金、Reddit、HN、知乎、微博，到处都有人抱怨工具难用、流程麻烦、现有方案太贵。问题是，把这些抱怨抓出来并不等于找到了好项目。

这两周我最大的变化，是从“让 AI 帮我找痛点”转向了另一个更冷静的判断：痛点发现只能做初筛，不能替我做选择。

这篇把几篇零散记录合并成一次完整复盘：工具怎么做、中文数据源怎么接入、评分为什么会误导我，以及最后为什么我没有选分最高的方向。

这个工具最初想解决什么

独立开发找方向，最难的经常不是写代码，而是不知道该写什么。

Product Hunt 上的项目很酷，但跟中文用户隔着一层。很多真实需求不会出现在需求平台上，只会混在社区闲聊里：

• “这个工具为什么不能自动做？”
• “每次都手动处理太烦了。”
• “有没有便宜点的替代品？”
• “这个功能明明很常见，为什么没人做好？”

这些话看起来像吐槽，但里面经常有产品机会。

所以痛点发现工具的第一版流程很简单：

采集社区帖子
        ↓
AI 判断是否包含真实痛点
        ↓
提取用户、场景、当前替代方案
        ↓
按痛点强度、付费意愿、可实现性等维度评分
        ↓
展示给我筛选

它不是答案库，更像雷达。雷达能告诉你哪里可能有目标，但要不要靠近、怎么验证、最后做不做，还得人判断。

英文社区不够，中文数据必须补上

最开始系统主要看 Reddit 和 Hacker News。跑得不差，但样本明显偏。

如果我要做中文场景的小工具，只看英文社区会天然漏掉很多东西。国内用户的支付习惯、工作流、平台限制、使用环境都不一样。比如微信、小程序、企业微信、飞书、百度网盘、OneDrive 在国内的组合问题，英文社区很难给出真实信号。

后来我给系统补了几个中文数据源：

数据源	为什么选	主要价值
V2EX	程序员和独立开发者集中	技术工具、效率问题、真实吐槽多
少数派	用户愿意为工具和效率付费	生活方式、macOS、效率工具信号更强
掘金	技术从业者密集	SaaS、开发工具、独立开发话题较多
小红书/微博/知乎	大众场景更明显	生活服务、消费、内容平台问题更多

接入过程里也踩了基础设施小坑。比如掘金搜索接口返回结构比想象中多一层，少数派数据量大但要筛，daemon 环境里找不到 sshpass，因为 launchd 的 PATH 跟终端不一样。

这些问题都不高级，但很典型：系统跑起来以后，麻烦很少来自“AI 会不会分析”，更多来自“脚本能不能稳定采、环境能不能稳定跑”。

数据变多以后，问题反而更明显

一开始看到数据库里多了几百条帖子，我是兴奋的。

但很快就发现，数据变多不等于方向变清楚。

高分机会不少，比如：

1. 牙科诊所漏接电话自动回复；
2. 发票 OCR 和数据提取；
3. SaaS 订阅审计和平替推荐；
4. 企业级软件的便宜替代品；
5. 面向独立开发者的各种工具服务。

单看每一个，都像是个机会。

但继续往下问，就没那么简单了。

“牙科诊所漏接电话”很具体，技术也不难，问题是我不认识牙科诊所老板，第一批客户从哪来？

“发票 OCR”痛点明确，但准确率、票据类型、财务流程和后处理逻辑都不轻，绝不是一个周末能打穿的方向。

“SaaS 订阅审计”听起来适合小公司，但获客可能要靠长期内容和渠道，不是短期验证型项目。

“企业级 SaaS 太贵”更常见，但它对我来说大多是噪音。Salesforce 贵，不代表我能做一个更好的 CRM。

这就是痛点发现工具的第一个盲点：它擅长发现“有人抱怨”，不擅长判断“我是否适合解决”。

我给评分加了硬约束

后来我开始怀疑评分体系。

AI 很容易把一个听起来很痛的问题评高，但它未必理解一人公司资源的真实约束。一个需求可以很强、市场很大、付费意愿也不错，但如果我三个月都做不出第一个能用版本，那它对当前阶段就不是好机会。

所以我给评分加了一条很粗暴的规则：

两周内做不出 MVP 的，推荐分不能超过 6。

这条规则不完美，但有效。

它逼着每个候选方向回答三个问题：

1. 我最快多久能让第一个真实用户用上？
2. 第一个用户从哪里来？
3. 如果两周后失败，失败成本我能不能接受？

很多“看起来很大”的机会，一过这三关就露馅了。

对一人公司来说，项目不是越大越好，而是越快碰到真实反馈越好。

四个方向摆在面前时，我没有选分最高的

当时我认真过了一遍几个高分方向。

方向	表面吸引力	现实问题	当时判断
发票 OCR + 数据提取	痛点明确，付费可能强	准确率和后处理复杂，MVP 超两周	暂缓
牙科诊所漏接电话回复	场景具体，技术不难	没有目标客户渠道	暂缓
SaaS 订阅审计	对小公司有价值	获客慢，验证周期长	可观察
痛点悬赏/共创平台	和现有工具链能接上	冷启动不确定	继续探索

最后我没有选分最高的方向，而是继续往“痛点共创平台”靠。

这听起来有点矛盾：前面不是说平台冷启动最难吗？确实难。但它和我已有的工作流更接近：我已经在抓痛点、分析痛点、写博客记录过程，也在尝试用 AI 辅助做小工具。相比从零去卖给牙科诊所，先围绕独立开发者和痛点共创做验证，至少我知道第一批内容和用户可能从哪里来。

这不是最确定的选择，但它是当时我更愿意走两周的路。

现在怎么看这个工具

痛点发现工具有价值，但价值不在“自动告诉我做什么”。

它真正有用的地方是三件事：

1. 扩大输入面：不用只靠脑内灵感找项目；
2. 逼迫结构化：每个想法都要写清用户、场景、现有方案、风险；
3. 积累素材池：后续做痛点共创、博客内容、小工具验证都有来源。

但它不能替代判断。

尤其不能替代这些判断：

• 我有没有能力做；
• 我能不能找到第一个用户；
• 用户是否愿意付钱或持续使用；
• 平台规则会不会卡死；
• 这个方向是不是适合当前阶段。

如果把 AI 评分当结论，它会带我去追看起来最热闹的东西。

如果把 AI 评分当初筛，它会节省我大量找素材和做第一轮归类的时间。

两者差别很大。

下一步

我不会把痛点发现工具删掉，也不会把它包装成“AI 自动找赚钱项目”。

更合理的定位是：它负责发现候选问题，痛点共创平台负责验证共性，小工具开发负责交付最小解法。

链路应该是这样：

社区真实表达
        ↓
AI 发现候选痛点
        ↓
人工筛掉不适合当前阶段的方向
        ↓
平台验证是否有人愿意补充/投票/悬赏
        ↓
做一个足够小的工具

这比“抓一堆帖子然后选最高分”慢一点，但更靠谱。

两周跑下来，我对痛点发现工具的判断反而更克制了：它不是方向盘，是雷达。雷达很重要，但开车的人还是我。