很多人做产品，第一步是问自己：“我还能做一个什么产品？“然后列想法、研究功能，甚至还没接触用户就开始写代码。
但研究 Pieter Levels、Marc Lou 和 Indie Hackers 社区的大量案例后，你会发现：能够连续做出盈利产品的人，并不是更会想点子，而是建立了一套稳定的"痛点采集管道”。他们只做三件事：监听、挖矿、验证。
一、别急着想产品，先找反复出现的问题
大多数人先想 idea，再证明市场需要它。成功的独立开发者恰好相反：先找到真实问题，再判断是否值得做成产品。
Pieter Levels 做出 Nomad List，不是因为突然想到了数字游民这个概念，而是因为他自己就在旅行和远程工作，亲身经历过选择城市、比较成本和寻找同类的麻烦。
判断一个痛点值不值得做，可以看两个标准。
第一，用户能否用一句话说清楚为什么付费。“帮助你了解竞争格局"更像维生素；“竞争对手开始招聘投放工程师，我们每周一把变化告诉你"才像止痛药。
第二，问题是否反复发生。一次性问题需要不断寻找新客户；嵌在日常工作流里的问题，才可能让产品变成用户离不开的基础设施。
二、监听：去用户抱怨的地方
需求通常藏在用户的吐槽、求助和临时解决方案中。固定关注 3-5 个目标社区，记录这些表达：
- “有没有更简单的工具？”
- “现在的软件太贵，我只能用表格。”
- “要是有人能自动完成这一步就好了。”
- “我试了几款产品，还是解决不了。”
社区监听还能顺便完成预验证：把问题描述出来，看有多少人回复"我也是”。
真正能带来转化的，往往不是介绍产品的宣传帖，而是准确说出用户困境的问题帖。被反驳也有价值，它能告诉你问题不成立，还是表达没有打中。
三、挖矿：找到问题背后的付费信号
1. 从竞品差评里挖需求
G2、Capterra、Trustpilot 上的一星、二星评论，是免费的需求说明书。这些评论来自已经付过钱、却对结果失望的用户，意味着市场和付费意愿已经初步得到验证。
可以收集多个竞品的 200 条左右差评，交给 AI 分析：出现频率最高的痛点、反复被提到的缺失功能、用户正在使用的替代方案、对价格和迁移成本的讨论。
G2 更适合成熟的 B2B 工具；面向开发者和创业者的产品，Reddit 等社区往往更接近真实使用场景。
2. 从搜索词里挖主动需求
每个搜索词背后，都是一个主动举手说"我有这个问题"的人。可以从低竞争、高意图的长尾词入手，尤其关注 how、what、why、best、alternative 等疑问词。
如果某个细分话题的搜索结果主要被 Wikipedia、Amazon 等综合网站占据，也可能意味着还没有垂直玩家系统解决它。但这只是调查信号，仍需继续验证付费能力。
3. 从竞品夹缝里找定位
独立开发者最适合切入的，通常是企业软件太贵、太复杂，Excel 又太乱的地带。例如，独立水电工不需要昂贵的企业排班系统，只想在手机上完成报价、预约和收款。
垂直产品不一定功能更多。只要理解行业流程、使用用户的语言，就能让对方产生"这就是为我做的"这种感觉，从而获得更高的转化和定价空间。
四、验证：72小时内让用户行动
找到痛点后，不要马上写代码。
第一天，把痛点写成一句话：
当X发生时，你正在损失Y；我通过Z帮你解决。
然后搭建一个简单落地页。
第二天，把问题发到 2-3 个目标社区，不要宣传功能，只描述困境，观察用户是否产生共鸣。
第三天，检查真实行动：留下邮箱、预约沟通、加入等待名单，或者直接预付费。
具体数字会因产品和渠道而变化，但原则始终一致：用户说喜欢，不等于需求成立；愿意付出时间、数据或金钱，才是真正的验证。
五、装配一台"需求雷达”
每周用两小时完成四件事：监听社区讨论，分析竞品差评，检查长尾搜索机会，再把所有候选需求按照——
出现频率 × 付费信号 × 与自身能力的距离
进行打分。得分最高的，进入 72 小时验证。
这套系统最大的价值，是让"发现需求"不再依赖灵感，而是变成稳定输出。
总结
所以下次不知道做什么产品时，不要继续坐在电脑前想 idea。需求不在你的脑子里，而在那些反复发生、代价明确，却一直没有被解决好的问题里。