先找到用户，再找产品#

我以前的顺序总是反的：先有个自觉很妙的点子，再去找谁会用。

现在我信的是反过来——好的产品，都是先找到用户，再找到产品。

先锁定一群”明确存在、且愿意为某件事付钱”的人，再去看他们缺什么。这个顺序下，你做出来的东西天然有人要；反过来，先有产品再找用户，十有八九是自我感动。

AI 只是杠杆，不是赛道#

这阵子”AI 创业”喊得震天响，我反而越来越冷静。

AI 本身不是一个赛道，它是工具、是赋能，说难听点很多时候是噱头。 脱离具体的行业和真实需求，单纯”做个 AI 项目”，基本是空中楼阁。

聪明的做法不是被 AI 框住——“我要做个 AI 的什么什么”——而是反过来：我在某个真实行业里看到了机会，然后用 AI 这根杠杆，以更低的成本、更快的速度去撬动它。

AI 真正改变的，是试错和市场验证的成本。以前验证一个想法要砸钱砸人砸时间，现在一个人加几个 AI 工具，几天就能跑一轮。这才是 AI 给普通人的真正红利——不是让你做”AI 产品”，是让你验证任何产品都变得更便宜更快。

网站先行：把理解成本压到最低#

正因为拼的是低成本和快速验证，我现在的习惯是网站先行。

在写任何复杂功能之前，先做一个极简的着陆页，把”这是给谁、解决什么、怎么用”讲清楚。目的是：

• 缩短用户的体验路径——别让人绕三个弯才搞懂你在卖什么
• 降低理解成本和心智负担——一眼看懂，比功能多更重要

一个能让陌生人三秒看懂、并愿意留下邮箱或付定金的页面，胜过一个我闷头做了三个月、没人理解的产品。

几个我在用的”找需求”方法#

光说”找用户”太虚，落到具体动作，我攒了几个还算管用的：

1. 翻 App Store 里评分低的头部产品。 找某个赛道 Top 10 里评分却很低的（2.5、3.0 分那种）。这意味着——需求明确存在（所以能排进前十），但现有方案让用户不满意。差评区就是一张现成的需求清单。

2. 盯收入榜和高付费率的赛道。 直接看哪些品类、哪些产品在赚钱、付费率高。有人在持续付费，是需求最硬的证明。 从已经被验证愿意掏钱的人群切进去，比教育一个新市场容易得多。

3. 抓一瞬间的供需失衡。 当某个赛道突然出现”供小于需”——一个新平台开放、一个政策变化、一个热点爆发——市场会短暂地出现真空。嗅觉灵敏、下手快的人能吃到这波。 这考验的是盯盘的勤快和反应速度。

说到底，所谓”市场嗅觉”，就是想办法找到那些愿意付费的流量，再把他们转化成自己的用户。

把”收集抱怨”变成习惯#

这条是我最近刻意在练的：养成收集抱怨的习惯。

所有的抱怨，本质都是痛点。同事吐槽某个工具难用、朋友抱怨某件事麻烦、社群里有人骂某个产品、我自己用某个 App 时的烦躁——需求往往就在抱怨脱口而出的那一刻诞生。

以前这些抱怨我听过就忘了。现在我会随手记下来——谁、在抱怨什么、为这件事现在花了多少钱或时间。攒多了，模式就浮出来了。

最好的起点：你自己#

如果还是不知道从哪下手，我的建议是——先从自己身边、从解决自己的需求开始。

你最了解的痛点，就是你自己的痛点。你不用去猜用户想要什么，因为你就是那个用户。

我那个找工作的小工具 job-radar，就是这么来的——我自己受够了招聘网站的噪音，于是给自己做了一个。它不一定能变成什么大生意，但它真实地解决了我的问题，而且我对它的需求理解是 100% 准确的，因为我就是用户本人。

解决自己的需求，是验证成本最低、也最不会骗自己的起点。

这一篇之后#

• 把”收集抱怨”正式变成一个我每天会做的动作，攒一周的真实抱怨清单
• 用上面几个方法，圈定 2-3 个”有人在付费”的具体人群
• 然后，才回到 #04 那套章法，挑 1 个真正走”需求验证 → 先卖”
• log #06：但愿这次能真的带着一个项目和它的第一批用户反馈回来

我知道我又把”做项目”往后推了一篇。但我宁可在”找对需求”上多花点时间，也不想再重复以前那种”自我感动式开发”。慢一点，但每一步都踩实。

📌 副业 log 系列：边写代码挣工资，边偷偷给自己开口子，把每一步认真记下来。

📍 进度：#01 为什么做 · #02 第一个方向 · #03 铺开 30+ 项目 · #04 定章法 · #05 先找用户 · #06 带着真实需求和第一批用户回来。