把讨论钉回现场
好的协作界面，不应该只保存“谁说了什么”，还要保存这句话是对着哪个对象、哪个位置、哪个状态说的。
代码评审里的行内评论是一个很清楚的例子。普通聊天会把反馈变成一条时间流：问题、解释、补充、同意、修改都挤在一起，后来的人需要不断回忆“这句话到底指哪一段”。而 Pull Request 把评论钉在具体文件和具体行上，再用 unresolved、resolved、outdated 这样的状态告诉人：这件事还在现场、已经处理，还是因为代码变化而失效。
这个设计真正重要的不是“评论功能”，而是把协作从消息流还原成工作表面。评论不再漂浮，它有坐标；讨论不再只靠记忆，它有归属；处理进度不再埋在对话里，它变成可被扫描的状态。
很多产品协作做得累，是因为把所有反馈都塞进通知、聊天或评论列表。看起来信息完整，实际把对象关系拆散了。尤其是设计稿、文档、表格、看板、审批流，只要反馈离开了被讨论的对象，沟通成本就会迅速上升。
可迁移的原则是：凡是关于具体对象的反馈，都应该尽量贴近对象本身出现。如果不能贴在对象上，也至少要保留清楚的路径：来自哪个页面、哪一段、哪个版本、当前是否仍然有效。
追问： 现在手上的协作产品里，哪些反馈其实不该待在消息列表里，而应该回到它所指向的对象旁边？
[!quote] 参考资料