有人问我跨部门协作的事，我这样答

最近被问到几个问题，集中答一下。

事情卡在别的部门，催了几次没动静。

问的人多，说明这一步确实容易卡住。

一条条答，答完你就知道跨部门协作该怎么做了。

被问得最多的几个问题

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

答：不要跳过对接人直接找领导。除非已经沟通过且无效。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

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

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

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

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

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

具体怎么做

一条条答，答完你就知道该怎么做了。

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

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

2. 让对方负责人知道

不是越级告状，是让资源方知道这件事存在。抄送即可。

3. 用文档代替口头

需求、时间、责任写在一页纸上，双方各留一份。口头承诺会消失。

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

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

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

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

举个具体的情况

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

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

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

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

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

明天就能做的事

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

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

最后

问题答完了，剩下的就是去做。第一个动作越小，越容易开始。

只带走一个动作的话，带走这个：重要协作抄送对方负责人。