项目卡在第3周：设计说等产品确认，产品说等运营给数据，运营说等技术开放接口。你在群里@了8个人，2小时没人接。跨部门沟通的难点不是态度，是责任边界模糊。
我试过一个笨办法：每次跨部门协作，先花10分钟填1张“三列责任表”。第1列写任务，第2列写“谁拍板”，第3列写“谁执行、截止哪天”。比如“首页改版”：拍板是产品负责人，执行是设计（周三前出2稿）、前端（周五前上线）。表发群里，@到具体人，回复“收到”才算数。
效果对比：上一个项目没填表，同一件事在3个群讨论了5天，最后靠领导拉会才定。这个项目填了表，扯皮从每周4次降到2次。表不高级，但把“我以为”变成了“写着的”。
沟通话术也有讲究。错误说法：“这个需求你们尽快看一下。”对方不知道“尽快”是今天还是下周。改成：“这个需求需要设计出2版首页，周三18点前给到，影响周五上线，可以吗？”含对象、数量、时间、影响，对方能判断优先级。
遇到推诿，别在群里吵。私聊一句：“这事卡在接口权限，我需要你帮个忙，5分钟能定吗？”给对方具体动作和时间成本，比“你怎么不配合”有效。公开指责只会让对方防御，问题更慢。
常见错误4个。错误1：口头约定不留痕，3天后各说各话。错误2：越级找对方领导，关系先坏。错误3：一次提5个需求，对方不知道先做哪个。错误4：用“我们部门要求”压人，对方表面答应、背后拖延。
一个真实案例：市场部要技术部改落地页，前两次提都被拒。第3次，市场部带了1张表：改动2处、预计工时3小时、上线后预计转化提升1.2个百分点、可安排在周四下午低峰期。技术负责人看完说“早这么说不就完了”。同件事，从被拒到排期，只差把“要什么”说清楚。
短句提醒：能当面说的不打电话，能打电话的不发长文，能发1条的不发10条。跨部门沟通的成本，一半花在信息来回确认上。减少来回，就是提高效率。
最后1条：项目结束发1封200字感谢邮件，抄送双方领导，写清谁做了什么、结果如何。下次再协作，开口容易得多。
