跨部门协作这件事上做得好的人，具体做对了什么

这篇讲一个人。

出了问题互相说是对方的责任。

他的处境和你差不多，改的做法也不复杂，但结果不一样了。

他后来改了做法，结果不一样了。过程比结论有用，所以我完整写下来。

这个人的完整经过

一位运营要推一个跨部门活动。

做法是：她把需求做成一页纸：目标、各部门要做什么、需要多久、什么时候要。

结果是：第一次会上就分完了活，没人推诿。

这个例子不复杂，难的是每次都这么做。可以照着做，也可以只挑其中一步先试。

整个过程里没有出现什么复杂工具，改的都是顺序和标准。这也是它能被复制的原因——不需要天赋，只需要不再省那一步。

具体怎么做

过程比结论有用，所以我把每一步都写下来了。

1. 先找共同目标

『这事上线了，你们部门的投诉量也会降』比『帮我个忙』有效。

2. 把请求变成对方的小成本动作

不要给一个需要三天的大任务，拆成『十分钟确认一个数字』。

3. 主动承担对方那部分的手工活

『你只要给我数据，格式我来整理』。降低对方成本，是最快的推进方式。

4. 出问题先讲事实时间线

『5 号提交、8 号确认、10 号发现缺口』。不要在群里论对错。

5. 把重复的协作固化成流程

每次都要催的事，写成一个固定流程和模板，下次少吵一次。

几个常被问到的问题

问：照着做了，还是没效果，为什么？

答：不要在群里公开指责对方部门。会结仇，且解决不了问题。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

答：第一周通常只是熟悉流程，第二周才开始省时间。如果两周后完全没感觉，回头看看是不是漏了第一步。

问：第一步该从哪里开始？

答：把口头需求改成一页纸文档。从这一件开始，别一次全上。

问：最容易犯的错是什么？

答：只跟对接人沟通，不跟对方的负责人对齐。对接人没有资源。

几个容易踩的坑

这几条比方法更值得看，因为方法可以慢慢学，坑踩一次就要花时间填。

• 不要假设对方知道你的优先级。你的紧急，对他不是。
• 不要跳过对接人直接找领导。除非已经沟通过且无效。

明天就能做的事

不用全做，挑一件今天就能开始的。

• 把口头需求改成一页纸文档
• 每次请求都拆成对方十分钟能做完的动作
• 重要协作抄送对方负责人

可以直接用的一段话

如果你平时用 AI 帮忙，下面这段可以直接复制，把方括号里的内容换成你的情况。

我要推动【事】，需要【部门】配合。请帮我写一份一页纸的协作说明：共同目标、对方要做什么、需要多久、时间节点。

最后

别人的过程只能参考，不能照搬。挑一个和你情况最像的环节，先改那一个。

他后来真正改的只有这一件：把口头需求改成一页纸文档。其余改动都是这件事的副产品。