他要看产品演示。可根本没有现成软件可看。

上周，我和一家保险公司通了一小时电话。对方要重做官网和移动 App：理赔报案、保单服务、资料上传，外加流程卡住时转接人工坐席，而理赔流程十有八九会卡住。这是一个真实的项目，面对的是真实的用户。

聊到第十分钟，他要求看看我的软件。

他要的不是参考架构，也不是客户案例，而是产品演示：界面、管理后台、授权版本分级，再加明年的产品路线图。

我说没有。随后的五十分钟，我们一直各说各话。

症结从来不在技术。AI 能做什么，他清楚；他不清楚的是自己该签什么。

他以为自己在买什么

他不是故意为难人，只是照公司历来的做法办事。两者性质不同，而后者远比前者难以辩驳。

他心里的采购清单大致如下：

• 一套建网站的软件
• 一套管内容的软件
• 一套处理理赔流程的软件
• 一套把前三套串起来的软件

四款产品，多半出自三家供应商，外加几份由别人掌握的产品路线图。

这是他熟悉的模式。更关键的是，公司采购部门本就是围着这套模式搭起来的；不可能因为某个周二下午有供应商说世界变了，他就把它推倒重来。

速览：同一个结果，两种买法

前一栏考的是比较，后一栏要您在东西做出来之前就说清想要什么。两种能力截然不同，后者也让人不自在得多。

一句话终结了通话

于是我提了一个自认为相当慷慨的建议：把需求发过来，粗糙也没关系。一份列了要点的 Word 文档就行，一张现有理赔页面的截图、上面用红笔画几个箭头也行。比这更简陋的材料，我都接过。

拿到这些，我交回去的不是一套 PPT，而是他能直接点开操作的东西。

他的回答，我想了整整一周。

我不知道自己想要什么。我要你带着一套软件来。

客户于 2026 年 8 月的电话中所言。他本人和公司名称不便公开。今年，类似的话我从其他买家口中也听到过好几次。

从头到尾，没人提过价格，一次都没有。这本该让我早点警觉。真正的问题是：报价只要不以产品的形态出现，他所在的机构就无从审批。

这是采购问题，不是 AI 问题

谈到传统行业 AI 落地迟缓，我读到的文章多半归咎于技术：模型会出现幻觉，合规层层设卡，数据一团糟。说句公道话，数据通常确实一团糟。

可这六十分钟里，这些问题一个都没出现过。

卡住对话的纯属商业问题。授权他会买；可购买开发能力，他既没有流程，也没有词汇。

这是组织身上两块不同的肌肉。买授权，是在现成的东西之间做比较，大多数公司花了十五年，早已练得驾轻就熟。买开发，则是先把结果描述清楚，再把它托付给别人去实现。大家都忙着练第一块肌肉，第二块就这样萎缩了；直到最近都用不上它，自然也没人察觉。

如果比较是唯一会的采购手段，一个拒绝被比较的供应商就只会被看作风险，而非机会。考虑到他被考核的指标，这样看并没有错。

他的谨慎事出有因

把这位客户写成老古董很省事，但我不想这样写，因为他不是。

套装软件提供的东西确实要紧。维护有别人扛，凌晨两点冒出的安全漏洞，也由对方连夜修补，不必征求意见。其他客户跑着同一套代码，大部分 bug 早就被别人撞上了。出了事，有合同可以拿出来，上面签着名字。

定制软件失败的案例由来已久，且有据可查。在企业 IT 干满二十年的人，都见过某套定制系统沦为无法维护的负担，熬走了三任 CTO。这个教训有人付过学费，往往赔上了饭碗。他继承下来的谨慎，是真实事件的余波，不是性格使然。

所以，问题不在于这份谨慎有没有道理。有道理。问题在于，它是否仍指向原来的方向。

开发成本降了，一切由此而来

开发成本已经降了，大多数买家却没意识到降了多少。没人通知他们。与他们打交道的供应商没理由通知，行业媒体关注的是模型，而不是账单。

我在本栏目那篇谈就业末日的文章里写过一个周末：我一个人上线了两个可用的智能体，若在十八个月前，这得一个小团队忙上几周。那不是噱头，而是如今的工作常态，在我们做过的每个职能里都一再出现。

开发一旦变得便宜，为了避免开发而买一款僵化的产品，就不再是稳妥之选，只是习惯之选。

对一大类应用来说，这笔账因此改写。不是全部。核心保单管理系统不在此列，我也不打算假装它在。但理赔门户无非是受理、单证采集、进度查询、一道规则校验、一个异常队列加一次转交，每一环都是我们在别处交付过的模式。他那四款产品要覆盖的，大多也是这些。

哪些东西没有变便宜

这话听起来像推销，我自己也听得出来。所以先把另一半说完。

我不想夸大，在保险业尤其不想。

受监管行业仍有一些约束，任何模型都抹不掉：

