好好关门也是一种本事：vibe 项目的关停与告别实战

每个 vibe 项目都会走到两种结局之一：被人接手，或者关门。接手有无数的教程，关门却几乎没有。结果就是，很多项目不是“关掉”的，而是“烂掉”的：域名某天过期，服务器某天欠费，用户某天发现登录不上，作者在社交媒体上留下一句“最近比较忙”，然后就没有然后了。好好关门不是失败者的体面，而是一项可以照着清单做完的手艺。

下面这篇用一个虚构例子贯穿始终：沈青（虚构人物）做了三年的待办清单工具“青柠清单”（虚构产品），有 800 多个付费用户，某天因为维护成本超过收入，决定在 90 天后关停。所有人名、产品名、数字均为虚构示例，只为讲清方法，不指向任何真实项目。如果你正好在考虑关停自己的项目，可以把“青柠清单”换成你的产品，把时间表里的天数换成你的实际情况，清单本身不用改。

先回答三个问题，再宣布关停

宣布之前，先把三个问题写在纸上。第一，关停的原因是什么，用一句话说清楚：是没人用，是成本扛不住，还是你本人没时间了？原因不同，告别信的写法完全不同。“没人用”可以坦率地说数据，“成本扛不住”可以公开算一笔账，“没时间”就不要编一个市场原因。第二，有没有别的出路：开源、转交给社区、卖给同行、降级成免费静态版？这四个出路里只要有一个走得通，关停就不是唯一选项。第三，用户的核心数据是什么：对清单工具来说是任务数据，对记账工具来说是账本，对写作工具来说是文章。先把“用户最不能丢的东西”圈出来，整个关停计划都要围着它转。

沈青（虚构）的答案是这样的：原因是服务器与短信成本超过订阅收入，且她本人接下来一年要全职照顾家庭，没法再响应故障；出路试了一圈，开源没人接手、转交谈了两家都没成、卖不掉，降级静态版会丢掉同步功能等于换了个产品，所以决定彻底关停；用户最不能丢的是任务数据与附件。三个答案写下来，关停就从情绪决定变成了工作计划。很多关停之所以烂尾，就是因为这一步被跳过了：作者在情绪最低点宣布关停，宣布完才发现自己根本不知道用户最在乎什么。

一张倒推时间表：90 天怎么分

时间表要倒推着排，而不是正推着想。假设关停日是 T 日，也就是服务器停止服务的那一天，那么 T-90 天是宣布日，T-60 天是导出工具上线日，T-30 天是最后一次扣费日，T-14 天是提醒高峰，T-7 天是只读切换日，T 日是停止服务日，T+30 天是数据彻底删除日。每个节点都要有明确的“用户能做什么”和“作者要做什么”，不能只有一个日期。

宣布日要同时上线三样东西：告别信、导出工具、时间表。只发告别信不给导出工具，等于告诉用户“你的东西要没了，但你现在还拿不走”，恐慌和投诉都会翻倍。导出工具上线日可以比宣布日晚几天，但不能晚过两周；超过两周，用户会默认你根本没准备好。最后一次扣费日必须卡在关停前至少一个月：关停前还在扣费，是最容易引发退款纠纷和口碑崩盘的操作。只读切换日的意思是：提前一周把产品切成“只能看、只能导出、不能新增和修改”的状态，这样即使有人在最后一刻才看到消息，也不会在关停前夜又写进去一批新数据然后丢失。

数据彻底删除日要单独写进时间表，而且要真的执行。很多项目宣布“关停后 30 天删除数据”，实际上服务器一关就没人管了，数据库备份还躺在某个云盘里。删除日要做的事包括：删生产数据库、删备份、删第三方服务里的数据、删日志里的个人信息残留，做完之后写一条公开的完成说明。删不干净的“关停”，比不关停更伤信任。

数据导出：给三档，不要只给一档

导出工具最常见的错误，是只给一种格式。技术用户想要 JSON 或 CSV，普通用户想要能直接打开的东西，认真用户想要连附件一起打包的完整档案。所以导出要给三档：第一档是“一键打包下载”，一个压缩包里有全部数据与附件，普通用户点一下就能拿走；第二档是“标准格式导出”，CSV 或 JSON，方便用户导入别的工具；第三档是“按条目导出”，单篇、单个清单、单个月份可以单独拿走，适合只要一部分数据的用户。

