长河老师 ITIL Master 战略领导者精讲课程
我在课堂上讲利益相关者沟通，习惯先问一个问题：一个数字化项目做到验收阶段被人一票否掉，通常是因为技术方案有问题，还是因为一个平时不怎么露面的人突然说了不。我见过的大多数案例是后者。技术方案能不能跑通，团队自己心里有数；真正让项目卡住的，往往是某个手握资源或签字权、却几个月都没被认真沟通过的人，在验收会上开口说了一句"我对这个方案有保留"。
问题出在沟通对象没分对。我把利益相关者按两个维度摆开：一个是参与意愿，他愿不愿意花时间了解你的项目；一个是影响力，他手上有没有能左右项目结果的资源或话语权。两条轴交叉出四个象限，每个象限该用什么频率、什么方式去接触，答案是不一样的。把这四类人当成同一批"收件人"群发周报，是我见过最常见的沟通失败方式。
真正扛着这个数字化项目的，从来不是CEO一个人的关注，而是战略领导小组里每一位事业部负责人。什么事都指望CEO兜底，CEO本来就忙不过来，也不该是你唯一的依靠。真正要维系的关系，是每个事业部的业务总裁或副总裁------他们所代表的部门要负责把项目落地，他们才是你能不能推得动这件事的依靠。四象限沟通策略，说到底是在管理跟这些人之间的关系，不是一件可以顺手带过的软任务。
三类相对好办的人
意愿高、影响力也高的人最省心，因为他们本身就在推动项目。这一类通常是战略领导小组里代表某个事业部的负责人，项目最终要靠他们所在的部门去落地，他们自己也清楚这一点。对他们要贴身沟通：每周一次同步，每一份项目报告都发给他们，每一个数据变化，他们只要问起来，就要能马上解释清楚。他们本来就认同项目方向，日常沟通的作用是让他们随时跟上进度和决策节奏。
还有一种人，愿意花时间了解项目，可惜说了不算，很容易被顺手忽略，沟通排到最后。这类人有一点容易被低估：他支持你的时候确实推不动多少事，但冷落他，他转而在小范围里唱反调，那个破坏力未必小。给他们的是充分的信息和明确的尊重，该发的报告一份不落，该解释的问题认真解释，不要让他觉得自己被排在边上。
意愿和影响力都低的人最省力，会议通知、会议纪要、月报都按时发给他，保证基本知情就够了。他不参与是他自己的选择，只要程序走到位，会该开的开、纪要该发的发，他将来就没有理由说自己被蒙在鼓里。他既没有意愿搅局，也没有能左右结果的资源，投入太多精力在他身上反而是浪费。
最容易踩雷的一类：平时不出现，验收时却能一票否决
真正难办的是意愿低、影响力高的人。他不主动了解项目，找他沟通，他也是敷衍应付，邮件读不读都难说。但等到验收或者资源审批的节点，他的话语权一点不小，一句"我觉得这个方案还需要再论证"就能让项目停下来。我在课堂上说过，很多经验不深的项目负责人栽在这个象限，往往是完全没料到这类人会在验收这个时间点冒出来，方案本身反倒没什么大问题。
这类人不主动参与，靠常规沟通渠道打不动，只能换一种打法：在他必须出席的重大会议上，当着更高层的面，直接问他的意见。比如有CEO在场的会议，方案摆出来，点名请他表态，他不可能装作没听见------CEO在场，他必须给出一个态度。这个态度一旦说出口，当场写进会议纪要，后续就成了推进的凭据------像一把尚方宝剑：他部门内部再有阻力，手里有一份他本人认可过的书面记录，比空口去争要有力得多。管理会议上一句口头认可，不代表这项举措真的拿到了实际支持，所以每一次重要的领导层会议，都该留一个简短的位置，讲清楚这次转型会怎么影响与会者所在的业务范围，让每个人都清楚这件事跟自己有什么关系，不是走个过场。这一点对低意愿高影响力这类人尤其管用，因为他们缺的从来不是信息，是被明确点名、不得不给出态度的场合。
光靠一次会议表态还不够，这类人容易把当时的口头认可当成客套话，过后就忘。所以还要建立定期接触，哪怕他每次都不太搭理，固定的月度更新和邀请也要照发。等到关键决策时刻，他至少不是完全陌生地被拉进来表态------这半年里，信息从来没断过，这是留给自己的一份底气。
我自己带项目时学到的做法是，宁可让上级觉得你烦，反复汇报哪里遇到了阻力、需要什么支持，也不要一路说"情况都很好"，到最后才交不出结果。做管理的人心里都清楚，宁愿要一个不断报问题、但最终把事情做成的负责人，也不要一个一路报喜、结果验收翻车的负责人------这份信任积累下来，遇到低意愿高影响力这类人时才用得上。
沟通渠道要按人分，不能按报告分
这四类人对应的沟通渠道本来就不该一样。我在课堂上打过一个比方：一个业务副总裁不可能天天被拉来开会，他更适合收一份简明扼要的报告，重点写清楚进度、风险和需要他表态的事项；中层管理者恰恰相反，定期拉他们开会，让他们跟着项目节奏走，比发报告有效得多。渠道选错了，等于白沟通------发给业务副总裁一份事无巨细的周报，他大概率只看标题；只靠邮件维系中层管理者，他很快就会觉得自己被排除在外。
具体到形式，周报适合意愿高、影响力高的人，内容要细，数据要全；月度评审适合把几类人放在同一个场合里，但汇报的重点要按人调整，给高层的部分简短，给执行层的部分详细；演示会最适合处理低意愿高影响力这一类，因为它提供了一个体面的场合，让人当面表态，不必单独约谈显得刻意；一对一沟通留给需要充分尊重但影响力有限的那一类人，一年约几次，聊十几分钟，够了。度量报告也是一种沟通渠道，一份能公开查阅的战略仪表板就够用，不一定要做成大屏，一个网页链接也可以，配一段简明的邮件概要，比厚厚一份文档更容易被真正看到。
四象限方法
我把这套四象限方法讲给学员时，反复强调的一点是：沟通计划不是"发给谁""发多少次"这种执行层面的安排，而是先搞清楚每个人在这个项目里到底关心什么------是进度、是风险，还是最终要不要为结果背书。意愿和影响力这两条轴，帮你把这件事从直觉判断变成可以对照检查的清单。尤其是那类平时不出声、关键时刻却有否决权的人，不要等到验收现场才第一次认真面对他，那时候已经晚了。把他放进定期接触的名单里，在合适的场合逼他表态，把表态落成纪要，风险就是这样一步步管住的。