ARTICLE · 1125960
上线第一天就“见光死”:多少企业软件,死于管理层的自嗨与业务的妥协?
上线第一天就“见光死”:多少企业软件,死于管理层的自嗨与业务的妥协?
导读：在很多公司，企业软件上线的第一天，往往也是它走向“名存实亡”的开始。业务吐槽难用，IT抱怨业务不提需求，老板觉得花钱打了水漂。表面上看是软件不好，但撕开表象，这其实是一场典型的“管理灾难”。 很多企业软件，不是死于代码，而是死在“上线第一天”。因为在敲下第一行代码之前，它就注定不好用了。 
当一个老板说“我们要上一个客户管理系统”或“我们要做个进销存”时，这个项目基本已经失败了一半。 为什么？因为“做个系统”本身，从来不是需求，而是逃避问题的借口。 真正的需求，永远藏在具体的业务痛点里。 如果是为了提高销售转化，那叫“解决线索流失”； 如果是为了降低库存成本，那叫“解决周转率低”。 但现实是，IT部门接到的是一个模糊的指令，项目范围一路蔓延，上线前一天还在改需求。老板觉得上线就是“交钥匙”，但企业软件不是买个微波炉，插上电就能用。 第一颗雷，在需求立项的那一刻就已经埋下。 
为什么明明开过好几次需求调研会，做出来的东西还是不能用？ 因为需求会议，常常变成了业务的“许愿池”和IT的“想象力测试”。 业务负责人往往说不清自己要什么，只能甩出一句：“反正我要个能自动算业绩、能跟进客户、最好还能智能分析的系统。”IT听完，凭想象画出原型。上线后，业务一看：“这根本不是我要的！” 更可怕的是，很多企业把IT当作“接单侠”，业务提不出逻辑，IT就只能按现有流程去生搬硬套。流程都没有理顺，系统怎么可能好用？ 不是系统太死板，而是管理本身就没有规则。 
很多企业软件的开发逻辑是：给一线员工增加工作量，给老板提供漂亮报表。 这种逻辑下，软件注定被一线员工抛弃。 一线员工为什么要录数据？如果系统操作繁琐、反人性，员工就会觉得“系统是来监视我的”，从而产生强烈的抵触情绪。 界面复杂，录入一个数据要点五下； 审批链条死板，紧急业务走不下去； 数据不对齐，还要手工对账。 企业软件首先是个“产品”，其次才是“工具”。 如果它不能帮员工减负，员工就会用脚投票——把它当成应付领导的摆设，线下继续用Excel。系统里的数据成了死水，所谓的“数字化”就成了空中楼阁。 
很多老板对“数据化”有执念，要求系统上线第一天就要有完美的报表。 但这违背了常识：数据是业务的投影。 业务在线下都没跑通，线上怎么可能长出高质量的数据？ 很多企业强行上马系统，导致员工为了填满必填项，乱填数据；IT为了满足老板的报表需求，天天写SQL跑数据。最后，系统变成了一个昂贵的“数据垃圾场”。 数字化的前提，是业务的线上化；业务的线上化，前提是业务本身能跑通。 颠倒因果，必然遭到反噬。 
如果不想让你的企业软件在上线第一天就死掉，请在写代码或采购前，逼问自己以下几个问题： 我们到底要解决什么具体的业务问题？ （别再提“要做个系统”这种废话） 现有的线下流程是什么样的？谁在执行？频率多高？ 如果这个系统不给力，业务会怎么绕开它？ （预判员工的“逃逸路线”） 操作这个系统，能让一线员工省事吗？ （如果只有老板觉得好用，那它注定失败） 数据从哪里来？谁来录？准确性怎么保证？ 系统上线后，我们的管理规则会随之改变吗？ （如果规则不变，系统只是枷锁） 项目成功的标准是什么？ （是按时上线，还是三个月后的业务指标？） 如果失败，谁来背锅？ （别让IT一个人扛下所有） 
真正的数字化，不是上线一个系统，而是通过系统，倒逼企业管理水平的升级。 系统是管理思想的载体。如果管理是糊涂账，系统只能是一笔糊涂账的数字版。 企业软件上线第一天好不好用，拼的不是代码质量，而是管理层对业务的洞察深度、对流程的敬畏之心，以及对一线员工的同理心。 不要用战术上的勤奋（疯狂上线新功能），掩盖战略上的懒惰（不梳理业务逻辑）。 先理顺业务，再上线系统；先赋予便利，再索取数据；先关注人，再关注工具。 否则，你今天花重金砸下的系统，就是明天办公室里最昂贵的电子垃圾。
1、最大的谎言：“我们要做个系统”
2、需求会议，往往是一场“互相甩锅”的沟通漏斗
3、致命错位：把“工具”当“产品”，忽视用户体验
4、数据化的陷阱：为了数据而数据，是数字化的最大悲哀
5、上线前的8个“灵魂拷问”