ERP系统为什么越来越重视交互体验设计？

这个问题我在不同场合被问过很多次。最近一次是在一个制造业客户的项目复盘会上：系统上线三个月，功能全部交付，但一线工人宁可继续用Excel，也不愿意打开新系统。老板问我："功能都有，为什么没人用？"

答案其实很残酷：功能有没有，和有没有人用，是两件事。

先摆一组数据。Gartner统计，全球ERP项目的失败率高达55%–75%；《中国企业信息化发展报告2022》显示，国内ERP实施成功率仅为36.5%。更有意思的是，超过70%的失败项目，问题根源不在技术，而在流程、组织和人——说白了，大量ERP不是"没做出来"，而是"没人愿意用"。

为什么体验问题在近几年突然变得致命？我认为根本原因是商业模式变了。买断制时代，软件卖出去就是成功，用户用不用是用户自己的事；订阅制时代，续费率就是生死线，用户是真金白银用脚投票的。Slack就是极端案例：靠接近消费级产品的体验，2015年初它每11天就增长100万美元ARR——在企业软件史上，这是前所未有的速度。当体验直接等于收入，交互设计就从"锦上添花"变成了"核心指标"。

沿着这个逻辑，我把企业软件的体验成本拆成三类：效率成本、协同成本、容错成本。

一、效率成本：配置化的边界在哪里

做B端产品时间越长，越觉得"通用型产品"是一个伪命题。每个行业有每个行业的业务流程，每个企业有每个企业的管理习惯。用一套通用软件适配千差万别的场景，体验想做好确实不容易。

很多厂商的解法是堆配置化：流程可配置、表单可配置、审批节点可配置、权限可配置……结果配置项本身变成了一门需要花钱培训的技能。行业里有个公认的数据：高度定制化系统的年度维护成本，通常是初始实施费用的15%–20%——配置越复杂，这本账越难算平。

Salesforce的解法值得参考：核心产品保持简单，个性化需求交给AppExchange生态里的5000多个第三方应用和低代码平台去承接。配置化不应该是"把所有复杂性都暴露给用户"，而应该是分层：默认配置覆盖80%的通用场景，开箱即用；行业模板覆盖15%的行业差异；剩下5%的极端个性，交给生态或低代码。

这个原则听起来简单，实际做起来需要厂商对不同行业的典型业务流程有深刻理解——你得先知道"大多数人怎么走"，才知道默认值该设成什么。

二、协同成本：集成是企业软件的隐形战场

企业软件很少孤立运行。ERP要和OA打通、和财务对接、和CRM同步。这些集成工作往往占项目交付周期的大头，也是最容易翻车的环节。

从用户体验看，集成做不好的代价是具体的：财务在ERP里录一遍凭证，再到税务系统录一遍；销售的订单数据，客服在另一个系统里看不到。用户在多个系统之间来回切换、重复录入，这种"隐形加班"比单个系统难用更让人崩溃——而且它不会出现在任何验收清单里。

好的做法是在产品设计阶段就把集成当成功能来做，而不是当成交付项目来做：预留标准API、提供可靠的数据导入导出、支持主流的单点登录。判断标准其实很简单：用户知不知道背后有多个系统？如果用户感知不到系统的边界，集成就做好了。

三、容错成本：被严重忽视的失败恢复体验

企业软件里有一个很少被讨论的体验维度：操作失败之后怎么办。网络断了怎么办？提交到一半系统崩了怎么办？误删了重要数据怎么办？

很多软件的处理方式就是弹一个错误码，让用户"联系技术支持"。这在C端产品里是不可想象的——Gmail写了半小时的邮件，断网重连后一个字都不会丢；在线文档每一次输入都在自动保存。C端产品早就把"用户会犯错、网络会出错"当成了默认前提，而大量企业软件的设计假设仍然是"一切顺利"。

好的容错设计应该是：自动保存操作进度，网络恢复后自动续传；提供操作撤销，让误操作可以回退，而不是用"确定要删除吗"把责任推给用户；关键操作前给出具体的风险说明，而不是一个谁都会直接点掉的确认弹窗。容错体验的本质，是把"出错的代价"从用户身上转移到系统身上。这笔成本系统不扛，用户就会用抵制和弃用来扛。

写在最后

回到开头的问题：ERP为什么越来越重视交互体验？不是因为设计师的地位提高了，而是因为商业逻辑变了——订阅制把"用户愿意用"从软指标变成了硬收入。效率成本、协同成本、容错成本，这三本账最终会汇总成同一本账：续费率。用户体验，说到底就是企业的收入体验。