跨部门推不动事，问题多半出在这三处

跨部门的事推不动，很少是因为对方不配合，多数是因为你没把这件事变成他的事。

下面这几步按顺序来，前一步没做完，别跳到下一步。

为什么是这个顺序

看起来是几件独立的事，其实是同一条链上的几个环节：先降低不确定性，再提高效率，最后收口。顺序反了，越努力越乱。

1. 第一处：只有你的优先级

你的紧急，对他不是紧急。

开口先讲共同目标：这事上线后，你们部门的投诉量会降多少。讲不清共同利益，就只是在求人帮忙。

别把它做成形式。填完表不等于做完事，检查的标准是结果，不是你做了几个动作。

2. 第二处：请求太大

一个需要三天的大任务，谁都会往后排。

把请求拆成十分钟能做完的动作：帮我确认一个数字、帮我看一眼这段文案。成本越低，响应越快。

这一步最容易被跳过，因为它看不出即时效果。它的价值往往在三个月后才显现。

3. 第三处：只在群里喊

群里的消息会被刷走，也会让人防御。

重要协作落到一页纸：目标、对方要做什么、需要多久、什么时候要。发给人，也发给他的负责人。

如果时间不够，宁可少做一条，也不要把每条都做成半成品。半成品堆多了，等于没做。

4. 补一个动作：主动承担手工活

你多干一点，他少干一点，事情就动了。

你只要给我数据，格式我来整理。这句话的推进力，比催三次都强。

常见的偏差是把它当成一次性任务。它其实更像个习惯，做一次没什么用，做一个月才有感觉。

5. 出问题时：只讲时间线

一旦开始论对错，事情就停了。

5 号提交、8 号确认、10 号发现缺口。只写事实，不加评价，责任自然清晰。

很多人卡在这一步，是因为想一次做到位。先做出一个能用的版本，再回头改，比一开始就追求完美快得多。

几条补充

• 不要在群里公开指责对方部门。会结仇，且解决不了问题。
• 每次协作完，把流程记下来，下次少吵一次。
• 对方帮了忙，公开说一句。这比私下感谢有用。

最后

这几件事没有一件需要额外工具，也不需要专门腾出时间。它们的共同点是：把顺序调对，把话说明白。

先挑一件，做满两周，再看要不要加下一件。一次性全上，多半三天就散了。