导出之前还要做两件容易被忽略的事。第一，导出预览：让用户先看到“这次会导出多少条、多少附件、多大”，再点下载。没有预览，用户会反复下载、反复怀疑自己漏了东西。第二，导出校验：下载完成后给一个简单的自查方法，比如“你的压缩包里应该有 3 个文件夹、1 个说明文件”，或者提供一条数、附件数的对照。沈青（虚构）在“青柠清单”里还多做了一步：导出包里附了一份纯文本说明，写清每个文件的含义和导入别家工具的通用方法。这份说明只有一页，却是用户事后感谢最多的东西——因为它回答了用户真正的问题：“我拿到这些文件之后该怎么办？”

附件、图片、评论、协作记录这些“附属数据”最容易被漏掉。清单工具的任务正文导出了，任务下面的评论没导出；记账工具的账目导出了，发票照片没导出；写作工具的文章导出了，评论区的讨论没导出。导出清单要按数据模型逐项打勾：主数据、附件、评论、标签、协作关系、设置，能导出的全部列出来，不能导出的也要写明原因和替代办法。写明“导不出什么”比假装“什么都导出了”要体面得多。

订阅与退款：先停扣费，再谈补偿

订阅处理的顺序不能错：第一步是停止一切自动扣费，第二步是处理剩余时长，第三步才是补偿方案。顺序反了，比如先谈补偿、后停扣费，中间又多扣了一期，补偿谈得再好听都没用。剩余时长的处理要给用户选择权：按比例退款，或者折算成导出期延长、其他产品的抵扣。不要只给一种方案，更不要默认“不退款、只延长”——延长一个即将关停的产品的使用期，对用户来说毫无价值。

退款规则要写成白纸黑字：哪些情况全额退、哪些情况按比例退、退款到账需要几天、通过什么渠道申请、谁来处理争议。沈青（虚构）的做法是：年付用户按剩余天数比例退款，月付用户退还关停日之后未使用的天数，退款申请窗口开到关停后 30 天，申请入口放在告别信、产品内公告、邮件三个地方。规则写得越具体，客服压力越小；规则越含糊，用户越会默认最坏的情况，然后用最激烈的语气来问。

第三方支付与应用商店的订阅要单独处理。网页端订阅可以在后台直接停，苹果与谷歌应用内订阅则需要用户自己去商店取消，或者由作者通过商店接口处理。告别信里必须写清每种订阅渠道的取消路径，附上截图或步骤，不要只写一句“请自行取消订阅”。很多用户不是不想取消，是不知道在哪个菜单里取消。

沟通：四封信，各写给各的人

关停期间至少要发四封信，每封的读者和任务都不同。第一封是宣布信，写给全体用户：原因一句话、时间表一张、导出入口一个、退款规则一段，不要抒情，不要写成长篇散文。第二封是提醒信，在 T-14 天和 T-7 天各发一次，写给还没导出数据的用户：只讲“你还有多少数据没导出、最后期限是哪天、点哪里导出”，不要重复第一封的全部内容。第三封是感谢信，在关停日当天发：感谢使用、说明数据删除时间、留下联系方式，不要在这个时候推销新产品。第四封是完成信，在数据删除日后发：确认删除已完成、归档页面地址、后续联系方式。

四封信的语气有一个共同原则：把事实放在前面，把情绪放在后面。用户在关停期间最需要的是确定性：我的数据还在吗、什么时候没、去哪里拿、钱怎么办。每一封信的开头三行必须回答这封信对应的确定性问题，抒情和回忆可以放在后面，但不能放在前面。沈青（虚构）的宣布信开头就是：“青柠清单将于 90 天后停止服务；你的数据可以在此之前一键导出；年付用户将按剩余天数退款。”三句话，三个确定性，剩下的才是原因和感谢。

沟通渠道也要分层：产品内公告、邮件、社交媒体，三处都要有，但内容不能简单复制。产品内公告面向正在使用的用户，写操作步骤；邮件面向全体注册用户，写时间表和退款；社交媒体面向围观者和潜在用户，写原因和归档地址。只发社交媒体不发邮件，等于默认“没看到就是活该”；只发邮件不在产品内公告，等于正在用的用户最后才知道。

