去年推一个跨部门项目，前两周我发了11封邮件、开了3次会，进度为零。第三周换了个做法，两天内拿到了需要的两个确认。差别不在沟通技巧，在开口之前做了什么。
第一步，查清楚对方部门的考核指标。我在内网翻了他们季度目标，发现他们当季重点是降低客诉，而我的需求会增加他们20%的审核量。知道这一点后，我把请求从「帮我审一下」改成「这批审核能帮你把客诉里的这一类提前拦掉」，对方的回应速度立刻变了。
第二步，把需求拆到最小可执行单元。原来的请求是「需要你们支持下这个项目」，太模糊，对方没法接。拆成三条：周三前确认字段口径、周五前给一个联系人、下周起每周同步一次数据。每条都有时间、有交付物、有工作量估算，对方能判断成本。
第三步，先找执行层，再找负责人。直接找部门负责人，他会把事转给下属，下属不知道来龙去脉，容易拖。正确顺序是先跟具体执行的人对一遍可行性，拿到「可以做，但需要领导点头」的答复，再去找负责人确认。这样负责人问下属时，听到的是「可以做」而不是「没听过」。
第四步，把共识写成一句话发回去。会后10分钟内发消息：「确认一下，A事项周三前由张工给字段清单，B事项周五前由李工给联系人，数据每周一同步。」写清楚人、事、时间，抄送双方负责人。这一步能挡掉后面80%的扯皮。
案例对比。同事老周推同类项目，习惯在群里@对方负责人说「麻烦支持下」，平均响应时间3天。换成上面四步后，他的请求平均响应时间降到半天。不是他口才变好了，是对方接到请求时，决策成本变低了。
一个高频错误：在多人群里提需求。群里人越多，越没人接，因为责任被稀释了。要么私聊，要么拉一个3人小群，指名到人。
还有一条：对方帮了忙，当天给一句具体反馈。「你给的那个字段清单，帮我们省了两天返工」比「谢谢支持」有效十倍。下一次你再开口，对方的心理账户是正的。
