ERP、CRM、MES这些企业级管理软件,在国内市场已经发展了很多年了。按理说,经过这么多年的迭代,用户体验应该已经很成熟了。但现实情况是——大部分用户对这些系统的评价依然是"难用"。
这个问题我自己也深有体会。这几年接触了不少制造企业、贸易公司、服务型企业的信息化项目,每一次听到用户吐槽他们的系统,翻来覆去其实就那么几个核心问题。今天想把这些问题背后的根本原因掰开了揉碎了讲一讲。
这是最核心的一个原因。ERP、CRM、MES这类系统的业务逻辑本身就非常复杂,一个采购订单从创建到审批到入库到结算,中间可能涉及十几个环节、五六种角色。这种复杂度是客观存在的,不可能简化。
但问题在于——很多系统的交互设计完全跟不上这种业务复杂度。页面堆满了字段和按钮,操作路径长得像迷宫,用户光是搞清楚"我要先点哪里"就得花不少时间。这不是功能的问题,是信息架构和交互设计的问题。
一个好的设计思路应该是:把复杂的业务逻辑在后台梳理清楚,然后在前端按照用户的操作习惯重新组织信息。用户不需要知道后台的数据流转有多复杂,他只需要知道"我要做这件事,先点这个,再点那个"就够了。
图1:企业管理软件的信息架构复杂度是用户体验的核心挑战
国内很多企业软件的发展路径是这样的:一开始做一个核心功能,然后客户提一个需求加一个功能,再提再加。几年下来,系统里的功能多到连厂商自己的实施顾问都记不全。
这种"功能堆砌"的开发模式,带来的直接后果就是界面越来越臃肿。每个功能都有它的入口,每个入口都有一个对应的页面,用户面对的是一个功能的大杂烩,而不是一个围绕他的工作场景设计的工具。
对比一下那些体验好的系统,你会发现它们有一个共同点:功能是按场景组织的。采购员登录系统,第一眼看到的是跟他采购工作直接相关的信息;销售经理登录,看到的是销售漏斗和客户动态。每个人看到的内容都不一样,但每个人看到的内容都是他需要的。
企业软件的另一个特点是定制化需求特别多。每个客户的管理流程都不一样,这就要求系统必须能灵活配置。但灵活配置的代价往往就是界面一致性被牺牲了。
A客户在表单上加了一个字段,B客户改了一个审批流程,C客户要求把某个按钮换个位置。这些定制化需求一个个做下来,整个系统的界面风格和交互逻辑就变得越来越碎片化。用户在不同的模块里可能遇到完全不同的操作方式,这种不一致感会让人觉得"这个系统好乱"。
解决这个问题需要在产品架构层面做一些设计约束。不是说不能定制,而是要在统一的交互框架内做定制。该有的间距、字体、色彩、组件行为规则,不能因为定制就打破。
图2:系统交互一致性是提升用户体验的关键要素
一个ERP系统里可能有操作工、班组长、车间主任、采购经理、财务主管、总经理等完全不同的用户角色。这些人的工作内容、操作频率、关注重点、计算机操作水平都天差地别。但很多系统的设计方式是"一套界面打天下"——所有人的操作界面长得一样,只是功能权限不同。
这就导致了非常尴尬的局面:对于总经理来说,他看到的是一个堆满基础操作按钮的界面,他关心的数据报表藏在好几层菜单下面。而对于操作工来说,他看到的是一个包含了太多他用不到的高级功能的界面,反而把自己每天要用的那几个核心操作淹没了。
好的设计应该针对不同角色做差异化的界面策略。高频操作用户需要的是"快捷通道",管理层需要的是"数据看板",操作频率低的用户需要的是"清晰的引导"。用同一套界面去满足所有角色,看似公平,实际上谁都照顾不好。
企业级软件的实施周期通常很长,三个月到一年都很正常。在这个漫长过程中,项目团队(包括开发、实施、项目经理)跟客户反复沟通的都是"功能实现"的问题——这个功能有没有?那个字段在哪?审批流怎么走?用户体验的设计在这个阶段往往是被边缘化的。
等到系统上线了,用户真正用起来了,才发现"用起来不舒服"。但这个时候项目已经接近尾声,合同已经验收了,没有预算和精力再去优化体验了。这是很多企业软件用户体验差的现实原因——不是不想做好,而是在整个项目实施流程里,用户体验设计没有被放在一个足够重要的位置上。
说实话,这些问题没有一招见效的解决方案。但有几件事是值得做的:
第一,在产品规划阶段就把用户体验设计作为"必选项"而非"可选项"。不是等到功能做完了再让设计师来"美化"界面,而是从信息架构阶段就让设计师参与进来。
第二,建立组件化的设计系统。不管是定制化需求还是多角色场景,统一的组件库和交互规范能最大程度保证界面的一致性。
第三,在项目实施流程中留出用户体验优化的专项时间和预算。就像做功能测试一样,用户体验也需要专门的"测试-反馈-优化"环节。