企业AI的竞争,正在从“谁的模型更强”延伸到“谁能让模型在公司里持续、可靠地工作”。对客户而言,一场效果不错的演示只是起点;真正的考验,是把AI接进既有系统和业务流程,处理权限、安全与审计要求,并证明它带来了什么实际成效。
这也在改变咨询和IT服务的交付方式:传统项目常按团队规模、工时或实施阶段收费;新的模式则试图把可重复的软件平台、贴近客户现场的工程团队,以及对最终结果的责任结合起来。前线部署工程师(forward-deployed engineer,简称FDE)会直接与客户团队协作,帮助系统在真实环境中接入、调整并投入运行。
为什么AI试点常常走不到生产环境?
试点通常在限定数据和范围内运行,生产系统却要面对更复杂的现实:数据分散在旧系统中,用户权限各不相同,输入会变化,决策需要留下审计记录,员工也必须能把新工具融入日常工作。若没有明确的业务负责人和部署前的衡量基线,即使技术演示成功,也很难判断项目是否真的省下成本或带来收入。
有研究常被概括为“95%的生成式AI试点没有带来可衡量的财务回报”。这类数字谈的是特定研究中的财务回报衡量,不能直接当成所有企业AI项目的生产环境失败率。
可能占优的,是“平台+现场工程+结果责任”
Palantir是复杂大型企业部署领域值得关注的案例。公司披露,其2026年第一季度美国商业收入同比增长133%。这说明业务增长势头强劲,但收入增长本身并不能证明每个客户项目都获得了投资回报。
13
ServiceNow的优势在于,它可以在已有的企业工作流和订阅关系中引入AI。公司披露,2025年第四季度订阅收入同比增长21%。
1
埃森哲等大型系统集成商拥有客户关系、行业经验和迁移项目能力。挑战在于,不能只靠不断增加工程师来扩张,而要把反复出现的工作沉淀为可复用的平台和流程。埃森哲与Google Cloud的合作就把前线部署工程师、云端工程人才和行业经验结合起来,目标是帮助客户把AI投入业务应用。
中型企业市场也可能存在机会,但更适合轻量、聚焦的交付方式:预先构建的连接器、少数可复制的行业流程、范围明确的实施,以及后续托管运营。目前证据还不足以据此认定某一家企业是这一市场的明确赢家。
监管要求和旧系统,既是门槛也是机会
在监管严格、系统年代久远的企业里,AI项目不只是接入模型,还要处理数据整合、安全控制、审计追踪和变更管理。这些要求让项目比聊天机器人试点更复杂,也给愿意对“能运行的系统”负责、而不只是提交建议的供应商留下空间。系统迁移和监管报告等工作流,正是此类结果导向项目的例子。
4
平台能改善经济性,但“软件”标签不等于高利润
按人头和工时收费的服务模式,收入往往需要更多可计费的人力。可复用平台则有机会把连接器、治理机制和工作流开发成本分摊到多个客户身上,使后续部署减少定制工作,并提高新增项目的边际利润。
但这只是需要验证的商业假设,并非把服务称为“软件”就自然成立。企业AI软件公司C3 AI在截至2026年7月的季度披露,其GAAP毛利率为32%,说明评估时不能只看产品定位或订阅收入,还要关注真实交付成本。
3
当系统稳定支撑关键流程,并积累了集成、权限设置和运行经验,客户更换供应商的成本可能上升。企业也应区分这种来自实际运营价值的黏性,与仅仅因为定制代码难以维护、数据难以导出而产生的依赖。
判断是真平台,还是“软件包装下的咨询”
采购方和投资者可以重点追问以下指标:
- 试点转生产的比例: 项目启动6个月和12个月后,分别有多少真正上线?“上线”是否有清晰定义?
- 可验证的客户成效: 是否有部署前基线,并能独立核验节省的成本、增加的收入或其他业务成果?
- 经常性产品收入与留存: 是否与一次性的实施费用分开披露?
- 扣除完整交付成本后的毛利: 是否计入部署工程师、云资源和客户支持成本?
- 部署效率是否逐步提升: 后续客户的上线时间和工程师工时是否下降?扩展业务是否不再需要同比例增加交付人员?
真正的平台应当让后续项目越来越快、越来越省力。如果每签下一个客户,就要重新组建一支团队从头定制,那么它的核心仍更像咨询服务——即使合同或发票上写着“平台”。