文章转载至公众号“与数据同行”，作者：傅一平
你一定经历过这个场面。
系统上线第一周，你盯着后台数据，培训文档发了，操作手册写了，驻场答疑都安排了。
然后业务那边传来一句话："不好用。"
你问他哪里不好用。"就是不好用。"
你追问具体是哪个页面、哪个操作。他想了想："反正就是不顺手。"
你回去改了两版。他又说不好用。你再改。 他还是说不好用。
你开始怀疑自己——是不是真做烂了？
但有一天你偷偷查了后台日志。这位仁兄上个月总共登录了三次。
三次。他连系统长什么样都没看全，就已经给你判了死刑。
"不好用"这三个字，是中国企业数字化里最安全的一句差评。因为它把所有责任甩给了一个 不会还嘴的对象 ——软件。
Gartner 的数字员工调查里有组数字：
-
47% 的员工说"找不到完成工作所需的信息"
-
知识型员工平均要用 11 个 App 完成日常工作——2019 年才 6 个
-
对工作应用"完全满意"的只剩 23%，而且逐年下降
系统越来越多，体验越来越差。这是事实。
但如果你只把"不好用"当产品 bug 来修，你会掉进一个很熟悉的循环——骂系统→改系统→接着被骂→换系统→ 新系统继续被骂 。
| 因为"不好用"背后，藏着四种完全不同的病。你得先分清是哪种，才知道该治谁。
他们的痛苦，在采购那天就注定了
先说一个你可能从没想过的问题。
普通消费者用手机 App，不爽就卸载，开发者就得饿死。 买单的人和骂街的人是同一个人 ，市场自然淘汰烂产品。
企业软件不一样。
拍板买系统的人——老板、采购委员会——关心 ROI、合规、跨部门报表。他们看到的是 PPT，是销售经理的笑脸，是对比表格里密密麻麻的勾。
每天在系统里录数据、跑流程、填表单的是业务员。他们关心的是点几下能搞定、页面卡不卡、 字段能不能少填两个 。
这两拨人的诉求，从娘胎里就是拧着的。
老板要全维度数据，所以必填项越来越多——业务多填一个字段，老板的报表就多一个维度。
安全部门要合规，所以权限层层设卡——业务多等一个审批，审计报告就少一条风险。
| 他们的痛苦，是别人的 KPI。
更扎心的是——他们没有选择权。不用公司指定的系统，就完不成考核。
所以他们会怎么做？
绕。
在必填字段里随手填个"无"。把真正要用的数据导到 Excel 里处理。最后只在官方系统里填个汇总数字交差。
他们不是在搞破坏。他们是对一个没有给他们投票权的系统，投了唯一能投的票——不信任票。
但这张票的代价比他们想的大。数据孤岛、合规隐患、口径打架——你要花更多精力救火，更没时间优化体验。
| 选择权和使用权劈叉的那一刻，恶性循环就已经启动了。
底层深不见底，前端只有一英寸
你大概处理过这种工单：业务投诉一个简单的报销审批，打开页面满屏几十个字段。
表单在一个 Tab，审批意见在另一个 Tab，附件在第三个 Tab。
本来两分钟能做完的事， 硬做成了七步 。
SAP、Oracle EBS……这些重型系统有个共同的病根：底层管控深不见底，但前端交互只有一英寸深。
厂商为了兼容全球复杂的商业逻辑，在底层堆砌了海量参数。但偏偏在业务每天高频使用的那一小块界面——报销、审批、下单——缺乏 UX 的深度打磨，糙得要命。
你跟厂商反馈，他甩你一句："这是行业最 佳实践。"
翻译一下：我懒得给你深度适配，你自己凑合。
就像花了千万买了一栋楼，业务住进去才发现：电梯慢、下水道堵、隔音差——开发商说这是"国际标准户型"。
但说实话——这类"真产品问题"在所有"不好用"的抱怨里占多大比例？
| 撑死三成。剩下七成，系统只是替罪羊。
再好的系统，也扛不住被"赶工交付"糟蹋
厂商用 PPT、用低价中标签了大单。然后为了控利润，驻场实施周期从六个月压到三个月。
需求调研走过场。培训做了一轮，两小时，PPT 放完收工。UAT 测试找了两个人点了几个页面，签字确认"通过"。
业务——真正每天要在系统里干活的人—— 第一次认真打开系统，已经是正式切换那天。
然后他们发现：流程跟以前不一样，字段含义看不懂，想找个功能不知道入口在哪。
他们去问实施顾问。顾问说："培训的时候讲过了啊。"
三十个人坐一间会议室，PPT 放了五十页，一半人在看手机。你管这叫"培训过了"？
很多项目不是做不好，是时间和预算根本不允许做好。你加班到凌晨调完的配置，第二天早上业务扫一眼说"这不是我要的"。
说实话，这个问题没有完美解法。能救下 20%，已经是奇迹。
| 上线是起点，不是终点。把庆功宴当结束的，后面全是灾。
所有人都觉得"对"的话，往往最危险
前面说的产品烂、交付差，加起来撑死占三成。
剩下七成，才是 真正的暗礁 。
系统刚上线那几天，骂得最凶的，往往不是最不懂技术的人。是以前"搞得定"的人。
以前他走个审批，打个电话就过了。现在呢？系统里白纸黑字，节点耗时一清二楚，卡在谁手上卡了多久，点开就看得见。
以前他选哪个供应商，凭关系和经验拍板就行。现在呢？全进系统比价打分，报价记录、评分权重、审批轨迹，一条不少。
他不会说"系统让我不习惯了"。他只会说"系统太难用了"。
| "不好用"是表象。"不想改变"才是根源。
还有一种更日常的版本。
你辛辛苦苦做了上百张数据看板。你去后台拉日志，猜猜业务最常用的功能是什么？
"导出为 Excel"。
不是因为系统算得不对。是因为他们在 Excel 里干了十几年，公式自己搭的，每个 Tab 什么意思门儿清。
系统看板再好用，也比不上"我自己那套"的安全感。
这不是蓄意对抗。这是 路径依赖 ——人对熟悉工具的信任，远远大于对新工具的信任。哪怕新工具客观上更准、更快，他也会本能地回到老路上。
你的系统不是没做好。是它在跟十几年的肌肉记忆竞争。
| 光靠"系统好用"永远不够——你还得帮他们跨过从旧习惯到新工具的那道坎。而这道坎，代码改不了。
越修越烂，是因为没人认领
你夹在中间。老板要你控制成本，业务要你有求必应。你既没有裁决权，也没有预算权，但所有骂声都冲着你来。
而且你会遇到一种特别拧巴的局面——
业务说系统卡、页面慢。你拉出监控报表一看：服务器可用率 99%，数据库 99%，网络 99%，应用层 99%。 每一层都达标，绿灯全亮 。
但业务不管你的监控怎么说。他点了一个按钮，等了六秒，体验就是"卡"。
问题出在哪？一个业务操作要串过四层。0.99 × 0.99 × 0.99 × 0.99 ≈ 96%。每一层"几乎完美"，串起来就是"偶尔掉链子"。
你的绿灯是按组件看的，他的红灯是按体验看的。 同一套系统，两张成绩单。
这种问题该谁解决？你说是基础设施的事，基础设施说指标都达标了。业务说是你的事，你说你改不了网络延迟。
皮球在三个部门之间转， 最后谁也不接。
这才是"越修越烂"的真正病根——不是技术问题没人能解，是没有一个人有权拍板说"这事归我"。
真正决定系统能不能用的，不是软件功能，是三件事：
-
流程归谁定？
-
数据归谁负责？
-
推进失败谁担责？
你公司里有人认领过吗？没有。
于是你看到一条完整的崩塌链：
| 需求碎片化→局部修补→界面越改越乱→用户越来越懵→你沦为救火队→影子 IT 泛滥→数据孤岛加剧→更多抱怨。
没有 owner 的系统，不是在被使用， 是在被消耗 。
5.8 亿美元买来的教训
你脑子里可能已经冒出一个念头：干脆换一个呗。
德国 Lidl，折扣零售巨头，2011 年决定换 SAP。理由跟很多企业想的一模一样——老系统不好用，换个新的。
七年。5.8 亿美元。 彻底烂尾，2018 年宣布放弃。
问题不在 SAP。SAP 的库存管理按零售价格跑，这是全球零售业的标准逻辑。
但 Lidl 死活坚持按采购价格来——"我们一直是这么干的"。不愿改流程，就逼着供应商做海量底层定制， 升级路径被彻底锁死。
| 他们换的是系统。没换的是自己。
顺便说一组对比。国际咨询机构普遍建议，重型系统实施至少拿出总预算的 10%-15% 做组织变革管理——培训、流程重设计、利益相关方沟通。
你的项目呢？你回忆一下自己经手的项目， 有没有哪一个在预算表里单列过这笔钱？
厂商笑着说赠送，采购很开心，大家都很满意，但最后背锅的是你。
| 不改流程只换系统，是同一个坑换个地址再跳一次。
别急着改代码，先问这是哪种病
下次业务甩出"不好用"，先诊断，再动手：
A 类：真难用
多人反复抱怨同一个节点，能复现。按高频路径重构交互，先改最痛的那一步。
B 类：实施欠的债
用户不知道去哪点，不清楚新旧流程差异。别再开大会放 PPT——蹲到他工位旁边，用他真实的业务数据带他走一遍。
C 类：习惯的惯性
抱怨笼统说不出具体环节，但对旧工具（尤其是 Excel）有强烈依赖。别急着否定他的老习惯，先让他看到新工具在他自己的业务场景里能省多少事。
| 信任是用出来的，不是培训出来的。
D 类：没人认领
需求反复漂移，流程 owner 不清楚。先定 owner，再谈选型。 没有 owner 的需求，不接。
当然，如果你觉得拒绝需求会得罪人，每次都硬压着团队加班解决，就当我没说。
| 判断标准只有一条：问题能不能复现。能复现的改系统。不能复现的改管理。
你手上真正能打的三张牌
第一张：一张图上桌
把你团队的工时分布做一张图——多少时间响应、多少时间救火、多少时间建设。放到老板桌上。什么都不用说。他看得懂。
第二张：三句话改变对话质量
对老板说：
| "业务抱怨里七成说不出具体环节、无法复现。卡的不是产品功能，是管理授权。我需要您帮我定流程 owner，把系统使用纳入考核。三个月给您看结果。"
为什么这么说有效？因为你没有抱怨任何人，你给出了诊断、开出了药方、承诺了时间。
老板要的不是情绪，是方案。
对业务说：
| "具体是哪个页面、哪个操作？能复现的我这周排优化。不能复现的，咱们一起找流程 owner 聊。"
对团队说：先拉日志—— 他到底登录了几次。
真问题改，假问题不接。
第三张：堵住"换系统"冲动
换系统之前，先回答三个问题：
-
新系统的流程 owner 是谁？
-
数据口径谁来定？
-
推进失败谁担责？
| 这三个问题没答案，换什么都是往火坑里扔钱。
照妖镜照出来的，从来不是 bug
你如果是老板——你的组织里没有人有权说"这个需求不做"，你的变革预算为零，你的流程 owner 从未被指定过。
你买了一面照妖镜。它照出来的不是 bug，是组织里那些一直存在、但没有系统时可以被绕过去的问题。
往远了看——AI Agent 可能会成为变量。当业务员对着手机说"帮我查上月华东区利润率"，"界面太复杂"这个借口会被技术碾碎。
那些真正不愿改变的人，连旧习惯都没地方躲了。
但无论技术怎么变，有一件事不会变——代码管不了人心。
下次业务再甩你一句"不好用"，别急着打开代码编辑器。
先给自己倒杯水，冷静三秒钟。然后问他一句：
| 具体是哪个页面、哪个操作？能复现吗？
这个问题，比你改十版界面都管用。 你值得把时间花在真问题上。