只读归档：给产品留一个体面的墓碑

关停不等于从互联网上抹掉。很多项目关停后，原来的网址直接 404，搜索引擎里的链接全部失效，别人写的教程、推荐文章一夜之间全成死链。更好的做法是留一个只读归档页：原域名跳转到一页说明，写清产品是什么、为什么关停、数据导出期到哪天、替代工具推荐（如果有的话）、联系方式。归档页不需要保留完整功能，但要保留“这个产品曾经存在过”的基本信息。

归档页还要处理好跳转：旧的帮助文档链接、博客文章链接、分享链接，尽量跳转到对应的归档说明，而不是一律跳首页。分享链接尤其重要：用户过去分享出去的清单、文章、页面，关停后点开应该看到一句明确的说明，而不是空白页或 404。跳转规则写起来不难，难的是有人愿意在关停的最后一周里花半天时间去做。这半天花得值不值，看的是你对“别人写过你的产品”这件事的尊重程度。

善后清单：关停日之后还有 30 天的活儿

关停日不是终点，之后还有一张善后清单。第一，确认退款全部到账，争议全部关闭；第二，确认数据删除按时间表执行，并写完成说明；第三，注销或转移不再需要的第三方服务：短信、邮件、支付、统计、错误监控，能停的停，能删的删，避免关停半年后还在为一个不存在的产品付费；第四，处理域名与商标：域名可以保留归档页，也可以释放，但要写进计划，不要让它自然过期后被抢注成钓鱼站；第五，写一篇内部复盘：哪些决策是对的、哪些是错的、如果重来会在哪里提前准备，这篇复盘不一定公开，但一定要写，否则下个项目还会重复同样的关停方式。

团队项目还要多一步：交接与致谢。谁负责善后 30 天、谁负责客服收尾、谁负责删除执行，都要写名字和截止日期。志愿者、兼职、社区贡献者如果有，也要公开致谢。关停期间最容易寒心的是“一直在帮忙、最后连名字都没出现”的人。

善后期还有一个容易被低估的任务：回答“后来问起来的人”。关停后三个月、半年，仍会有人发邮件问“我以前的数据还能拿回来吗”“你们会不会重启”。提前写好一封标准回复模板：说明数据已按时间表删除、无法恢复、归档页地址、推荐的替代工具，客服收尾的人直接复用，不用每次重新组织语言。模板的存在，意味着关停真正结束了，而不是变成作者邮箱里永远悬着的待办。

反模式：关停时最常见的五种烂尾

第一种，突然死亡：没有任何预告，服务器一关了之。用户的数据、订阅、协作关系全部悬空，口碑直接清零。第二种，无限延期：宣布关停又一延再延，用户不知道到底哪天是最后一天，导出和退款全部拖在半空。第三种，只关产品、不关扣费：服务停了，自动扣费还在跑，这是唯一一种会从“遗憾”变成“纠纷”的关停方式。第四种，导出做样子：导出按钮存在，但导出来的文件打不开、缺附件、缺评论，用户拿到了等于没拿到。第五种，情绪化告别：宣布信写成控诉信，抱怨用户、抱怨市场、抱怨同行，把一次体面的告别变成一场公开决裂。

这五种烂尾有一个共同点：作者把关停当成了“结束”，而用户把关停当成了“交接”。结束只需要一个决定，交接需要一张清单。本文的全部内容，其实就是把“结束”翻译成“交接”：时间表、导出、退款、沟通、归档、善后，每一项都是交接的一个环节。做完这些，项目可以关，信任可以留。

与已发指南的划界

本篇讲的是整个产品关停，与几篇邻近指南各有分工：功能下线指南讲的是单个功能停用，不是整个产品消失；维护模式与只读窗口指南讲的是临时只读、之后还要恢复，本篇的只读是永久归档前的过渡；账号删除与数据擦除指南讲的是单个用户主动删号，本篇讲的是作者主动关停全体服务；取消流程与挽留指南讲的是用户点“取消订阅”那一刻，本篇讲的是作者决定“不再提供服务”那一刻；数据归档指南讲的是数据长期保存的方法，本篇讲的是关停全流程里归档的位置。读的时候按“谁在做决定、决定影响多大”来区分，就不会串。