如何在4-6周内,不靠”灵光一现”,而是通过一套系统化的框架,从零开始生成、筛选并验证一个”值得做”的AI产品点子——确保你花时间去解决的问题,是一个真实的、有人愿意付费的、并且你能触达客户的高价值问题?
核心逻辑极其反直觉:
大多数人的思考顺序是错的。他们先想到一个”酷炫的解决方案”(比如”我要做一个AI驱动的XX”),然后才去找问题。但正确的顺序恰恰相反:先找到问题,再设计解决方案。
业务(Business)≠ 产品(Product)。你的产品只是业务的一部分,完整的业务至少包含四个部分:
-
问题(Problem) —— 你在解决谁的什么痛苦?
-
受众(Audience) —— 谁有这个问题?他们在哪?
-
分发(Distribution) —— 你怎么触达他们?
-
解决方案(Solution) —— 你的产品具体是什么?
在”问题、受众、分发”这三个要素确定之前,不要碰”解决方案”。因为解决方案是这四个要素中最灵活、最容易调整的。
第一阶段:寻找问题——不要找解决方案,找”麻烦”(第1-2周)
-
Step 1: 从”你自己的麻烦”开始。Courtland Allen建议:最好的想法来自你亲身经历的问题。花一周时间,记录下你自己作为目标用户时遇到的所有”烦心事”——尤其是那些让你花了钱或花了大量时间的事。不要记录”解决方案”,只记录”麻烦本身”。
-
Step 2: 去”抱怨聚集地”挖矿。Courtland指出,Reddit、X(Twitter)、小众Slack群组里的”抱怨帖”是发现未满足需求的金矿。具体操作:
-
在Reddit搜索
"[你的目标领域] + 最讨厌"或"how to deal with"。 -
在X上搜索
"我恨"或"为什么没人做"结合你的目标领域。 -
目标是找到重复出现的抱怨模式——当同一个痛点反复出现、不再让你”意外”时,你就找到了一个真实的问题。
-
-
Step 3: 用”钱和时间”过滤器筛选问题。Courtland给出了一个核心标准:一个好问题,是人们在上面已经花了大量时间和金钱的问题。把Step 1-2收集到的所有问题,用这两个问题过滤:
-
“这个问题让目标用户花了多少钱?”(高价问题 > 低价问题)
-
“如果不解决这个问题,用户会多花多少时间?”(耗时问题 > 便利问题)
-
如果用户既没花钱也没花时间——这个问题不值得解决。
-
第二阶段:定义受众与验证问题(第3-4周)
-
Step 4: 把”问题”翻译成”受众”。每个问题背后都有一群人。Courtland建议:先问自己”我想服务谁?”——选择你熟悉、有同理心、愿意长期服务的受众。例如:
-
不是”我要做一个AI写作工具”
-
而是”我想服务独立开发者,他们每周都要写产品更新日志,但这件事太痛苦了”
-
-
Step 5: 做”受众验证”——找人聊。Courtland强调,如果你不属于任何特定社群,你需要通过冷 outreach 来验证问题。具体操作:
-
找到10-20个目标受众(LinkedIn、X、小众社群)
-
发一条私信,模板:”我是[名字],我正在研究[他们的行业/角色]中关于[具体问题]的痛点。你有5分钟聊聊吗?”
-
不要推销任何东西。只问:”你最近一次遇到这个问题是什么情况?你是怎么解决的?花了多少钱/时间?”
-
-
Step 6: 识别”已有支出”的信号。Courtland特别强调:挑选那些人们已经在花钱解决的问题。如果你发现目标受众已经在用某个工具(即使不好用)或已经在雇人解决这个问题——这就是最强的需求信号。
第三阶段:设计分发策略(第5周)
-
Step 7: 在写一行代码之前,先回答”我怎么触达客户?” 。Courtland的核心洞见是:一个没有分发渠道的产品不是生意,是爱好。把”分发”和”解决方案”放在同等重要的位置。
-
你的目标受众平时在哪里?(某个Reddit子版块?某个X话题?某个线下活动?)
-
你如何触达他们?(冷邮件、内容营销、SEO、付费广告、社群运营?)
-
如果你没有答案——这个点子还不够好。
-
-
Step 8: 用”冷 outreach”作为第一分发渠道。Courtland指出,对于没有声誉的独立创始人,冷 outreach 是最现实的第一渠道。不要等”有了产品再做营销”——在验证阶段就开始建立连接。
第四阶段:设计最小化解决方案——”方案最后”(第6周)
-
Step 9: 现在,才设计解决方案。Courtland强调,解决方案是四个要素中最灵活的。在确定了问题、受众和分发之后,你才问:”解决这个问题的最简单方式是什么?”
-
从最小开始。Courtland警告:如果你一开始就想做”大”的东西,你永远不会发布任何东西,也永远不会知道它是否有效。
-
解决方案应该”无聊但有效” 。Courtland指出,最赚钱的生意往往解决的是”无聊”的问题。
-
-
Step 10: 设定”停止头脑风暴”的硬指标。一位Indie Hackers社区成员给出了实用的建议:当你不再对用户的回答感到”意外”时,就该停止思考、开始构建了。具体来说:
-
当你已经能比用户更好地描述他们的痛点时
-
当用户的抱怨开始重复、不再有惊喜时
-
那就是 STOP 的信号——开始构建一个MVP,其他功能等产品发布后再加。
-