夜雨聆风近日一个IT负责人跟我吐槽。
说他们公司有个业务人员，每天加工一份数据报表，用Excel宏处理，跑了好几年了，挺顺。
他觉得这个流程可以固化成Agent，变成公司可复用的能力，不用每次都靠这个人手动跑。
然后对话是这样的——
IT负责人：
"你这个流程，我帮你做成Agent吧，以后不用每次手动跑，别人也能用。"
业务人员：
"没必要，加工不复杂，不到半小时弄完。再整你说的还得重新弄。"
IT负责人愣住了。
他后来跟我说："我当时不知道怎么回他。他说得没错啊，半小时确实能搞定，我凭什么让他改变？"
这不是一个技术问题。而是一个哲学时刻。
· · ·
"谁痛苦谁改变"
从应用场景的角度来看业务人员的逻辑无懈可击。
我现在没有痛点，你凭什么让我改变？
做企业数字化转型建设的多年经验告诉我们："谁痛苦谁改变。"
员工半小时能搞定的事，对员工而言效率已经足够高了。这个判断，站在他个人的角度，完全正确，没毛病！
但问题恰恰在这里——
员工的"没有痛点"，往往是组织的"隐形痛点"。只是这个痛点，不由他来承担，而是由组织的其他人来承担。
谁在承担？
第一个：那个IT负责人。因为那个业务人员一旦离职，"半小时搞定的事"就没人搞得定了。信息部门就需要重新梳理逻辑、重建流程，代价远不止半小时。
第二个：未来要接手这份报表的人。他不知道宏的逻辑，不知道数据源在哪，只能从头摸索。
第三个：要看这份报表做决策的管理者。他不知道数据加工逻辑是否一致，不知道有没有人为调整过，只能默认"应该是对的"。
个体的效率，是以组织的脆弱性为代价的。
但业务人员不为此负责。
为此焦虑的，只有信息部门。
看到此处是不是觉得信息部门拿着个位数的工资操着十位数的心！如果同意评论区留言交流。
· · ·
"没有痛点"是一种特权
而且是很昂贵的特权。
老杨接触过很多企业，发现一个规律：越是一线业务人员，越容易"没有痛点"；越是后端支撑部门，越容易"痛点满满"。
原因很简单：支撑部门的痛点是即时性的——今天搞不定，今天就不舒服，所以他有动力改。但组织的痛点，是滞后性的——今天埋下的坑，可能半年后才爆，而且爆的时候，背锅的往往不是埋坑的人。
所以那个业务人员说"没必要"，翻译过来就是：
"我现在这样挺好。你说的那个问题，反正不是我的问题，你为什么要我改？"
这不是自私。
这是人性。
在任何组织里，谁承担代价，谁才有动力改变。如果代价由别人承担，我为什么要改变？
这就是为什么很多企业数字化转型推不动——
推数字化的人，往往不是痛点最直接的人。IT部门痛，业务部门不痛；老板痛，中层不痛；未来痛，现在不痛。
痛点不传递，变革就不会发生。
—— 看到这里，你们公司是这种情况吗？评论区聊聊！先别滑走 ——
· · ·
IT的终极困境
回到开头那个IT负责人的处境。
他面临的，是IT在企业里最典型的困境：你在为别人的痛点焦虑，但别人对此一无所知，也不打算为此做任何改变。
更让人无力的是，这种焦虑往往是单向的。
IT看到的是：这个流程不可继承、不可审计、不可复用，组织在系统性积累脆弱性。
业务人员看到的是：我半小时搞定了，你干嘛来找我麻烦？
然后IT就成了那个"麻烦精"——明明是想帮业务提升效率，结果在业务眼里，IT是在"多事"、"找麻烦"、"不务正业"。
有个案例，老杨一直记得——
某企业的销售数据，每个销售经理都用自己的一套Excel模板记录，字段不一样、口径不一样、更新频率不一样。IT部门花了三个月，做了一个统一的销售数据平台，想让大家把数据录进去，以后自动汇总。结果推行了半年，使用率不到20%。销售经理们的理由高度一致："我自己的表格用得好好的，录你们那个系统还要多花十分钟，我没这痛点。"最后这个项目黄了。三年后，公司要做销售数据分析，发现历史数据对不上，找不到，数据丢失了大半。这时候，没人记得是销售经理们拒绝使用的。大家只记得："IT做的系统不好用。"
IT在做的事，往往是"预防未来的痛苦"。但未来的痛苦，永远没有现在的方便更有说服力。
· · ·
有没有解法？
那怎么办？难道就由着业务人员"没有痛点"吗？
老杨认为，解法不在于说服，而在于让痛点变得可见、可感知、可归属。
具体来说——
第一，让痛点归属于对的人。
不要替别人承担痛点。那个业务人员离职后，谁来接手他的工作？让他的上级来承担这个代价——比如，交接期延长、新人的出错算在原负责人的考评里。当痛点归属于对的人，改变才会发生。
第二，把"隐形痛点"变成"显性事件"。
不要跟业务人员讲"未来风险"，人不会对未来风险有感。要把痛点变成具体事件——比如，这个人休假了，报表没人做，老板问起来，让他的上级直接感受这个痛点。
第三，降低改变的门槛，而不是提高。
那个业务人员说"还得重新弄"，这是真实的阻力。如果做成Agent的成本是"重新弄一遍"，那确实没必要。但如果IT可以说"你不用重新弄，我帮你弄，你只用确认一下逻辑"，阻力就会小很多。
但这三件事，没有一件是IT部门能单独推动的。
它需要管理层理解一个道理：组织的效率，不等于个体效率的总和。员工的"没有痛点"，往往是组织的"痛点转移"——把痛苦转移给了未来、转移给了别人、转移给了组织。
这个道理，很多老板也不懂。
· · ·
那个IT负责人后来跟我说，他最后回复了那个业务人员一句话：
"行，那你先这样弄着。哪天你离职了，接手的人搞不定，你记得把宏的逻辑写下来。"
对方回了一个"好"。
但两个人心里都清楚：他不会写下来。
个体效率的代价，是组织记忆的流失。这件事，在每个企业里每天都在发生，只是没有人把它算作成本。
算不算，它都在那里。
💬 老杨想听听你们公司
▸ 有没有这样的人："我没痛点啊，为什么要改？"
▸ 你是IT还是业务？你们之间有没有过类似的对话？
▸ 你觉得怎么才能让"没有痛点"的人有动力改变？
评论区告诉我。有些话题，需要被更多人看到。
这篇文章，转发给你们的IT负责人或业务部门看看。两边一起看，才会有变化。
往期推荐
