别把 SAP 界面做成和用户作对的机器

我今天想聊的，不是OO ABAP，也不是RAP，而是另一个在项目里经常被低估、但一旦做差就会立刻反噬业务团队的东西，界面可用性。很多团队一提到UI，脑子里跳出来的都是Web、Mobile、Fiori、React这类词。可在大量真实项目里，真正每天高频承载业务输入的，依旧是SAP GUI、经典Dynpro、老式报表、事务码屏幕、带工具栏的表格界面。技术形态老，不等于可用性可以老。恰恰相反，越是老系统，越要靠设计上的克制和经验，把用户的体力消耗、脑力消耗、等待焦虑都压到最低。我一直觉得，企业软件里最容易被忽略的一件事，不是功能够不够多，而是节奏顺不顺。客服坐席、财务录入、采购跟单、后台支持，这些岗位都不是在欣赏界面，他们是在赶时间。一个动作要不要多按一次回车，一个结果要不要多开一层菜单才能看到，一个错误提示到底是直接说人话，还是只甩一句去看日志，这些地方累积起来，最后决定的不是体验评分，而是整个业务流程的摩擦系数。文章开头提到一个很真实的感受，SAP GUI事务里很多操作几乎没有肉眼可感知的延迟，可一旦到了某些Web Dynpro场景，或者某些基于门户的应用，按一次回车就盯着小圆圈转。这个抱怨听上去像在吐槽技术栈，往深一点看，其实是在强调同一件事，系统响应必须跟得上人的心理预期。Nielsen的可用性启发式里把这一点概括得很直白，系统需要在合理时间内持续告诉用户当前发生了什么，用户只有看得见