协作产品最容易偷懒的地方，是把“能分享”当成“能协作”。但一个链接只解决了访问权问题，没有解决理解成本、责任边界和下一步动作。真正好的协作入口，应该让接收者一打开就知道：现在是什么状态，为什么轮到我，我能做的最小动作是什么。

这也是 Google Docs、Figma 这类产品长期厉害的地方。链接本身很轻，但它们没有把协作停在链接上：评论锚在具体段落或画布对象上，修改历史能还原脉络，通知通常指向某个待处理位置。接收者不是被丢进一个完整文件里重新读一遍，而是被带到一个“需要我介入”的局部现场。

很多 AI 产品会在这里犯新错：生成一个报告、页面、表格或任务结果，然后给一个分享按钮，仿佛下一步自然会发生。其实 AI 生成物更需要协作设计，因为它的来源、取舍和不确定性往往不在结果表面。只把结果发出去，别人很难判断哪些地方已确认，哪些地方只是模型猜测，哪些地方需要人工拍板。

分享不是终点，而是一次交接。 如果一个产品希望工作在多人之间流动，就不能只设计“把东西发出去”，还要设计“别人如何接得住”。可以问一个小问题：这个分享动作发出去之后，接收者的第一秒，是在理解上下文，还是已经能做判断？