晚上打开 AI,给它一句“做一个能赚钱的小站”。
十分钟后,首页有了,配色有了,登录页和价格页也有了。再点几下,代码托管、域名、部署链接全齐。此时最危险的感觉不是困难,而是顺利:你会以为已经跨过了最难的一关。
其实你刚绕开了一个问题:谁会带着什么麻烦,主动来找这个页面?
AI 把制作成本压得很低,也把“先做出来再说”变得格外诱人。但做站真正昂贵的,从来不是把按钮摆上去。是你花了两周以后才承认:这不是一个有人在解决的问题,只是一个你觉得能做出来的东西。
所以,AI 小站的第一步不该是让模型出界面。先找一个已经有人在搜、在比较、在抱怨的具体问题。注意,是具体问题,不是一个听起来很大的赛道。
搜索词不是答案,是人留下的脚印
“AI 简历”“旅行规划”“照片修复”都很大,也都很热闹。它们不足以告诉你该做什么。
更值得看的是用户把问题说到动词那一刻:他想把 PDF 里的表格提出来,想给一组商品图统一背景,想把会议录音变成能发给客户的确认邮件。这样的表达里,通常已经有任务、材料和完成标准。
关键词工具可以给你新词、预计搜索量和广告相关的费用信息;Search Console 也能让站长回看哪些查询带来展示与点击。它们都很有用,但别把数字当判决书。Google 自己也提示,广告表现会受出价、预算、地区、行业和用户行为等多种因素影响。一个词被搜得多,可能代表好奇、学习、找免费替代,未必代表有人要买你的方案。
把关键词当线索就够了。它的职责是帮你提出下一轮问题:这个人究竟想完成什么?他愿意花时间比较什么?现在的搜索结果有没有把这件事做好?
别只看关键词表,打开结果页
选一个具体说法,先别急着记搜索量。把它搜出来,连续看五到十个结果。
你要看的不是谁排第一,而是页面在替用户完成什么。
如果前面全是教程,用户也许还在学习;如果全是模板和工具,用户多半想马上动手;如果全是对比和价格页,他可能正处在选择阶段;如果结果非常杂,说明这个词背后的任务还没有被说清楚。你不是在替 Google 做 SEO 作业,而是在判断:我能不能把其中一个动作接得更顺。
拿“把访谈音频整理成客户确认稿”举例。别立刻做一个“万能会议 AI”。先看现有结果:它们是转写工具、通用笔记,还是有明确行业模板的服务?再问自己,第一版有没有能力把“音频进去、待确认事项出来”这一个动作做得更少折腾。
如果答案只是“界面更好看”,先放下。用户不会为了你的审美重新学一套流程。
给需求找第二个证人
搜索只能证明有人留下了问题,不足以证明你的做法值得被选。
我会再找两个地方:现有产品的差评,和目标用户说话的地方。前者帮你看现有方案在哪一步卡住;后者帮你确认那种卡住是不是偶发抱怨。社区帖子、教程评论、产品评价、求助帖都可以,但别把一句吐槽当市场规模。
这里有个很实用的判断:把你看到的材料写成一句话,里面必须有角色、场景和损失。
不是“大家需要更好的图片工具”,而是“做独立站商品页的人,临上新时不想逐张抠图、统一背景”。不是“会议纪要太难”,而是“要对外发确认邮件的人,没时间从一小时录音里找责任人和截止日期”。
写不出这句话,说明你收集到的还是题材,不是需求。
第一版页面只承接一个动作
问题够清楚后,才轮到 AI。
这时让它生成的,不应该是一套完整产品,而是一张能完成单一任务的页面:用户带什么材料来,点完以后拿走什么,哪里需要人工确认。能不用账号就不用账号;能不用十个功能就不用十个功能;先别把“以后可能会有”的能力塞进去。
然后提前写下一个小小的停止规则。比如,找几位正在处理这类任务的人试用后,他们是否愿意带自己的真实材料来;结果是否减少了一步手工操作;他们会不会追问下一次还能不能用。没有这些动作,不要用“有人说挺好”给自己加戏。
试完以后只做三种决定:继续、改题、停止。继续,是因为某个具体动作被反复完成;改题,是因为问题存在但你的承接方式不对;停止,是因为证据不足,不是因为页面还不够漂亮。
上线以后,别急着把每个数字都解释成好消息
小站上线后的第一批数据,最容易把人带偏。展示多,不等于页面有用;点击多,也不等于用户完成了任务;有人注册,更不等于他会回来。Search Console 能把查询、页面、点击、展示和平均排名分开看,正是为了让你别把一团数字当成一个结论。
先只盯住你开工前写下的那个动作。比如你做的是模板页,就看用户有没有拿走模板、是否带着自己的材料回来;你做的是一个小工具,就看结果页之后还有没有人重新上传、保存或分享。若页面拿到了访问,却总是在同一个环节停住,先去问那个环节缺了什么,不要马上加更多功能。
这也是为什么第一版应该小。页面越小,用户离开的地方越好找;你改动一处,才知道到底是哪一处改变了结果。AI 能很快替你补功能,但它不能替你分辨:用户是在拒绝你的页面,还是只是在拒绝一个没有被说清楚的任务。
把做站顺序倒过来
过去做网站,常见顺序是灵感、原型、上线、找流量。AI 让这个顺序更快,却没有让它更可靠。
把它倒过来:先看别人如何描述问题,再看现有页面如何承接,再做一个只解决一件事的页面,最后用真实动作判断要不要继续。
你不需要等到所有数据都齐才开始。也不需要因为一个词有量就开工。
下一次想让 AI 写网站,先写那四格:用户怎么说、现在谁在解决、第一页帮他做什么、什么结果出现就继续或停。把这张纸写明白,代码反而是后面最轻的一步。