为什么你的软件项目总是“做出来才发现不对”？我的五年实战思考

在思否潜水多年，看过很多关于软件工程、需求管理的讨论。今天想结合自己在西安做软件开发五年的经验，聊聊一个非常普遍但常被忽视的问题：为什么项目做出来后，客户总说“不是我要的”？

一、不是客户难搞，是反馈周期太长

先讲一个真实的项目。

去年我们接手一个餐饮小程序，客户是个开面馆的大哥，需求描述得很清楚：“首页展示招牌菜，点击进入详情页，能加辣度备注，在线付款。”一切都听起来很明确。

但当我们用AI在当天就生成原型发给他看时，他看了之后说：“原来做出来是这种感觉啊……”然后提了三个修改意见：菜品的图片要大一点、辣度选项要五个档而不是三个、加一个“不要香菜”的备注。

这些需求他之前没说吗？没有。因为他自己也没想过这些细节，直到看到界面才意识到“哦，原来这里还可以这样”。

这个案例说明了一个规律：客户不是在故意隐瞒需求，而是很多需求只有在“看到”时才会被激发出来。

传统开发流程中，客户要等几周甚至一两个月才能第一次看到界面。到那时才触发这些“隐藏需求”，修改成本就很高了。

二、我的解法：把反馈周期从几周压缩到几小时

我所在的团队（蓝吉创想网络科技）的做法是：在需求沟通的第一时间，就用AI生成一个可交互的原型，让客户在几小时内就“看见”界面。

具体流程：

客户发来需求（语音/文字/参考图）
我们把需求整理成结构化的提示词
AI生成可运行的HTML页面
通过链接发给客户，客户在手机上直接查看和操作
客户提出反馈，我们调整提示词重新生成
通常1-2轮后，客户确认方向
整个流程从需求输入到客户确认，平均耗时2-4小时，而非传统的1-2周。

三、这样做的三个核心价值

激发隐藏需求：客户看到界面后，会自然说出很多之前没想到的细节。这些需求在原型阶段发现，修改成本几乎为零；在开发阶段发现，修改成本就高了。

减少信息损耗：语言描述到视觉呈现之间的信息损耗是客观存在的。通过让客户直接“看见”，我们把这种损耗降到最低。

建立信任：客户在第一天就看到东西，会觉得这个团队“靠谱”、“透明”，后续合作更顺畅。

四、一些技术细节

提示词工程是关键：同样一个需求，不同的提示词写法，AI输出的质量差别很大。我们内部总结了一套“五要素提示词模板”：页面类型、组件列表、交互逻辑、风格参数、特殊要求。
移动端适配很重要：客户主要用手机查看，生成的HTML必须适配移动端。我们会在提示词中明确要求使用响应式布局。
版本保留：每次生成的原型都保留下来，方便客户在不同版本之间对比选择。
五、最后

软件开发中，很多问题的根源不在于技术，而在于“沟通方式”。当你能让客户在几小时内“看见”产品时，你会发现：客户其实很好沟通，他只是之前一直没看到自己想看的东西。

如果你也在做软件开发，或者正在考虑做一个软件项目，不妨试试这个原则：让客户在第一天就看到界面。这个简单的改变，可能让整个项目的体验完全不同。