摘要
近日一个IT负责人跟我吐槽。 说他们公司有个业务人员，每天加工一份数据报表，用Excel宏处理，跑了好几年了，挺顺。 他觉得这个流程可以固化成Agent，变成公司可复用的能力，不用每次都靠这个人手动跑。 然后对话是这样的—— IT负责人： "你这个流程，我帮你做成Agent吧，以后不用每次手动跑，别人也能用。" 业务人员： "没必要，加工不复杂，不到半小时弄完。再整你说的还得重新弄。" IT负责人愣住了。 他后来跟我说："我当时不知道怎么回他。他说得没错啊，半小时确实能搞定，我凭什么让他改变？" 这不是一个技术问题。而是一个哲学时刻。 "谁痛苦谁改变" 从应用场景的角度来看业务人员的逻辑无懈可击。 我现在没有痛点，你凭什么让我改变？ 做企业数字化转型建设的多年经验告诉我们："谁痛苦谁改变。" 员工半小时能搞定的事，对员工而言效率已经足够高了。这个判断，站在他个人的角度，完全正确，没毛病！ 但问题恰恰在这里—— 员工的"没有痛点"，往往是组织的"隐形痛点"。只是这个痛点，不由他来承担，而是由组织的其他人来承担。 谁在承担？ 第一个：那个IT负责人。因为那个业务人员一旦离职，"半小时搞定的事"就没人搞得定了。信息部门就需要重新梳理逻辑、重建流程，代价远不止半小时。 第二个：未来要接手这份报表的人。他不知道宏的逻辑，不知道数据源在哪，只能从头摸索。 第三个：要看这份报表做决策的管理者。他不知道数据加工逻辑是否一致，不知道有没有人为调整过，只能默认"应该是对的"。 个体的效率，是以组织的脆弱性为代价的。 但业务人员不为此负责。 为此焦虑的，只有信息部门。 看到此处是不是觉得信息部门拿着个位数的工资操着十位数的心！如果同意评论区留言交流。 "没有痛点"是一种特权 而且是很昂贵的特权。 老杨接触过很多企业，发现一个规律：越是一线业务人员，越容易"没有痛点"；越是后端支撑部门，越容易"痛点满满"。 原因很简单：支撑部门的痛点是即时性的——今天搞不定，今天就不舒服，所以他有动力改。但组织的痛点，是滞后性的——今天埋下的坑，可能半年后才爆，而且爆的时候，背锅的往往不是埋坑的人。 所以那个业务人员说"没必要"，翻译过来就是： "我现在这样挺好。