我们部门有六个人，做产品运营。去年年初，老板说要‘加强跨部门协同’，然后开了几场会，发了几封邮件，最后这事就不了了之了。直到三月的一个周一早上，小林迟到了半小时，原因是市场部临时改了推广时间，但没人通知她。

那天下午，我们在茶水间吐槽时，突然冒出一个想法：能不能让一项任务像漂流瓶一样，在不同部门之间‘漂’起来？不是靠钉钉@所有人，也不是发邮件抄送一堆领导，而是让任务本身带着上下文自动流转。

我们管这叫‘待办事项漂流’。

最开始只是个玩笑。但后来我们真动手试了。第一个漂流任务是‘上线618活动页’。以前这种事，产品写需求，丢给研发，研发做完交给测试，测试再找运营验收——每个环节都卡在等待交接，动不动就‘我这边好了，等他们’。

这次我们把整个流程拆成几个节点：需求确认 → 页面开发 → 数据对接 → 测试验证 → 上线发布。每个节点完成后，任务自动推送给下一环节负责人，并附上前置工作的截图、文档和备注。最关键的是，谁卡住了进度，系统会在群里悄悄@他三次，超过4小时没响应，就会触发‘漂流中断’提醒，主管才会介入。

你猜怎么着？第一次跑下来，比预计提前两天上线。测试同事说：‘终于不用翻三天前的聊天记录找接口文档了。’

其实这个机制并不新鲜，有点像轻量版的BPM（业务流程管理），但我们没买昂贵的OA系统，也没让IT搭定制流程。我们用的是蓝点通用管理系统。这玩意儿最大的好处是，不用写代码，自己拖拖拽拽就能定义字段、设置流转规则，连‘超时提醒’和‘自动升级’都是我们自己配的。

比如我们加了个‘漂流日志’，每次任务转手，系统会自动生成一条记录：谁交的、什么时候交的、交付物是什么。有一次市场部说运营没给文案，一查日志，发现其实是他们没在规定时间内确认终稿。数据一摆，争执立马变复盘。

更意外的是，它开始反向影响沟通文化。以前大家习惯性把事情压手里，觉得‘我完成了’才算数。现在任务漂走了，你没法藏着，反而得主动推进。有个开发同事一开始不适应，觉得‘凭什么我一做完就得马上移交’，后来发现这样他也能更快拿到上游输入，态度慢慢就变了。

我们还玩了些小花样。比如给漂流任务加‘心情标签’——如果某环节特别顺利，经手人可以贴个笑脸；要是遇到坑，就贴个警示标。这些标签不参与考核，但成了团队复盘时的有趣线索。有一次连续三个环节都贴了‘累但值得’，我们干脆请全组喝了奶茶。

当然也有翻车的时候。有次财务部被漂进来一个报销审批，完全不知道背景，直接拒了。后来我们加了‘漂流说明书’，要求发起人必须写清目标、关联项目和预期价值。现在新来的实习生都知道，不写清楚说明，任务根本漂不出去。

三个月下来，我们跑了27次漂流，平均周期缩短38%。更重要的是，别的组开始来问：你们那个‘漂来漂去的任务’是怎么弄的？

上个月，客服部借走模式，搞了个‘用户投诉解决漂流’，从接诉到回访全流程透明流转。昨天看到行政部也在试‘办公用品申领漂流’，连纸巾盒快空了都能自动触发补货。

有时候我觉得，所谓‘管理创新’，未必是要搞大动作。可能就是找到一个卡点，用一个简单的机制去撬动。任务漂起来了，信息就不再囤积在某个微信对话框里；责任清晰了，协作也就自然发生了。

我们现在开玩笑说：别看公司没建什么‘数字化中台’，倒是先有了‘待办漂流河’。