林秋的团队里有一个叫贺章的人。贺章是项目经理，入职四年，能力不错，但他有一个特别的本事——他擅长“让别人按他的方式想问题”。
技术部的人原本不想做某个方案，和他聊完之后，主动说“这个方案其实挺好的，我们试试”。采购部的人原本不愿意配合加急，和他聊完之后，主动说“我帮你催一下，能早到尽量早到”。客户原本坚持一个不合理的需求，和他聊完之后，主动说“你说得对，这个需求确实可以调整”。
大家都很奇怪：“贺章是怎么做到的？为什么别人听他的？”
有人觉得他是“情商高”，会说话。有人觉得他是“会忽悠”，把人绕进去了。但贺章自己说：“我不是情商高，也不是会忽悠。我只是学会了‘给对方大脑植入运行程序’。”
有一次，技术部不愿意接一个紧急的技术攻关任务。理由是“人手不够，时间太紧”。贺章去和技术部的负责人沟通。他没有说“你们必须做”，也没有说“求求你们帮帮忙”。他问了一个问题：“如果这个项目做成了，你们部门会得到什么？”技术部负责人说：“能得到什么？就是多一个项目而已。”贺章说：“不止。这个项目成功了，客户会给你们写表扬信，CEO会在年会上点名表彰你们部门。你们部门现在的技术口碑在行业内还不够强，但做完这个项目，你们就是行业的标杆。到时候，其他客户会主动来找你们，你们部门的地位和影响力都会上升。”
技术部负责人沉默了。贺章不是在“说服”他，而是在“描绘”一个画面——做成了之后会怎样。技术部负责人的大脑里，被植入了一个“运行程序”：做这个项目=部门地位提升。他开始相信，这个项目不只是“额外的活”，而是“部门翻身的机会”。他主动去找领导争取资源，主动安排人手，主动推动项目。
项目做成了。技术部果然收到了客户的表扬信，CEO也确实在年会上点了他们的名字。技术部负责人后来对贺章说：“你知道吗？你当时说的那些话，像种子一样种在我脑子里了。我本来只想推掉这个项目，但你让我看到了‘做了之后会怎样’。我就想，为什么不试试呢？”
另一次，客户坚持要一个不合理的功能变更，理由是“我们是甲方，我们说了算”。贺章没有和客户争辩，而是问了一个问题：“如果按你们的要求改，你们觉得这个项目的交付时间会不会受影响？”客户说：“应该不会吧？”贺章说：“我们评估了一下，至少要延期两个月。而且费用要增加20%。你们公司内部能不能承受这两个月的延期和20%的成本超支？”客户说：“这么严重？”贺章说：“我建议你们先内部评估一下延期和超支的影响，再决定要不要改。或者，我们可以做一个‘折中方案’——只改核心部分，不影响交付时间和成本。你们觉得哪个更合适？”
客户回去之后，内部评估了两个月延期的影响，发现确实承受不了。他们最终选择了折中方案。贺章没有“说服”客户改变需求，他是让客户自己“发现”了改变需求的代价。他在客户的大脑里植入了一个运行程序：改变需求=延期+超支。客户运行了这个程序，得出了“不改”的结论。而这个结论，是他们自己的结论，不是贺章强加给他们的。
贺章在公司内部做了一次分享，题目叫《植入程序：让别人按你的方式思考》。他说：“我以前也觉得，沟通就是‘说服’——我讲道理，你听进去，然后你改变。后来我发现，说服的效果很有限。你讲道理，别人也有他的道理。你证明你是对的，别人也证明他是对的。你赢了，他输了，他心里不服。你输了，你不服。无论输赢，关系都受伤了。”
“后来我学会了一个方法——给对方的大脑植入一个‘运行程序’。我不和他争论对错，我给他一个‘思考框架’。他把这个框架套在问题上，自己得出一个结论。这个结论是他自己的，所以他愿意执行。而他之所以得出这个结论，是因为我给了他一个特定的思考路径。”
他举了自己的例子。
“比如技术部不愿意接任务，我没有说‘你们必须做’。我说：‘如果你们做了，会有什么好处？’这个问法，就是一个运行程序。它把对方的注意力从‘做这个任务有多麻烦’转移到‘做这个任务有多大的收益’。注意力转移了，结论就变了。技术部不是被我‘说服’的，是他们自己算了一笔账，觉得‘好处大于麻烦’，然后选择了做。”
“比如客户坚持不合理需求，我没有说‘你们的要求不合理’。我说：‘如果按你们的要求改，会影响什么？’这个问法，也是一个运行程序。它把对方的注意力从‘我是甲方’转移到‘这个决策的后果’。他们自己算了账，发现成本太高，然后选择了放弃。不是我让他们放弃的，是他们自己决定放弃的。”
林秋听完贺章的分享，说：“你这个方法，本质上是‘重新定义问题’。你没有改变问题的实质，但你改变了对方看待问题的方式。你看问题的角度变了，答案就变了。”
贺章说：“对。高手不是‘说服’别人，而是‘重新编程’别人的思维。 你不需要告诉别人‘你应该怎么想’，你只需要给他一个‘思考工具’。他自己用这个工具去思考，得出一个结论。这个结论是他自己的，所以他深信不疑、坚决执行。”
林秋说：“这需要很强的共情能力。你得知道对方现在是怎么想的，他的‘程序’是什么。然后你才能给他一个‘新程序’。”
贺章说：“是的。我每次和人沟通之前，都会先问自己——他现在的‘运行程序’是什么？他想的是‘这个任务太麻烦’，还是‘这个客户不讲理’，还是‘这不关我的事’？我搞清楚了他的‘默认程序’，然后我给他装一个‘新程序’，让他的思考路径发生变化。人的思维是有惯性的，你给了他一个新路径，他沿着新路径走，结果自然不同。”
林秋说：“你知道为什么很多管理者命令不动下属吗？因为他们用的是‘命令’，不是‘植入’。命令是‘你必须做’，植入是‘你想做’。一个是外力，一个是内力。外力推一下动一下，不推就不动。内力自己会跑，不需要推。”
贺章把这句话记在了心里。
后来，贺章被提拔为项目总监，开始带更大的团队。他不再直接“下命令”，而是“植入程序”。他对团队成员说：“你们在做决策的时候，可以问自己三个问题——这个决策对客户有什么影响？这个决策对公司有什么影响？这个决策对你们自己有什么影响？你们想清楚这三个问题的答案，再决定怎么做。”
这个“三个问题”的程序，成了团队的默认思考框架。每个人做决策之前，都会自动运行这个程序。团队的决策质量大幅提升，因为大家不再只从自己的立场出发，而是综合考虑了客户、公司、个人三个维度。
有一个团队成员问贺章：“你为什么总是让我们问这三个问题？你直接告诉我们怎么做不就行了？”
贺章说：“我直接告诉你，你只是执行。你自己问了这三个问题，你就学会了‘如何思考’。下次遇到类似的问题，你不用问我，你自己就能做出判断。我不是在给你‘答案’，我是在给你‘方法’。方法比答案值钱一万倍。”
团队成员把这个方法用到自己的工作和生活中，发现确实管用。慢慢地，他们不再依赖贺章的指令，而是自己就能做出高质量的决策。
贺章的团队，成了公司里“自主决策能力”最强的团队。他们不需要老板天天盯着，自己就能把事情安排好、做好。
林秋有一次问贺章：“你是怎么把团队带成这样的？”
贺章说：“我没有带他们。我只是给他们装了一个‘操作系统’。他们的电脑原本是空白的，我给他们装了一个‘思考系统’。他们学会了用这个系统，就不再需要我了。”
林秋说：“这就是‘给对方大脑植入运行程序’的最高境界——植入之后，你就不再需要亲自上阵了。程序会自动运行，你自己就可以退到后台。”
贺章说：“对。我一直觉得，一个好的管理者，不是‘替别人做决定’，而是‘教别人怎么做决定’。你教会了，你就不累了。”
贺章后来在公司内部做了一次更大范围的分享，题目叫《植入程序：让别人按你的节奏走》。他分享了“植入程序”的三个关键点。
第一，了解对方的“默认程序”。每个人脑子里都有一套现成的“运行程序”——遇到问题，他会自动走某一条思考路径。你了解了这条路径，你就知道他为什么会得出某个结论。你不了解，你就只能“硬说服”。
第二，提供“新的思考工具”。不要直接告诉他“你应该怎么想”，而是给他一个“问题”或“框架”，让他自己去想。比如“如果做成了会怎样”“如果不改会有什么影响”“从客户的角度看，这个决策对不对”。这些“工具”，会引导他走一条新的思考路径。
第三，让他自己得出结论。不要替他说“所以你应该这么做”。让他自己说出来。他自己说出来的结论，他深信不疑，坚决执行。你说出来的结论，他只是“听到了”，不一定“相信了”。
他的分享在公司内部引起了很大的反响。很多管理者开始反思自己的“命令式管理”，开始尝试用“植入程序”的方法。
林秋后来在公司内部做了一次分享，题目叫《管理不是命令，是编程》。她在分享中讲了三个要点。
第一，命令是“告诉别人做什么”，编程是“教别人怎么想”。命令的效果是短暂的——你在的时候，他动一下。你不在的时候，他就停了。编程的效果是持久的——你教会了他思考的方法，他以后做什么事都会用这个方法。
第二，编程的起点是“理解对方的默认程序”。你不能强行覆盖一个你不了解的“程序”。你得先知道对方是怎么想的，然后才能“升级”他的“系统”。
第三，编程的终点是“让对方自己得出结论”。你不是在“替换”他的大脑，你是在“扩展”他的思考方式。当他用你给的“工具”得出了自己的结论，你的“植入”就完成了。
分享结束后，贺章来找林秋，说：“林姐，我现在每天都会问自己——今天我给别人‘编程’了吗？还是我只是在‘命令’？”
林秋说：“答案是什么？”
贺章说：“今天我和一个新项目经理沟通，他遇到了一个难题，不知道怎么办。我没有直接告诉他答案，而是问他：‘如果你站在客户的角度，你会怎么处理？’他想了几分钟，说出了一个方案。这个方案和我心里想的一模一样。但我没说，是他自己说的。”
林秋说：“很好。你给他的大脑植入了一个程序——‘站在客户的角度思考’。这个程序他会用一辈子，不需要你再提醒。”
贺章把这句话记在了心里。
后来，贺章被提拔为运营副总，负责公司多个部门的管理。他的管理方式依然不是“命令”，而是“编程”——给每个部门的管理者植入不同的“运行程序”。
他给销售部植入的程序是：“每次报价之前，先问自己——客户为什么买我们的产品，而不是竞争对手的？”销售部的人开始从“客户价值”出发做销售，而不是从“产品参数”出发。
他给技术部植入的程序是：“每次设计方案之前，先问自己——这个方案对客户的使用体验有什么影响？”技术部的人开始从“用户体验”出发做设计，而不是从“技术最优”出发。
他给质量部植入的程序是：“每次检查之前，先问自己——这个缺陷会影响客户的安全或满意吗？”质量部的人开始从“客户风险”出发做检查，而不是从“标准条款”出发。
公司的整体运营效率大幅提升，因为每个部门都不再是“执行指令”，而是“自主运行”。贺章不需要天天盯着每个部门，他们自己就能做出符合公司战略的决策。
有人问贺章：“你是怎么让这么多部门都按你的方式思考的？”
贺章说：“我没有让他们按我的方式思考。我是让他们按他们自己的方式思考——只不过，我给他们的方式加了一个‘导航’。导航不是我，导航是‘客户价值’。只要他们以客户价值为中心，他们怎么思考都是对的。”
他把这个理念总结成了一句话：“管理不是控制，是赋能。赋能不是给权力，是给程序。”
他把这句话写在了自己的管理手册的扉页上。
他合上笔记本，在封面上写下：“最好的管理，是你不在的时候，系统还在运行。”
他笑了。
他知道，他植入的那些程序，已经开始自动运行了。他甚至可以退到后台，看着系统自己运转。
这就是“编程”的力量——你不需要永远在场，你只需要在关键的时刻，写下那几行代码。
