Canva 那则重组公告我看了三遍。不是因为 1271 人、22% 这两个数字，这个量级的调整今年已经不算新闻。让我停下来的是 CEO 内部信里的措辞：把产品、增长、平台三个团队并成一个统一的产品组织，理由之一是减少工作交接环节。

交接，被当成成本写进了公告。

交接那层不止是摩擦

我在前端这行做了很多年，带过的团队不大，平台这条线立过，也亲手拆过。所以看到那句话的第一反应不是"早该并"，而是有点不安。

不安来自一个观察。交接看着是所有流程优化里最该砍的东西：慢、啰嗦、来回确认。可它同时在干三份没写进任何文档的活。

一份是缓冲。两个团队之间必然堆点库存，时间是库存，需求描述也是库存。库存的意义在于上游不用感知下游的节奏。业务那边今天想改一个弹窗文案，平台侧不需要立刻知道这件事。

签字则是另一回事。交接点是责任落笔的地方：这个边界是我给的，这个方案我确认过，上线前谁验收。一件事在几个团队之间传，出事时能倒着查回某个人脸上。并到同一张排期表以后，签字变成"当时聊过这事的人都在"。

还有一份不太好听：它能说不。

这条是我真正的顾虑。跨团队的时候，平台可以说这个不做，因为破坏一致性。他敢拒，是因为他的考核不是当期业务指标。同一张表里没有这个位置了，你的活和他的活只剩先后顺序的差别，谁也不能否决谁，只有一个共同的负责人在拍。拍不下去的时候，它一般排在能上线的那个数据后面。

拆掉之后我遇到的那件事

说个具体的。前些年我们把平台那条线并进业务以后，有段时间几个业务线的浮层键盘遮挡问题反复修，每次都只修自己那一份。后来有一次在灰度群里，两个同学前后脚发了截图，我才反应过来是同一个问题在两个代码库里各自长：一套监听窗口尺寸变化，另一套直接算高度。

两边各自都上线了，谈不上谁做错了。

那两年没人给"跨业务一致性"排期。它不阻塞任何单个业务的迭代，在每个排期表上都是那一行可以往后挪的条目。平台被拆掉之前，它真正的产出不是那几个公共组件，是那行不能往后挪的立场。

还有句话那段时间问得最多，我印象很深："这事该谁看一下。"

以前不用问，默认有人看。

那段时间过去以后，我给自己留了个土办法：翻需求池里那些每年都会被提起一两次、却始终没人认领的条目。这种条目攒到一定数量，说明组织里有一块活已经没有归属了，只是还没人把它叫出来。我们那几年攒下来三条，后来有两条换了别的形式回来找我。

岗位变宽这件事，招聘上先撞上

公告里另一个说法是减少细分岗位，把专业人员放进职责更广的角色。方向我不反对，但它在招聘环节先撞墙。

我这两年改过两次 JD。第一版把某个细分方向合并成"前端加一点 Node"，简历命中率明显掉下来。两边都会的人本来就少，我们要求的还是两边都能独立交付。那个岗位挂了挺长时间，约不到几个合适的，具体多久记不清了，反正最后不是靠等解决的。

第二版把门槛改成"一边能独立，另一边看得懂"，才顺了一点。所以那半年真正起作用的是标准写错了，不是团队变强了。

"职责更广"这四个字，我读出来更像组织内部的自我调节。岗位并了，总有一部分人被推着往外扩一步。扩得动扩不动，人和人差别很大。公告里一句带过，落到某个人身上是半年。

这条理由怎么验证

我不觉得 Canva 做错了。十年来第一次增长放缓，投资人今年早些时候把估值往下调过一轮，账上再有钱也得动结构，不动才奇怪。他们的离职包给得也算体面，六个月工资、十二个月医保、还有一万美元的补助。

我在意的是"减少交接"这条理由能不能被检验。

如果它换来的是决策变快、一次上线里干系人变少，两年后应该看得见：发布周期缩短，一个功能从头到尾参与的人数下降。如果它的实质是平台那类活从此没人认领，那会长回来的东西我也见过，通常是个没有编制的虚拟小组，或者一个叫"共享层"的仓库，靠几个热心人在评审里维持规则。

这两种结果在公告里长得一模一样，都叫提升效率。区别只在内部。

有个细节挺有意思。同一份公告里还说要迁更多产品团队去悉尼，混合办公的人从 1 月起每周到岗两三天。这两条跟"减少交接"其实是同一件事的两面：交接少了，人和人得靠别的方式对齐。他们选了让物理在场补上来。

我不确定这是不是意味着，砍掉的那层最终会用另一种形式长回来。只是长回来的时候，它不叫交接，叫坐在你旁边。

写到这里我也没想明白，当年拆掉平台那条线到底是判断错了，还是只是时机未到。先记下来，过两年再回头看这篇。