"停车场连点6次同意才能缴费"——这条新闻今天登上热搜，评论区炸了。

不少人说：这不就是公司oa系统的翻版吗？

我一看评论，笑了。因为这个比喻太准了。

大多数企业oa系统有一个顽疾：为了满足"合规性"和"流程完整性"，设计了大量不必要的确认步骤、必填字段、审批层级。结果员工提交一个费用报销，要填12个字段、走5级审批、等3-7个工作日。

这不是oa，这是折磨。

今天从用户体验（ux）设计的角度，聊聊企业oa系统如何改掉这个毛病。

---

一、为什么oa系统的用户体验普遍很差？

原因分两个层面：

技术层面：

传统oa系统大多是10-20年前设计的，那个年代的互联网产品整体体验就差。页面刷新慢、交互逻辑复杂、移动端几乎不可用。

很多企业花了大钱上了oa，但系统版本太老，根本没有能力做大规模的ux改造。

管理层面（更根本的原因）：

oa系统的需求通常由两类人提出：hr、财务、法务这类"管理方"，他们关注的是"合规性"——每一个流程节点都要有记录，每一个操作都要有授权；

而最终用户是"一线员工"，他们关注的是"效率"——能不能快点，别这么麻烦。

这两类需求是有内在矛盾的。通常情况下，管理方更有话语权，所以oa系统会越来越"合规"，越来越"复杂"，体验越来越差。

---

二、好的oa用户体验的5个标准

标准1：任务完成时间

一个常见操作（如提交费用报销）应该能在2分钟内完成。超过5分钟，说明流程设计有问题。

标准2：错误率

员工误操作、填写错误、流程提交到错地方的频率。如果每天都有很多这类问题，说明系统引导设计不够清晰。

标准3：主动使用率

员工是"主动用"还是"被强迫用"？主动使用率高，说明系统真的有价值；如果员工能绕开就绕开，说明系统在制造阻力而不是降低阻力。

标准4：学习成本

新员工入职，需要多长时间才能熟练使用oa？超过2天，说明系统设计复杂度太高。

标准5：移动端体验

现在大量工作场景在移动端发生。如果手机端体验显著差于pc端，就会严重影响使用效率。

---

三、oa系统体验改造的6个具体方法

方法1：减少必填字段

做一个调查：每个表单的字段，有多少是"业务上真正需要"的，有多少是"当时觉得可能有用"加进去的？

通常，后者占40-60%。

原则：每个字段存在都要有理由。如果你不能说出"这个字段的数据会被谁用于什么决策"，这个字段就应该删掉或者变成可选项。

把"必填"变成"可选"，把"可选"直接删掉——这一步做好，很多表单可以从12个字段缩减到5个。

方法2：智能填充（auto-fill）

很多字段是可以自动填写的：

- 提交人姓名、部门：登录状态自动填写

- 费用日期：默认今天

- 账户信息：从员工档案自动调取

- 项目归属：根据提交人所在项目组自动推荐

这些字段不应该让员工手动输入，既浪费时间，又容易出错。

方法3：简化审批层级

很多oa审批层级是历史遗留的，当时可能有特殊原因，但几年后已经没有必要了，但没人去清理。

推荐每年做一次"审批流瘦身"：

- 梳理每个审批流，找出"从来不会被拒绝"的审批节点

- 这些节点大概率可以去掉或者改为"告知而非审批"

- 对于金额/影响较小的事项，简化为"直接提交+事后抽查"，而不是每次都要逐级审批

方法4：操作反馈清晰

用户提交了一个表单，不知道是成功了还是失败了——这是非常差的体验。

好的系统应该：

- 提交后立即显示"已提交，审批中"的确认信息

- 明确显示下一步是什么（谁会审批，预计多久）

- 有审批进度的实时跟踪

- 审批状态变化主动通知（不需要用户去查）

方法5：桌面端和移动端分开设计

很多oa系统是把pc端的界面硬塞进手机屏幕，体验极差。

移动端的设计原则和pc端完全不同：

- 触控操作，按钮要足够大（44px x 44px以上）

- 单手可操作的交互设计

- 简化信息展示，隐藏不常用功能

- 优先展示"我需要处理的事情"（待审批、未完成任务）

如果移动端是主要使用场景，建议专门为移动端设计，而不是从pc端往下适配。

方法6：用数据驱动体验优化

你不知道哪里的体验有问题？让数据告诉你。

埋点分析：

- 哪个页面的跳出率最高（说明用户看不懂或遇到障碍）

- 哪个表单的填写放弃率最高（说明太复杂）

- 哪些操作用户总是需要重新操作（说明第一次引导不清楚）

- 客服反馈里最常见的问题是什么（说明痛点在哪）

---

四、一个反面案例：某国企oa改造失败的教训

这是个真实案例，但做了脱敏处理。

某央企子公司上线了一套新的oa系统，it部门验收时功能全覆盖，领导演示时一切正常。上线两个月后，发现实际使用率不到20%，员工们在用微信群+excel代替oa。

问题出在哪里？

调查后发现：

1. 系统要求员工每次登录都需要双因素认证（手机验证码），但很多一线员工在施工现场，手机信号时断时续，经常验证码收不到，登录不了

2. 费用报销表单有23个必填字段，其中有7个需要手动计算金额，系统不自动算

3. 移动端的附件上传功能经常报错，员工到办公室才能传发票

4. 审批流有6级，最长的一个审批流走完需要12天

结果就是：员工用微信发截图给领导审批，然后让财务帮忙录入oa。等于oa成了一个"事后录入"的系统，完全失去了提效的价值。

这个案例的核心教训：oa系统改造，必须从实际使用场景出发，而不是从功能清单出发。先解决用户的核心痛点，再考虑功能完整性。

---

五、用户体验改造的优先级框架

如果你的oa系统要做体验改造，但预算和时间有限，怎么排优先级？

用"使用频率×痛点程度"来打分：

高频高痛点（立刻改）：

- 费用报销（几乎所有员工每月都用，体验差则影响全员）

- 请假审批（使用频率极高）

- 任务/工单提交（对业务团队是核心操作）

高频低痛点（下个版本改）：

- 日报/周报提交（频率高但简单）

- 通知查阅

低频高痛点（专项解决）：

- 合同审批（使用频率低，但金额大、涉及法律）

- 离职流程（极低频，但体验差影响员工感受）

低频低痛点（暂时不管）：

- 大量行政管理类功能

---

六、结语

那个要连点6次才能缴费的停车场，和体验糟糕的企业oa系统，其实反映的是同一种设计思维：以"合规"和"防错"为名，把用户体验当作可以牺牲的东西。

但这种思维是错的。

好的产品设计可以同时满足合规需求和用户体验——减少不必要的步骤，不等于放弃合规；简化字段，不等于信息缺失；优化审批流，不等于降低管控。

oa系统的竞争，到了一定阶段，拼的不再是功能多少，而是谁的体验更顺滑，谁的用户更愿意用。

这才是真正的竞争力所在。

---