把跨部门协作列成 6 条，一条一条照着做

先看一个常见的场面。

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

这类问题翻来覆去就那几个，所以这篇不铺垫，直接给能用的。

下面这六条，是我筛过之后留下的。不追求全，只追求能用。

为什么会卡在这里

先看看多数人是怎么处理的。

靠人情推动。人情会用完，且不可复制。

多数人卡住，不是因为不努力，是因为没人把步骤的先后讲清楚。一头扎进去做，做到一半才发现方向错了，返工的时间比第一次做还长。

下面这套顺序，是我试过之后留下来的。它不一定最聪明，但每一步都能马上动手。

六条，可以直接抄

每条一句话说清做什么、为什么。可以全做，也可以先挑一条试。

1. 先找共同目标

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

2. 让对方负责人知道

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

3. 用文档代替口头

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

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

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

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

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

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

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

照着做的一个例子

某项目在两个部门之间踢皮球。

做法是：项目经理把时间线整理成五行发到群里，只写事实不写评价。

结果是：责任自然清晰，问题两天内解决。

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

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

几个常被问到的问题

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

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

问：要多久才能见效？

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

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

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

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

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

明天就能做的事

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

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

最后

清单的价值在于用，不在于存。今天挑一条，试完再说下一条。

清单第一条，今天就做：把口头需求改成一页纸文档。