AI 观察

最近用 AI 开发产品的一些感受

逍十一郎逍十一郎
2026年7月5日
9

最近在做一个 AI 应用,有一些体会,想记录下来。

以前写代码,一个人从头写到尾,进度快慢全看自己。现在有了 AI 辅助,写代码的速度快了很多,但项目推进的速度反而没有想象中那么快。我花了一段时间才想明白问题出在哪里。

总结下来有三点。

一、先想清楚,再动手

这是最重要的一点,也是我做得最差的一点。

我的习惯是,有一个想法就马上开始写代码。写了几行之后,觉得这里应该加一个功能,那里应该做一个调整。写着写着,代码越来越多,越来越乱,最后花了很多时间在改代码上。

后来我停下来想,问题出在哪里。

我发现,AI 确实能帮你写代码,但它不能帮你回答一个问题:你到底要做什么?

你给 AI 一个模糊的需求,它给你一个模糊的答案。你改来改去,它改来改去。最后花了很长时间,做出来的东西跟最初的设想差别很大。

先想清楚再做,这个道理很多人都知道。但在 AI 时代,它的重要性被放大了。

因为 AI 的反馈太快了。你写一行提示,它立刻给你一段代码。这种即时反馈会让你产生一种错觉,觉得自己在"快速迭代"。但实际上,你可能只是在"快速试错"。

我的改进方法是,动手之前,先把需求写下来。不是写给 AI 看的,是写给自己看的。用最简单的语言,说清楚三件事:

  1. 这个产品解决什么问题
  2. 目标用户是谁
  3. 第一版的核心功能是什么(以及明确哪些功能不做)

写完之后,我一般会给一个不懂技术的朋友看一遍。如果他看完能理解我要做什么,那就说明我想清楚了。

二、从最小的可运行版本开始

我有个问题,特别在意 UI。

写一个页面,按钮位置调整半个小时,颜色选来选去,间距反复调。这些事情看起来很琐碎,但加在一起,消耗了大量时间。更糟糕的是,这些 UI 最后大部分都要重做。

这其实是一个常见的问题。很多人(包括我)在做产品的时候,会不自觉地把"完美"作为第一版的目标。但第一版的目标不应该是完美,而是让核心流程跑通

我给自己定了一个规则:第一版只做核心功能,其他什么都不做。

核心功能是什么?就是从用户进入产品,到拿到结果,中间必不可少的那些步骤。其他所有东西,登录注册、用户管理、数据统计、权限控制、UI 美化,都放在后面。

这其实就是最小可行产品(MVP)的思路。

在《精益创业》这本书里,Eric Ries 提出了一个观点:对创业公司来说,最重要的不是做一个完美的产品,而是用最小的成本验证商业假设。把这个思路搬到个人项目里也是一样——先做一个能用的东西,看看它解决了什么问题,再决定要不要花时间完善它。

我给自己定的问题是:这个功能,是不是这周必须做的? 如果不是,就把它放到"待办"列表里,先做完核心流程。

听起来很简单,但真正做到需要很强的自律。尤其是 AI 让写代码变得很容易的时候,你会忍不住想"这个功能加一下也不费事"。但每一个"不费事"的功能叠加起来,最后都会变成很大的时间消耗。

三、把任务拆到足够小

这是我这次最大的收获。

以前我写代码,习惯把一个任务写成"实现用户注册"或者"完成数据看板"这种级别。看起来很清晰,但当你实际去做的时候,会发现无从下手。

一个"用户注册"功能,可以拆成以下子任务:

  • 数据库表设计
  • 注册表单验证
  • 用户信息存储
  • 验证码发送
  • 错误提示处理
  • 注册成功跳转

每一个子任务都对应一个具体的代码实现。当你把这些子任务一个一个完成的时候,你会清楚地知道进度在哪里。

把任务拆细,有两个好处。

第一个好处是,你对项目有掌控感。每完成一个小任务就划掉一个,这种正反馈会让你有动力继续做下去。

第二个好处是,你能更好地利用 AI。当你给 AI 一个具体的、清晰的任务时,它的输出质量会高很多。比如,给 AI 说"写一个用户列表的 API,返回 id 和 name 字段,分页每页十条",比说"帮我实现用户管理模块"要准确得多。

任务越细,越容易评估 AI 的输出是否正确。

总结

这篇文章说的三点,其实都不是什么新东西。

但我觉得,在 AI 时代重新强调这些基本原则,是有意义的。因为 AI 让开发变得更容易的同时,也让方向变得更加重要。

容易做的是写代码。难的是决定写什么,不写什么。

评论讨论

评论需要审核后才能显示