软件装好了，培训也讲完了，客户还夸了一句“功能挺全”。从交付记录看，这单似乎圆满结束。
但过了一个月，客户仍在用旧表格。新系统的账号安安静静，买它时想解决的问题也还在。这样的合作，技术上完成了，业务上却可能没有开始。
行业里有个词叫“客户成功”，听着有点像宣传口号。把它翻成普通话，其实就是：客户花钱想办的那件事，最后办得怎么样。
假设一家设备商买了 AI 报价工具，希望销售当天就能发出常规报价。系统能正常运行，但员工一直不敢用，因为商品价格还没核对。此时反复演示生成按钮，帮助不大。真正卡住工作的，是价格资料和谁有权确认它。
GitLab 的公开手册将客户目标写成带有负责人、时间和衡量条件的事项，并区分交付了什么与客户验证了什么。资料：GitLab
这个区别很细，却能改变我们对“服务不错”的判断。资料发了、培训上了、问题回了，都是供应商做过的事；客户是否已经完成报价，才是他想买到的变化。前面那些动作有价值，前提是它们确实把事情往前推了。
我喜欢把这里的关系想成学开车。教练把方向盘、油门介绍一遍，算讲授完成；学员能在合适的条件下安全开起来，才更接近学习目标。介绍多少功能，不能替代实际掌握。
不过，谈结果也不能越界。报价工具可以帮助缩短整理和计算时间，却不能保证设备商本月销售翻倍。成交还受需求、价格、竞争和销售执行影响。把客户经营中的所有好消息归功于软件，和把所有困难推给客户一样，都不准确。
对一人经营的小生意来说，另一种误区是把客户成功理解成无限陪跑。客户所有缺人的工作都接下来，短期显得热心，长期可能撑不住。产品改进、约定内的支持，以及额外的人工服务，本来就有各自的范围。
合作是否成功，应该有双方都认得出的证据，也有双方都知道的责任。否则一句“我这边已经完成了”，就很容易对上另一句“可我的问题还没解决”。