YOUTH OPC · 青年OPC商学社

大学生做 AI 工具，别太早相信“做出来我一定用”

朋友的夸奖不假，但夸奖不等于需求｜先问一句：你上一次到底在哪里需要它？

一个点子讲给朋友听，对方眼睛一亮：“这个可以啊，做出来我一定用。”

这句话很有力量。它会让你觉得熬夜研究功能是值得的，甚至已经能想象发布那天第一批人涌进来。尤其你还是大学生，身边肯定自己的声音本来就不多，朋友的一句鼓励，可能够你忙上好几个星期。

可“我一定用”，还不是一个人真正坐下来使用产品时会说的话。

01｜先问他上一次卡在了哪里

连麦里聊到过数学建模工具的设想。听到这类想法，我们最先想知道的，不是它准备接入哪个模型，而是那个说“想用”的同学上一次做建模时，究竟卡在了哪里。

是看不懂题目？找资料太慢？已经算出结果，却不知道哪里不合理？还是写报告时没办法解释自己的过程？这些问题看着都属于“数模”，做出来却可能是完全不同的工具。你如果只是说“我做一个 AI 数模助手”，赞成的人会很多，因为每个人都能把自己的期待放进去；真正交付时，失望也可能从这里开始。

同一个“数模助手”，背后是四种不同的卡点。

朋友的夸奖不假，但夸奖不等于需求。

02｜验证，可能比开发更让人不舒服

这也是为什么真正的验证可能比开发更让人不舒服。写代码时，你面对的是能不能实现；把一个还很粗糙的东西拿给别人试时，你会听见“这个我用不上”“我原来的办法更快”。有时你还会发现，那个最支持你的朋友从头到尾都不是这类任务的使用者。它有点打击人，却比你关起门来做完以后才发现这一点好得多。

一个人愿意拿真实任务给你试，才开始让你看见他现在的麻烦。比如他把自己最近做过的一段练习拿来，坐在旁边看你怎样处理；你们一起发现，原来他最需要的不是自动给答案，而是看懂某一步为什么出错。这个发现可能让你的产品缩小一半，却让它第一次有了清楚的用途。

先拿粗糙的版本去试，比做完才发现用不上好得多。

03｜别等功能做完再找人

不必等功能做完再找人。先用现有工具，甚至人工辅助，陪一位目标用户完成一个很窄的任务。看看他有没有用到结果、哪里还要自己重新检查、下一次遇到同类问题时会不会回来。问卷里勾选“愿意使用”、看完演示说“不错”、实际带着任务回来，是三种不同的信号。

三种“愿意用”，分量完全不同。

价格也要单独问。有人愿意免费试，是因为没有成本；知道需要付费、知道工具只能解决哪一段问题后，还愿不愿意继续，才是你应该记录的另一件事。别因为一次礼貌的称赞，就把未来的订单写进计划里。

04｜找到那个正在承受问题的人

你也许最后发现，真正愿意试的人并不是最早夸奖你的同学，而是那个反复抱怨某一步太费时间的人。他说话没那么热情，却能清楚告诉你现有办法哪里让他难受、为了解决它已经花过什么代价。把注意力从“谁给了我最多鼓励”移到“谁正在承受这个问题”，产品才有可能长出一个可以交付的形状。

把注意力从鼓励你的人，移到正在承受问题的人。

05｜面向竞赛，先核对规则

如果产品面向竞赛，还要先核对具体赛事当年的规则。赛前练习和比赛中的使用边界不同。技术上做得到，不代表能用“比赛神器”去承诺给参赛者。让用户为一项你没有核实的承诺承担风险，不值得。

—— 青年OPC商学社