我劝一个老板，先别付尾款，哪怕那套AI写的软件看起来什么都能干。

事情设在一家做办公耗材批发的公司。老板找人做客户报价系统，销售选商品、填数量，系统算价格，再生成报价单发给客户。

开发者带着电脑来演示，操作很顺。他指着屏幕说：“AI写的，原来得慢慢做的功能，几轮对话就出来了。你提需求，我现场改。”

老板听得挺高兴，顺口提了一句：“老客户按月结算，价格可以低一点，帮我加上。”

开发者打开AI工具，输入要求，没多久，页面上多了一个客户类型，价格也跟着变了。
“看，已经好了。”

我问：“那销售把新客户选成老客户，也能拿低价？”
他顿了一下：“可以加权限。”

老板接着说：“也不能完全卡死，有些新客户第一次就订得多，我会特批。”
“那就再加个审批。”

坐旁边的财务插了一句：“已经发出去的报价怎么办？下个月价格调了，客户拿旧报价来下单，还认不认？”

开发者把手从键盘上拿开，说得重新理一下。

聊到这里，我才觉得大家开始讨论同一套软件了。前面说的“加个老客户价格”，背后连着客户认定、折扣权限、审批和历史报价。

AI能接着写，但没人把条件讲完整，它也无从知道老板电话里答应过客户什么。

我让开发者先复制一份测试数据，再改规则。他有点不服：“你担心AI写不好？”
“我担心你改好了新报价，却把上个月那张也改了。”
老板马上把手机拿出来，翻出一份发给客户的报价：“就拿这个试。价格变了，我真得赔钱。”

开发者看了一会儿，说应该把发出时的价格单独保留下来，不能每次打开都重新按最新价格计算。
这句话，终于让老板听懂了为什么还要测试。

我后来想，这种项目可以试试中文无代码表格编程和AI配合。先让AI把聊天记录整理成规则草稿，把含糊的地方列出来，再请老板、销售和财务一起确认。

确认后的客户资料、报价明细、折扣规则和审批条件，通过表格与中文配置落实到系统里。开发者负责把关联和执行逻辑搭好，业务人员对着熟悉的字段核对，也有机会参与后续调整。

AI可以辅助梳理需求、起草公式、补充测试场景，生成的内容仍要按平台能力检查和验证。遇到复杂接口，该开发就开发，不必为了证明某种工具厉害，硬把所有需求塞进去。

老板临走前问：“我怎么知道下次修改，会不会把别的地方弄坏？”

我建议他留几张验收单。一张正常报价，一张特批低价，一张已经发出的旧报价，再加一张没有权限的账号操作记录，每次修改都拿来核对。

同时让开发者写清楚，改了哪些规则，哪些历史数据受影响，出问题怎样恢复。别只收一句“改好了”。

那天尾款有没有付，取决于约定的验收项目有没有通过，跟代码出自谁手无关。

我支持用AI把开发时间省下来。但省出来的时间，总该分一点给验证和交接。总不能演示时的速度归开发者炫耀，月底对不上的账全留给客户熬夜。