文章转载至公众号“与数据同行”，作者：傅一平

　　你一定经历过这个场面。

　　系统上线第一周，你盯着后台数据，培训文档发了，操作手册写了，驻场答疑都安排了。

　　然后业务那边传来一句话："不好用。"

　　你问他哪里不好用。"就是不好用。"

　　你追问具体是哪个页面、哪个操作。他想了想："反正就是不顺手。"

　　你回去改了两版。他又说不好用。你再改。他还是说不好用。

　　你开始怀疑自己——是不是真做烂了？

　　但有一天你偷偷查了后台日志。这位仁兄上个月总共登录了三次。

　　三次。他连系统长什么样都没看全，就已经给你判了死刑。

　　"不好用"这三个字，是中国企业数字化里最安全的一句差评。因为它把所有责任甩给了一个不会还嘴的对象——软件。

　　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 可能会成为变量。当业务员对着手机说"帮我查上月华东区利润率"，"界面太复杂"这个借口会被技术碾碎。

　　那些真正不愿改变的人，连旧习惯都没地方躲了。

　　但无论技术怎么变，有一件事不会变——代码管不了人心。

　　下次业务再甩你一句"不好用"，别急着打开代码编辑器。

　　先给自己倒杯水，冷静三秒钟。然后问他一句：

　　| 具体是哪个页面、哪个操作？能复现吗？

　　这个问题，比你改十版界面都管用。你值得把时间花在真问题上。