2012 年 11 月，Stewart Butterfield 面对的是一个很难解释给外人听的局面：有人深爱他们做的游戏，游戏却养不起团队。
Glitch 是 Tiny Speck 开发的在线游戏。在当月的采访中，Butterfield 承认，他们花了太久才把一些玩法做得足够有趣。新玩家也很难迅速弄明白自己能在里面做什么。少数人留下来探索，形成了投入很深的社区，更多人没有走到那个阶段。[1]
团队尝试过改进，眼前的约束却叠到了一起：开发和运营费用、团队规模、增长前景，以及难以迁到移动设备的技术选择。关停并非一句“没有人喜欢”就能解释。[1]
同一篇采访里，Butterfield 说到另一个判断：要趁还没有被迫停下时结束，才能给员工离职补偿、帮助他们找工作，也给玩家退款。[1]
这句话让故事的重心发生了变化。公司账上剩下的钱，还有安置已经相信过自己的人这一种用途。
多年后的参与者回顾补充了当时的具体行动。Johnny Rodgers 记下，团队制作了一个介绍同事技能、帮助他们寻找新工作的页面，并在关停消息中附上入口。关停安排还包括面向玩家的说明和退款。2012 年 12 月 9 日，游戏服务器关闭。[2]
留下来的一小部分人开始开发 Slack。他们此前拼接出来的内部沟通工具，提供了新的方向。不过，2024 年写下的回顾已经知道后来的结果，2012 年留下的人还不知道。这里不能把下一次成功，倒写成上一次失败天然附带的奖品。[2]
我更想从这段经历里追问一件朴素的事：如果一门生意需要结束，创始人有没有给结束本身留出资源？
想象一个两人经营的活动报名服务，决定在三个月后停止。这是一个用于讨论的假设，下面的安排不是 Glitch 当年的执行方案。
看一眼服务器到期日，很容易觉得还剩三个月可以继续努力。但已经报名、尚未举办的活动怎么办，组织者何时能拿到完整名单，已收费用如何结清，都需要有人处理。到了最后一天才关掉新建入口，可能又制造出一批未来无法兑现的承诺。
我会先把“什么时候不能再卖”与“什么时候彻底停止”写成两个日期。前一个日期阻止新增欠账，后一个日期留给已有用户收尾。确切安排需要根据合同、服务承诺和实际迁移难度确定，不能照抄一个统一的天数。
接着，为仍依赖服务的人列一张交接表：正在进行什么事，下一步截止到哪天，谁负责通知，资料如何交付，什么结果算已经交接。一个活动组织者拿到了文件，却发现参与者和付款记录对不上，不能记成迁移完成。
这时最有价值的产品工作，可能是一条能用的导出路径、一份能看懂的说明，以及一个仍有人回复的联系入口。新功能是否继续做，要放回这张交接表判断。如果它会抢走完成既有承诺的人手，就需要重新排优先级。
员工的安排也要单独算。创始人可以继续寻找下一次机会，团队成员却需要知道工资、交接、推荐和求职支持各自怎样落实。帮助找工作是一项行动，不能被叙述成每个人都已得到满意安置；现有资料也没有提供这种证明。
对于仍在经营的小团队，这个故事不要求现在就准备退出。它提供了一个提前检查的角度：当收入停止、负责人暂时离开，或者某个关键服务中断时，有没有人能按照记录接手？需要多少时间，手里的资源够不够支持这段时间？
答案可能改变你今天接受的订单期限，或者让你先补一份交接说明。它未必增加当月收入，却能让承诺的范围更符合实际能力。
Glitch 的故事常被放进 Slack 的起源里。但游戏结束时，玩家失去了共同生活过的地方，同事失去了原来的工作。这些损失不会被后来的公司成绩抵消。把关停做得具体、给人留出过渡的余地，本身就是创业者需要承担的一部分工作。
资料与日期：
- [1] Christian Nutt，The story of Glitch: Why this odd MMO is shutting down，2012 年 11 月 30 日：对 Stewart Butterfield 的当时采访。本文按受访者归属转述原因与安置意图，不采用报道中将游戏结束泛称为公司结束的表述。
- [2] Building Slack，The death of Glitch, the birth of Slack，2024 年 12 月 20 日：参与者回顾，页面署名 Johnny Rodgers、Ali Rayl，正文以 Rodgers 的经历叙述。
- 两篇均于 2026 年 11 月 6 日阅读全文。关停原因来自当事人视角；活动报名服务及交接办法为本文分析与假设，不是亲历或已验证效果。
