当前时间: 2026-08-17 18:06:01
分类:办公文件
评论(0)
AI时代,软件“按效果付费”并不是标准答案今天看到吴昊老师发的一篇文章,围绕文章在评论区也展开一些讨论,其中关于“按效果付费”的话题,我觉得可以展开来聊一聊个人的一些观察和思考。这两年,讲这个话题的人越来越多了,红杉发过一篇文章叫《Services: The New Software》引发不少讨论,国内各大厂商和自媒体也有了不少的论述。归根结底,都是因为大家认为AI 降低了软件生产成本,过去卖账号、卖模块、卖订阅的商业模式会被击垮。AI时代,软件变成了AI背后的服务能力或被调用的工具,客户不再愿意买软件,买的是业务改善和业务结果:既然厂商说自己能帮客户提效、降本、增长,那就应该敢于按客户结果收费。但我并不认为纯“按效果付费”,尤其是把客户经营成果和软件厂商绑定,短期内甚至十年内会成为国内 B 端软件商业模式革新的主流答案。更现实的方向,是产品加服务,再叠加少量激励。厂商不直接背客户的经营结果,而是辅助客户达成一组可量化、可评估、可验收的具体指标,这是在当下更为现实也更为普遍的落地模式。“按效果付费”这几个字定义太宽了。我觉得得具体拆开来讲,就所谓“效果”而言,目前观察下来,大概有这么三种:比如 CRM Agent 帮客户多成交多少单,HR SaaS 帮客户招聘成功率提升多少,工业 AI 帮客户设备停机时间下降多少,企业管理软件帮客户利润提升多少。这类表达最有传播力。客户拿到收益,厂商再收钱;客户没有收益,厂商也少收钱。问题在于,这类效果最难背。比如审批时长缩短多少,出错率下降多少,客服会话自动解决多少,线索跟进率提升多少,工单响应时间缩短多少。这类指标更容易衡量和量化,也更容易验收,但承担的实际是几个具体指标的达成,并非等同于经营层面所讲的“效果”。客户已经买了一个 SaaS 或平台,厂商基于原有系统,再帮他做一个 AI 审批助手、一个专属业务模型、一个 Agent、一个自动化链路、一个定制工作台。这类东西有时也会被包装成“效果付费”,把产品能力往业务更深入一点讲成效果,但其实是边界清楚的项目:交付什么、验收什么、价格多少,合同里都能写清楚。总的来说,我反对的重点,是让软件厂商直接背客户经营结果。过程指标和具体场景交付,是现在普遍的商业化方向,并不是真正的“按效果付费”。CRM Agent 可以整理线索、生成跟进建议、提醒销售推进商机,但成交率和销售额还受产品竞争力、价格策略、客户预算、销售能力、品牌认知、市场周期影响。HR SaaS 可以做岗位画像、简历筛选、面试安排,但招聘成不成功,还受薪资、岗位吸引力、用人部门配合、候选人市场影响。工业 AI 可以提升预警和响应能力,但设备停机时间还受设备状态、传感器质量、备件供应、班组执行、维修流程、历史数据影响。乙方可以帮客户改善过程效率,可以把流程跑通,可以把数据接起来,可以把指标做出来,但没法替客户背整个经营结果,效果归因困难。客户可以定方向,厂商来评估自己能不能匹配。比如客户说,我想缩短审批时间、提升工单响应速度、减少人工录入、让销售跟进动作更标准。厂商可以围绕这些目标拆指标,判断哪些能做,哪些做不了。但如果客户上来就说,我要销售额增长 20%,利润提升 10%,招聘成功率翻倍,设备停机减少一半,你先干,做成了我再付钱。客户买软件,厂商交付系统;客户买实施,厂商帮你上线;客户买运维,厂商保证系统稳定。这里面当然有合作,但边界还算清楚。很多时候,双方就是供给方和购买方。乙方被推到了客户的经营链条里。客户结果好,乙方才拿钱;客户结果差,乙方也受影响。这已经超出了普通软件交易的边界,开始接近合伙人模式。一旦进入合伙人逻辑,一堆问题都会冒出来:效果怎么定义?怎么算?谁来统计?基线怎么定?客户配合不到位算谁的?收益怎么分?合同怎么写?验收谁说了算?我看到这个模式时,想到了建筑行业里吃曾经提倡的新型项目交付模式: IPD。IPD 也是想把业主、设计、施工、咨询等各方绑成利益共同体,风险共担,收益共享,第三方监督。它想解决过去各干各的、互相甩锅、总包分包各自算小账的问题。但现实是,理念越理想,对信任、规则、合同、数据透明、协同机制的要求就越高。只要中间有一环不稳,最后就容易回到老问题:出了事互相扯皮,分钱的时候各说各的道理。而正如以上所言,它背后需要一整套信任机制、归因机制、验收机制和责任边界。缺了这些,看起来是利益共同体,落地后可能就只是乙方带资进组。有些模式在理论上能成立,放到国内 B 端市场,就会遇到很具体的问题。国内很多企业软件、行业软件、工业软件项目,最终绕不开大客户、集团客户、国央企客户。这类客户预算大,标杆价值强,愿意做试点;同时话语权强,采购流程长,验收链条复杂,账期不短,内部角色很多。你要跟它做经营结果型按效果付费,最后很可能变成:乙方前期投入很多人,做了一堆服务和定制,指标还在调整,验收周期越拉越长,回款还不确定。中小客户也有另一种问题。它们决策快,愿意试新东西,但数据基础、组织稳定性、流程规范程度、配合能力都不一定够。今天老板觉得这个指标重要,过两个月业务策略变了;今天说要做销售 Agent,明天发现线索数据都没整理好。所以我之前在群里说,大公司去试,中小公司跟在后面跑。短期内会有局部试点,也会有一些公司拿到好看的“按效果付费”标杆案例。但要说十年以内,纯按经营结果付费成为国内 SaaS 或企业软件主流模式,我不太看好。这里面还有一个现实前提:甲方要能判断自己能不能配合,乙方也要知道自己做成的概率有多少。这两个判断都不做,那就是开盲盒。最后客户觉得乙方没效果,乙方觉得客户不配合,大家一起消耗。AI 时代,B 端软件的交易方式肯定会变。过去只卖功能、卖席位、卖模块的方式,会越来越难解释价值。尤其是 Agent 出来以后,客户会更关心它到底帮我完成了什么任务,而不是只看你有多少菜单、多少页面、多少模型参数。我更看好的商业模式,是:产品收入 + 服务收入 + 少量激励收入。产品收入解决基础能力问题。比如订阅费、平台费、License、标准模块费用、基础 AI 能力费用。客户买的是一个稳定运行的系统底座,包括账户权限、数据管理、基础流程、标准功能、模型调用、系统集成能力。这部分收入不能轻易丢掉。系统运维、模型调用、产品迭代、客户支持都要成本。厂商如果一开始就把收入押在远期效果上,很容易把自己推到现金流和交付风险里。先帮客户把问题说清楚:业务目标是什么,现有流程卡在哪里,哪些指标能拆,哪些指标不能承诺,哪些数据需要准备,哪些流程要先改。包括上线配置、数据接入、接口集成、权限配置、流程配置、培训、试运行。这些工作很琐碎,但没有这些,产品很难在客户现场跑起来。这类服务可以由业务专家、解决方案工程师、FDE 或类似角色承担。名字不重要,关键是能把客户目标翻译成产品配置、数据规则、自动化链路和评估指标,辅助客户把指标做出来。系统上线只是开始。规则要调,流程要改,数据要补,模型要评估,业务人员的使用习惯也要慢慢带起来。很多 B 端系统产生效果,靠的是上线之后的一段持续运营。所以,服务的目标不能停在人天报价,也不能停在把人堆到客户现场。服务最终要帮助客户达成一组可量化、可评估、可验收的具体指标。比如销售场景,不要上来承诺成交额,可以先看线索响应时间、跟进记录完整度、商机推进动作标准化、无效线索过滤效率。HR 场景,不要直接承诺招到多少人,可以先看岗位画像、简历筛选效率、面试安排周期、人才库激活率。工业运维场景,不要直接承诺设备停机下降多少,可以先看设备台账、异常规则、告警命中率、工单响应时间、维修记录结构化。这些指标没有“利润提升”“销售额增长”那么抓眼球,但更接近产品和服务可控制的范围。它们可以定义,可以验收,可以复盘。交易要成立,靠的就是这种确定性。少量激励收入可以存在。比如某些指标超过约定目标,客户给额外奖励。这样双方有共同目标,厂商也有动力把服务做深。但这部分收入只能做补充。厂商不能把全部收入押在一个不可控的经营结果上。更稳的做法,是基础产品收费保证系统和平台能力,服务收费覆盖现场落地和持续优化,激励收费只绑定少量可控指标。这套结构没有“按效果付费”那么有传播力,但更贴近国内 B 端市场。一说咨询服务、实施服务、专家服务、FDE,很多人会说:这又回到项目制了吗?还是卖人头吗?如果每个客户都重新调研、重新开发、重新交付,项目越多,人头越多,毛利越低,那确实就是老项目制。但现在有一个关键变化:AI Coding 正在降低厂商搭建服务平台和应对非标需求的成本。过去很多厂商也知道,服务流程优化以后可以标准化,交付可以变轻,个性化需求也可以更灵活地处理。于是大家做 PaaS、低代码、配置平台、流程引擎、组件库。你要抽象业务能力,要做配置工具,要做权限体系,要做接口适配,要做流程编排,要做行业模板,还要在项目里不断试错和优化。方向大家都知道,但开发成本、验证周期、组织投入都不低。很多厂商还没把平台打磨出来,项目成本已经先压上来了。定制页面、数据处理脚本、接口适配、自动化流程、轻量 Agent、业务规则生成、内部交付工具,这些过去需要大量开发资源的工作,现在有机会更快做出来。它不等于人不重要了。人还需要,而且业务判断更重要。但过去被开发效率、交付成本、平台建设周期卡住的东西,现在有机会被拆掉一部分。未来更理想的状态,是项目越多,工具越多,模板越多,服务越轻,产品越厚。如果 FDE 只是换个名字,把原来项目制那套继续做一遍,那没有意义。有价值的 FDE,要同时做两件事:一是解决客户现场的业务问题,二是把解决问题的过程沉淀成产品能力和标准交付流程。客户现场哪里卡住了,哪些问题只是个性化要求,哪些问题代表行业共性,哪些人工动作可以变成规则、配置、脚本、Agent,这些都要回到产品和交付体系里。目标很明确:交付越来越轻,服务越来越轻,产品能力越来越强,标准化能力越来越强。因为 AI 确实改变了软件生产方式,也改变了客户对软件价值的理解。在广告、线索、客服自动解决这类链路短、数据清晰、归因相对明确的场景里,按效果付费可能跑得更快。但在 CRM、HR、ERP、工业运维、数字化工厂这些复杂 B 端场景里,最终效果通常由太多因素共同决定。厂商不能把自己变成带资进组的包工头,客户也不能只把风险甩给乙方。探索新的商业模式当然重要,但商业模式要贴着现实交易环境走。最后大家都会回到几个问题:什么方式能更快形成利益,什么方式能控制风险,什么方式能让客户愿意付钱,也让厂商把能力沉淀下来。所以,我觉得未来会发生的变化,不会是从卖软件一步跳到按经营效果收费。产品将继续作为基础能力存在,服务变得更重要,服务围绕客户的具体指标展开,少量激励可以存在,但不能让厂商替客户背整个经营结果。