上周，我和一家保险公司通了一小时电话。对方要重做官网和移动 App：理赔报案、保单服务、资料上传，再加上流程卡壳时转人工坐席；而在理赔环节，流程十有八九会卡壳。项目是真的，用户也是真的。
聊到第十分钟，他提出要看看我的软件。
他要的不是参考架构，也不是客户案例，而是产品演示：界面、管理后台、授权分级，外加明年的产品路线图。
我说没有。接下来的五十分钟，我们始终各说各话。
症结从来不在技术。AI 能做什么，他心里清楚；他不清楚的，是自己该签什么。
他以为自己在买什么
他不是故意刁难，只是照公司一贯的规矩办事。两者性质不同，后者远比前者难以辩驳。
他心里的采购清单大致如下：
- 一套建网站的软件
- 一套管理内容的软件
- 一套处理理赔流程的软件
- 一套把前三者串起来的软件
四款产品，多半来自三家供应商，再加上几份攥在别人手里的产品路线图。
这是他熟悉的模式。更关键的是，他们公司的采购部门正是围绕这套模式搭建的；不可能因为某个周二下午有供应商说世界变了，他就把它推倒重来。
速览：同一个结果，两种买法
| 购买授权 | 购买定制开发 |
|---|---|
| 比对功能矩阵 | 描述您想要的结果 |
| 有产品名，有版本号 | 东西做出来之前，无名可报 |
| 三家参考客户，部署如出一辙 | 没人跑着和您一样的系统 |
| 路线图归供应商 | 路线图归您 |
| 按席位、按年计价 | 按实际用途、按运行次数计价 |
前一栏是比较题；后一栏要您在任何人动手之前，先说清自己想要什么。两种能力截然不同，后者也让人别扭得多。
终结通话的那句话
于是我提了一个自认为相当慷慨的建议：把需求发过来，粗糙也无妨。一份列着要点的 Word 文档就行，在现有理赔页面的截图上用红笔画几个箭头也行。比这更糟的材料，我都接过。
拿到这些，我交回去的不是一套 PPT，而是他能直接点开操作的东西。
他的回答，我想了整整一周。
我不知道自己想要什么。我要你带着一套软件来。
这是客户在 2026 年 8 月那通电话里的原话。他本人和公司名称不便公开。今年，我从其他买家口中也听到过大同小异的说法。
从头到尾没人提过价格，一次都没有。这本该让我早点警觉。真正的问题在于：报价只要不以产品的形态出现，他所在的机构就无从审批。
这是采购问题，不是 AI 问题
谈到传统行业 AI 落地迟缓，我读到的文章多半归咎于技术：模型会产生幻觉，合规层层设卡，数据一团乱麻。平心而论，数据通常确实一团乱麻。
可这六十分钟里，这些问题一个都没冒出来，一次都没有。
卡住对话的，纯粹是商业问题。授权他会买；购买开发能力，他既没有流程，也没有词汇。
这是组织身上两块不同的肌肉。买授权，是在现成的东西之间做比较，大多数公司花了十五年，早已练得炉火纯青。买开发，则是先把结果描述清楚，再托付别人去实现。大家忙着把第一块肌肉练到极致，第二块却悄悄萎缩了；直到最近都用不上它，自然没人察觉。
如果比较是唯一会的采购本领，一个拒绝被比较的供应商只会被看成风险，而不是机会。考虑到买家被考核的指标，这样看并没有错。
他的谨慎事出有因
把这位客户写成老古董很省事，但我不想这么写，因为他不是。
套装软件提供的东西确实要紧。维护有别人扛，凌晨两点冒出的安全漏洞，也由对方修补，用不着征求您的意见。其他客户跑着同一套代码，大部分 bug 早被别人撞上了。真出了事，还有一份合同可以拿出来，上面签着名字。
定制软件栽跟头的历史由来已久，且有据可查。在企业 IT 干满二十年的人，都见过某套定制系统沦为无法维护的包袱，熬走了三任 CTO。这个教训有人付过学费，往往赔上了饭碗；他继承下来的谨慎，是一桩真实事件的余波，而不是性格使然。
所以，问题不在于这份谨慎有没有道理。有道理。问题在于，它是否仍然指向原来的方向。
开发成本降了，一切由此而来
开发成本已经降了，大多数买家却没意识到降了多少。没人给他们发过通知。与他们打交道的供应商没理由发，行业媒体关注的是模型，而不是账单。
我在本栏目谈就业末日的那篇文章里写过一个周末：我一个人上线了两个可用的智能体，若在十八个月前，这得一个小团队忙上几周。那不是噱头，而是如今工作的常态，在我们服务过的每个职能里反复出现。
开发一旦便宜下来，为了避免开发而买一款僵化的产品，就不再是稳妥之选，只是习惯之选。
对一大类应用而言，这笔账由此改写。不是全部。核心保单管理系统不在此列，我也不会装作它在。但理赔门户无非是受理、单证采集、进度查询、一道规则校验、一个异常队列加一次转交，每一环都是我们在别处交付过的模式。他那四款产品要覆盖的，大多也是这些。
哪些东西没有变便宜
这话听起来像推销，我自己也听得出来。所以，先把另一半说完。
我不想夸大其词，在保险业尤其不想。
受监管行业仍有一些约束，任何模型都抹不掉：
- 代码来得再快，数据驻留和隐私规则也不会因此松动
- 理赔决策可审计，是法律要求，不是产品功能
- 到第三年，系统仍得有人负责，而当初搭它的人早已离开
- 与一套用了三十年的保单系统对接，才是这类项目真正折戟的地方；接口本身糟糕，生成的代码也救不了
速度是真的，治理工作却没有随之缩水。要说有变化，就是它比以往更要紧了：审核人员还是那么多，每周要看的产出却翻了好几倍。谁要是对保险公司说不是这样，就是在卖给他们一场交付期很短的失败。
交易死在招标文件上
这一切最具体的表现，是那堆采购文书。
像他这样的项目，一份标准的招标需求书会提四个问题，我一个都没法如实作答。
四个问题，四个如实的回答
| 招标文件的问题 | 如实的回答 |
|---|---|
| 平台名称与版本 | 没有平台名称 |
| 每用户每年的授权费 | 席位免费，按运行计量 |
| 三家在用客户，同一套系统 | 我做的每套系统，都和您的不一样 |
| 未来 24 个月的产品路线图 | 路线图归您，不在我手里 |
第二栏句句属实，读起来却一塌糊涂。以价格那一行为例，我的意思是：给四十个人开账户，和给四个人开花费相同，账单只随系统实际运行的量变动。买家的整套成本模型就是“人数乘以年度席位单价”，在他看来，这不是折扣，而是表格里压根没有对应格子的东西。用采购专员的眼光看这一栏的其余回答，每一条都像在打太极。一套专为筛掉含糊其辞而设计的流程，最后筛掉的是更好的方案；买家永远不会知道发生了什么，因为填不了表的供应商只是默默不再回复。
这并不说明买家不够聪明。这张表做的正是它被设计来做的事，而且做得很到位，只是市场已经变了，不再是当初写它时的样子。
我在销售上做了哪些调整
以上都是诊断，而诊断最不值钱。下面说说改变实际让我付出了什么。
我不再解释。对这样的买家，解释不管用。他对 AI 并不糊涂，大家读的报道他也都读。他糊涂的是：该拿什么去过自己公司审批委员会那一关。
于是我把顺序倒了过来：
- 不再推销能力，而是带上实物
- 第二次见面之前，先做出对方系统的粗糙版本，放进他们的 logo 和真实的理赔流程
- 摆在他们面前，让他们亲手点
- 然后问：哪里不对
没想到，抱怨本身就是需求。写不出需求文档的买家，总能指出屏幕上的东西哪里不对，而且说得很细，不用追问，九十秒左右就能说完。从“我不知道自己想要什么”走到一份有人肯签字的范围说明，这是我所知最快的路。
每个潜在客户要占用我几天，其中有些时间耗在了本就不会成交的生意上。我仍然认为这比空谈强：空谈同样要花几天，最后只换来一通跟进电话。
我可能错在哪里
我本人就是卖这个的。所以对我的判断，您更该打个折扣听，而不是照单全收。
最直接的反驳是：他的直觉防的恰恰是我这样的人。开发一旦出了问题，他找不到供应商去起诉，也找不到跑同一套代码的其他客户交流。我的回答是：书面的范围说明；凡是对外发布或花钱的操作，前面都设审批关卡；项目结束时，代码归他。这些回答我信。可它们是我设计的，不是他检验过的；换我坐在他的位置上，多半也会觉得分量不够。
还有一种可能：套装软件把这一切都吸收进去，开发的优势随之消失。各大平台眼下正把同样的智能体模式装进自家产品。真要做成了，诚实的结论就是：他等得对，是我来早了。这种事我遇到过，以后多半还会遇到。
周一就可以做的事
三件事，无论坐在谈判桌哪一侧都用得上。第三件我自己已经在做，所以知道它比听上去难。
翻出您最近一次软件招标的文件，数一数有多少问题默认答案是一款现成产品。这个数就是您的过滤器，多半比您猜的还高。
先找供应商要一个能跑的原型，再要方案书。必要时为此付费。请人花几天搭一个原型，比一场选错方向、拖累十八个月的选型便宜得多。
用日常语言写下您真正需要它做什么，写得粗糙也无妨。粗糙的版本胜过精心打磨的需求文档，因为它老老实实地暴露了您还不知道的东西。
我愿意坚持的三个判断
其一，词汇。眼下，中型企业 AI 落地的瓶颈不在模型质量，而在于买家只会用描述授权的那套词汇。
其二，方向。一家公司一旦发现，花一笔授权续费的钱就能委托开发，就不会再回头买授权。这个判断来自我们自己的客户，而非问卷调查，请把它当作我反复看到的规律，而不是铁律。
其三，等待的代价。非要等到这一切变成网页上能直接下单的商品才肯出手的买家，先为等待的那几年付出代价，产品面世时再付一次钱。
别再要演示，去要原型。
他要我带一套软件来。我能带去的，是他理赔流程中的一个环节，第一周之内就在他自己的数据上跑起来，因为上线引导的范围就是这么定的，每个账户都一样。这个承诺比他要的小，但在他拍板之前，验证起来容易得多。
开设账户，先在一个品牌上跑一个模块；或者预约演示，看平台在您自己的数据上运行，而不是在演示租户上。
写于 2026 年 8 月底，一通不太顺利的电话之后。六个月后我会回头复盘，把说错的地方标出来，就像我对谈就业末日的那篇文章所做的那样。想看后续，欢迎加入我的邮件订阅名单。
