谈合同的最后一轮，董事长提了一个要求，钱可以给，按结果付。供应商笑着点头，说我们也是这么想的。两边都很客气，合同起草到第三稿，卡住了。卡在一个句子上，如果结果没达到，算谁的责任。
有人把一百多家 AI 公司的定价页面逐条读完，给出的数字很冷静。真正愿意承担没做出结果这一风险的供应商只有 12%，45% 的条款之下买家无论如何都得付钱。按结果收费这条路上确实有人在签，Salesforce 的智能客服按每张自主解决掉的工单计价，Intercom 的同类产品每次成功解决收一笔钱。愿意这么签的，多是产品已经标准化、结果能被系统直接计数的公司。
阿里云副总裁霍嘉在云栖大会期间接受采访时说得直白，阿里云不靠这个岗位赚钱，团队考核的核心指标是能否带动产品，他本人更看好按结果付费和面向重点客户的长期服务合同。这句话翻成企业的语言，这个岗位在云厂商手里是手段，卖的是后面的模型调用和云资源。
按结果付费听起来对甲方有利。它确实有利，但只在一个条件下有利，结果能被清楚归因。
服装企业的场景，归因往往不清楚。举一个具体的。给设计师配一个助手，目标是缩短从企划到样衣的时间。项目做完，周期从二十八天压到二十一天，快了七天。这七天里有多少是工具带来的，有多少是今年把评审会从三次减到两次带来的，有多少是新来的版师手快，说不清。说不清的时候，合同里那句话就要开始打架。
还有一层副作用更少被提起。一旦按结果付费，供应商会挑最容易量化的场景。省钱最容易量化，于是所有方案都往省人上靠。上新速度、决策质量、买手判断的准确率，这些更值钱的东西没人敢承诺，因为它们一半靠企业的组织配合。
一个可用的结构是三段计价。底价占四到五成，覆盖驻场人天和固定成本，这部分不谈结果。里程碑占三成，按可交付物付，比如场景上线、接口打通、业务方验收签字。尾款占二到三成，挂一个业务数字，同时写清归因方式。
归因方式要写到能操作。比如约定用同一批订单、同一批人、同样的人员配置，在工具上线前后各跑一个月，比较单位产出。做不到这个条件，就换一个更粗但更稳的指标，比如这个环节的返工次数。
还要写一条不可归因条款。外部环境变化、组织调整、关键人离职导致结果不达标时怎么处理。这一条看着是给供应商留后路，实际是给自己留体面。没有这一条，双方在第十个月会为一件跟技术无关的事吵起来。
见过一种谈崩的样子。甲方坚持全按结果付，供应商报价翻了一倍，把风险折进单价。项目做完，结果没达标，供应商说环境变了，甲方说合同写着，最后各让一步，付了七成。这一年谁也没赢，第二年这家企业换了一家供应商，又从零开始。
希纪在给服装企业做增长诊断时，会问一句，这个数字如果变好了，你打算怎么确认是它带来的。答不上来的项目，我们通常建议先别签结果条款，先把度量方式定下来。度量方式定了，价格自然好谈。
可以带走的是一张计价表。第一列写三段，底价、里程碑、尾款。第二列写比例，四成、三成、三成。第三列写触发条件，签约、验收签字、业务数字达标。第四列写归因方法，同一批单、同一批人、前后各一个月。第五列写例外，什么情况下不追究。五列填满，这张表可以直接进合同附件。
还有一句提醒。按结果付费买到的是算得清的结果，算不清的那部分，市场上没人接。
回到那张谈了三稿的合同。董事长最后改了说法，底价给足，尾款挂一个能算清的数字，别的先不写。供应商松了口，签了。
这个处理不漂亮，但它让项目开得了工，也让第二年有得谈。
一句话留给董事长。合同里最贵的那句话，是双方都同意先不写。
一个马上能做的检验，把准备挂结果的那个指标拿出来，问自己三个问题，这个数字谁来统计，统计口径会不会变，变了谁说了算。三个问题有一个答不上来，就把它换成里程碑。
希纪 · 服装产业观察