• 代码来得再快，数据驻留和隐私规则也不会因此松动
• 理赔决策可审计，是法律要求，不是产品功能
• 到第三年，系统仍得有人负责，而当初搭它的人早已离开
• 与一套三十年前的保单系统对接，才是这类项目真正折戟的地方；接口本身糟糕，生成的代码也无能为力

速度提升是真的，治理工作却没有随之减少。甚至可以说，它比以往更重要，因为审核人员还是那么多，每周要看的产出却多了好几倍。谁对保险公司说情况不是这样，就是在向他们推销一场交付期很短的失败。

交易死在招标文件上

这一切最具体的表现，是那堆采购文书。

像他这样的项目，一份标准的招标需求书会提四个问题，我都没法如实作答。

四个问题，四个如实的回答

第二栏句句属实，读起来却一塌糊涂。以价格那一行为例，我的意思是：给四十个人开账户，和给四个人开，花费相同，账单只随系统实际运行的量变动。买家的整套成本模型就是“人数乘以年度席位单价”，在他看来，这不是折扣，而是表格里压根没有对应格子的东西。换成采购专员的眼光看这一栏，每个回答都像在打太极。一套专为筛掉含糊其辞而设计的流程，最后筛掉的是更好的方案；买家永远不会知道发生了什么，因为填不了表的供应商只是默默不再回复。

这并不说明买家不够聪明。这张表正是在做它被设计来做的事，而且做得很到位，只不过市场已经变了，不再是当初写它时的样子。

我在销售上做了哪些调整

以上都是诊断，而诊断从来不值钱。下面说说改变真正让我付出了什么。

我不再解释。对这样的买家，解释不管用。他对 AI 并不糊涂，他读的报道和所有人一样。他糊涂的是：该拿什么去过自己公司审批委员会那一关。

于是我把顺序倒了过来：

• 不再推销能力，而是带上实物
• 第二次见面之前，先做出一个粗糙版本，放进对方的 logo 和真实的理赔流程
• 摆在他们面前，让他们亲手点
• 然后问：哪里不对

没想到，抱怨本身就是需求。写不出需求文档的买家，总能指出屏幕上的东西哪里不对，而且说得很细，不用追问，九十秒左右就能说完。从“我不知道自己想要什么”走到一份有人肯签字的范围说明，这是我所知最快的路。

每个潜在客户要占用我几天，其中有些时间耗在了本就不会成交的生意上。我仍然认为这比空谈强：空谈同样要花几天，最后只换来一通跟进电话。

我可能错在哪里

我本人就卖这个。所以我的判断，您更该打个折扣听，而不是照单全收。

最直接的反驳是：他的本能防的恰恰是我这样的人。开发一旦出问题，他找不到供应商去起诉，也找不到跑同一套代码的其他客户交流。我的回答是：书面的范围说明；凡是对外发布或花钱的操作，前面都设审批关卡；项目结束，代码归他。这些回答我信。可它们是我设计的，不是他检验过的；换我坐在他的位置上，多半也会觉得分量不够。

还有一种可能：套装软件把这一切都吸收进去，开发的优势随之消失。各大平台眼下正把同样的智能体模式装进自家产品。如果它们做成了，诚实的结论就是：他等得对，我来得太早。这种事我遇到过，以后多半还会遇到。

周一就能做的事

三件事，无论坐在谈判桌哪一侧都用得上。第三件我自己已经在做，所以知道它比听上去难。

翻出您最近一次的软件招标，数一数有多少问题默认答案是一款现成产品。这个数就是您的过滤器，多半比您猜的还高。

先找供应商要一个能跑的原型，再要方案书。必要时，就为此付费。请人花几天搭一个原型，比一场选错方向、拖累十八个月的选型便宜得多。

用日常语言写下您真正需要它做什么，写得粗糙也无妨。粗糙的版本胜过精心打磨的需求文档，因为它老老实实地暴露了您还不知道的东西。

我愿意坚持的三个判断

其一，词汇。眼下，中型企业 AI 落地的瓶颈不在模型质量，而在于买家只会用描述授权的那套词汇。

其二，方向。一家公司一旦发现，花一笔授权续费的钱就能委托开发，就不会再回头买授权。这个判断来自我们自己的客户，而非问卷调查，请把它当作我反复看到的规律，而不是铁律。

其三，等待的代价。等到这一切变成网页上能直接下单的商品才肯出手的买家，先为等待的那几年付出代价，产品面世时再付一次钱。

别再要演示，去要原型。

他要我带一套软件来。我能带去的，是他理赔流程中的一个环节，第一周之内就在他自己的数据上跑起来，因为上线引导的范围就是这么定的，每个账户都一样。这个承诺比他要的小，但在他做任何决定之前，验证起来容易得多。

开设账户，先在一个品牌上跑一个模块；或者预约演示，看平台跑在您自己的数据上，而不是演示租户上。

写于 2026 年 8 月底，一通不太顺利的电话之后。六个月后我会回头复盘，把说错的地方标出来，就像对那篇谈就业末日的文章所做的那样。想看后续，欢迎加入我的邮件订阅名单。