你在重复设计同样的错误

一句话总结：组织记忆不会一下子失灵。它随着一个又一个人的离开而淡去。旧决定背后的推理一旦消失，团队就会再次犯下同样的错误，仿佛从未经历过。

就在此刻，某个设计团队正争论导航该放侧边栏还是顶部。同一家公司三年前就争论过完全一样的事。有人做了研究，作了决定，上线后看到表现不佳。决定被推翻。笔记也写了。然后，那些记得细节的人开始离开。一位新设计师从一家热爱侧边栏的公司加入。现在，争论又回来了，仿佛之前什么都没发生，又耗掉两周，最后还是同样的结果。

这会发生，是因为团队会遗忘。聪明的团队也会。

知识随人离开

每个组织都靠两种知识运转。一种存在于文档里：规格说明、事后复盘、设计文件、会议记录。另一种存在于人的头脑里：决定背后的背景、没写进总结的部分，以及为什么某件事试过后又被砍掉的记忆。心理学家 Daniel Wegner把这称为交互记忆：知识分布在群体中，而不是一个人脑中，每个人都知道谁通常知道什么。

只要人还在，这套系统就能运转。Wegner 的研究显示，成员稳定的群体在回忆任务上优于成员发生变化的群体，因为他们已经建立了一张内部的专长地图。一个人知道用户研究的历史。另一个记得上次导航改版发生了什么。还有人在首席执行官砍掉模态窗口模式时就在现场。只要这些人还在，团队就还有工作记忆。

然后一个人走了。再一个人走了。知识不会整整齐齐地转移进文档，因为其中很多内容从未被有效记录下来。侧边栏失败的原因，可能是当时的用户群、实现时的技术限制，以及后来已经变化的产品策略共同作用。这些都不会出现在更新日志里。Barbara Levitt 和 James March这样描述组织学习：

把从历史中得出的推论融入指导行为的惯例。

— Levitt & March · 译自英语

负责把经验写进惯例的人一走，这个过程就断了。文档里留下的，往往只有结果，没有推理。

团队忘了，然后重来

James Walsh 和 Gerardo Ungson研究了，人离开时，组织内部的知识会怎样。在组织尝试储存知识的所有地方中，个体成员携带着最细腻、最有层次的版本。他们也是消失得最快的。

组织几乎从不把这叫作遗忘。没人说，这件事的组织记忆丢了。他们说，让我们换个新角度看看。他们再开一次工作坊，再做一个原型，把它叫作迭代。从外面看像是进步。很多时候，却是公司又花钱学了一遍同样的教训。同一个糟糕的模态窗口，换了更干净的视觉处理，又回来了。

MySpace 重复了同样的教训

2005 年，News Corporation 以 5.8 亿美元收购 MySpace，接手的是一个有真实问题的平台：加载慢、布局充满广告、移动端表现薄弱。这些不是隐藏问题，而是一个庞大平台上看得见的产品问题。

接下来的几年里，公司一直试图改善业务，却没有真正摆脱这些核心问题。网站仍然杂乱。广告负担仍然是体验的一部分。移动端也没能及时成为优势。这并不能证明，每个问题都来自组织记忆流失。但它确实展示了另一种后果：公司一直背着旧的产品债务，却没有留下清晰的共同记忆，说明这些债务从何而来，又是哪些取舍让它们迟迟未能解决。MySpace 在 2011 年以 3500 万美元售出。

重新开始前，先问这个

解决办法从一个习惯开始。重新讨论某个决定之前，先停下来问：这件事是不是已经试过？大多数团队不需要更多文档。他们需要的是一种本能：别再从零开始，先查公司已经学过什么。

要具体。问谁做过侧边栏布局的可用性测试。问上次新手引导变动时发生了什么。问 2022 年提示气泡上线后得到了什么结果。这些答案存在于某处。可能在某个人脑中，埋在十八个月没人打开的 Notion 页面里，或者被一个三年前夏天在这里工作、至今还在 Slack 里的合同工模糊地记着。

设计系统是部分答案。Nielsen Norman Group把设计系统描述为一种共享语言，能减少跨团队、跨时间反复争论同一选择的需要。但设计系统更容易记录制作层面的决定，而不是研究层面的决定。它不会告诉你，一个模式上次为什么失败，用户哪里遇到了困难，或哪项取舍迫使团队退了回来。

这些需要有人记得。而要有人记得，团队就得把记忆当资产，而不是挡在新思路面前的阻力。我见过团队把历史当包袱，紧接着就重复了它。待得最久的人，往往比任何系统都保存着更多真实的产品记忆。

团队最昂贵的工作，就是把同一个教训学两次。