前世：
前提文章：https://blog.csdn.net/niuniu_1983/article/details/160451134?spm=1001.2014.3001.5502
前提文章：https://blog.csdn.net/niuniu_1983/article/details/160451255?spm=1001.2014.3001.5502
我们公司的问题在哪
技术负责人后来又说了一段话，我听完沉默了。
他说："我们公司在研发投入上花了不少钱，现在感觉还是只是一个工具而已。"
这句话挺扎心的。但我仔细想想，确实是这样。
我们公司上了ERP，上了仓储管理系统，上了门店POS系统。花了不少钱，也投入了不少人力。
但你去看实际效果。采购部门还是打电话给供应商要货，运营部门还是用Excel做销售预测，门店店长还是凭经验决定备什么库存。
系统只是一个辅助工具。有用，但不解决根本问题。该凭经验还是凭经验，该靠人还是靠人。
为什么？我花了很多时间想这个问题。
后来我想明白了：系统是能力的容器，不是能力的创造者。
什么意思？
如果你的采购能力不行，系统不会让采购变好，只会让不行的采购跑得更快。
举个例子。假设你的采购团队每次下单都凭感觉，经常出现有的货堆成山、有的货断货一个月的情况。你上线了一个自动采购系统，系统根据历史销量和预测模型自动下单。但如果你的预测模型本身就不准，自动下单只会让错误发生得更快、覆盖得更广。原来一个采购员的错误只影响一家店，现在一个算法的错误可能影响一百家店。
所以数字化的第一步，不是买系统，是搞清楚：我们中后台的能力到底行不行？
第二个问题，是人力资源。
技术负责人最后补了一刀，看得我又好笑又无奈。
他说："我们公司貌似对于组织人事的理解还在于行政和助理的层面。"
翻译一下就是：公司觉得人力资源就是招人、算考勤、发工资、搞团建。
但真正需要人力资源做的事，是组织设计、是利益分配机制设计、是变革管理。
我举个例子你就明白了。
假设我们公司决定要推进数字化，要用系统替代一部分人工决策。那么接下来的问题是：
那些被系统替代的运营人员，去哪儿？他们干了八年十年，你说不用就不用了？让他们直接走人？公司能做到吗？
新系统运行之后，需要新的岗位------数据分析师、系统运营、算法工程师------这些岗位的职级和薪酬怎么定？比原来的运营人员高还是低？如果高了，原来的运营人员心理不平衡怎么办？
原来掌握决策权的部门，权力被削弱了。他们的KPI怎么调整？新的KPI应该是什么？谁能保证他们会全力以赴配合系统的落地？
那些愿意跟随公司转型、愿意学习新技能的老员工，他们的上升通道是什么？
你看，这些问题，技术部门解决不了。技术部门只能回答"系统能不能实现"。至于"人怎么安排"、"利益怎么重新分配"、"组织怎么调整"，技术部门不懂，也不想管。
业务部门也不想管。业务部门的KPI是卖货、是赚钱。数字化转型对他们来说，是一件"额外的事"，而且可能威胁到他们现有的话语权。
能做且应该做的，只有人力资源。这是人力资源真正的战略主战场。
但人力资源如果还在做行政，那就没人做了。
一条可能的路
聊了这么多，总得有个结论。
我不觉得有标准答案。每个公司的情况不一样，基因不一样，利益格局不一样。但我从这段讨论里，梳理出四条可能的路。
第一条路：承认基因，从小切口开始
一个靠"人"做了十年的公司，不可能一夜之间变成"系统驱动"。这不是能力问题，是基因问题。基因可以慢慢改，但不能硬掰。硬掰的结果就是系统上线了，没人用。
所以步子要小一点。先从一个相对独立的、利益纠葛少的业务单元开始试点。
我见过一家做餐饮连锁的公司，就是这么做的。它没有一开始就全线推进数字化，而是先选了一个区域------那个区域的店长能力普遍不强，业绩长期垫底------在这个区域内部署新的运营系统。
结果三个月后，这个区域的业绩从倒数第一变成了正数第二。原来反对数字化的其他区域看到这个结果，主动找上门来说："给我们也上吧。"
这就是用小切口证明价值。不要一上来就想颠覆一切，先从一个痛点最明显、阻力最小的地方入手，让系统先在一小块业务上证明自己。
第二条路：正面面对利益问题
不要假装大家都会支持你。不会的。那些利益受损的人，一定会反抗。所以必须在变革启动之前，就想好利益再分配的方案。
我见过一家做得比较好的公司，它的做法是这样的：
在推进数字化之前，先花三个月时间做了一件事：跟所有可能受影响的部门和个人一对一沟通。
不是通知，是沟通。不是"公司决定要这么做"，而是"我们遇到了什么问题，大家觉得怎么解决最好"。
沟通的时候，他们把话讲得很明白：数字化是大势所趋，公司一定会做。但公司不会让大家吃亏。那些被系统替代的岗位，公司提供转岗培训，转岗后的薪资不低于原来。不愿意转岗的，提供补偿方案。
效果怎么样？当然还是有人不满。但至少大部分人知道公司不是在"硬来"，而是在想办法解决问题。反对的声音小了，配合的人多了。
变革最怕的不是有人反对，而是所有人都不知道"会发生什么"。未知带来恐惧，恐惧带来抵抗。
所以必须把话说清楚：谁会被影响？怎么影响？公司怎么补偿？新的机会在哪里？这些问题不说清楚，变革就别开始。
第三条路：找到那几个人
技术负责人说的"找到最优秀的几个店长，开出高薪，让他们来建系统"，这个思路非常值得借鉴。
不要试图让所有人都会用系统、都懂数据。这不现实，也不必要。
你需要的是那少数几个既懂业务又愿意拥抱变化的人。给他们资源，给他们空间，让他们变成种子。
我认识一个做零售的朋友，他推进数字化的方法很有意思。他没有在全公司铺开，而是先找了三个最年轻的店长，跟他们说："你们愿意跟我一起做一件事吗？你们负责提出需求，我负责开发系统。系统做好之后，先给你们三家店用。如果业绩提升了，你们拿30%的增量分红。"
三个店长都同意了。半年后，三家的业绩都提升了15%以上。其他店长看到之后，主动找过来问："什么时候轮到我们？"
这就是用"种子"带动"土壤"。不是所有人都能成为变革的推动者，但少数人可以。找到他们，让他们先跑起来。其他人看到结果，自然会跟上。
第四条路：把人力资源拉进主战场
这是最难的一条，也是最关键的一条。
如果人力资源还停留在招人、算考勤的层面，变革就没有抓手。因为所有的利益分配、组织设计、岗位调整，都需要人力资源来落地。
所以可能需要的，不是先去改业务，而是先跟人力资源达成共识：你愿不愿意从行政走向战略？你愿不愿意成为变革的推动者，而不是旁观者？
我见过一家公司，它的HRD本身就是公司副总裁，直接参与战略决策。每次讨论数字化转型，她都在场。她的任务不是"帮大家算考勤"，而是回答三个问题：
第一个，新的组织架构应该长什么样？
第二个，利益分配机制怎么配合新的流程？
第三个，那些被影响的员工，怎么安排？
因为没有她，数字化就落不了地。技术部门把系统做得再好，没有人去设计新的岗位、没有人去调整KPI、没有人去做员工的沟通和安抚，系统就是个摆设。
如果人力资源愿意进入这个主战场，那就有戏。如果不愿意，那就难了。
系统的背后是人
很多人觉得，数字化就是上系统。系统上了，一切都好了。
其实不是。
系统的背后是人。人的背后是组织。组织的背后是利益。
你把系统想得再完美，如果人不愿意用，系统就是一堆代码。你把流程设计得再科学，如果组织不支持，流程就是一张废纸。你把数据收集得再全，如果利益格局不对，数据就会被扭曲。
我经历过一个项目，至今印象深刻。
一家公司上线了新的销售预测系统，系统给出的预测比人工预测准确率高20%。但销售团队就是不用，还是坚持用自己的Excel。
后来深入沟通才发现，原因很简单：销售团队的奖金跟预测准确率挂钩。以前用人工预测，他们可以"调整"数据，让自己更容易拿到奖金。现在系统预测太准了，他们没办法做手脚。
这不是系统不够好，是系统太好了，反而触动了他们的利益。
所以数字化的本质，不是写代码，是改变人的行为。
而改变人的行为，靠的不是说服，是机制。
机制设计对了，人的行为自然就变了。机制设计错了，喊破嗓子也没用。
什么是机制？简单说，就是"做了什么，会得到什么；不做什么，会失去什么"。当系统用得好的人获得奖励、系统用不好的人受到约束，人的行为就会慢慢改变。
写在最后
技术负责人那天在群里说了一句让我印象很深的话：
"AI出来就已经让很多人焦虑了，加上被自己内部系统给替代就更不想了。"
这句话说的其实是同一个东西：人都害怕被替代。
但现实是，不管我们愿不愿意，系统都在一步一步接管决策。这不是某个人、某个公司的选择，是这个时代的方向。
你可以抵触，可以拖延，可以找各种理由不去改变。但你的竞争对手不会等你。当他们在用系统驱动决策的时候，你还在靠几个店长的经验。当他们在用一个顶尖店长的"大脑"服务一千家店的时候，你还在一个一个培养店长。你觉得谁能跑得更快？
唯一的选择是：你是成为那个被系统替代的人，还是成为那个定义系统的人？
成为定义系统的人，不需要你懂代码。需要你愿意把自己的经验拿出来，写成规则，变成逻辑，然后看着系统把你最得意的手艺，复制给一万个人用。
这个过程，确实是在革自己的命。
但如果自己不革，别人会来革。
区别只是时间问题。