收束：把服务关掉、降级或转交

服务的结束不是一句宣告，而是一串动作：清账、交接、通知、关权限。

一、服务不会自己结束

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一位开发者在小群里说过三次「做完这个就不接了」。

第一次是 3 月，手上有两个项目，他说做完就停。4 月，一个老客户介绍来一个「只做两周」的小活，他接了。6 月，前同事请他帮忙看一个上线故障，按天计费，他接了。8 月，一个报价明显高于市场的项目找上来，他又接了。

到 10 月，他手上的客户从 2 个变成 5 个，产品的最后一次提交停在 7 月。

问题不在于他意志薄弱。服务的结束需要的是一个流程，而不是一个决定。 只要询价还在进来、只要旧客户的维护还没到期、只要你的收款账户还挂在服务合同上，这条管道就会持续供给工作。

二、三种收束方式

收束不等于关门。按「还接不接新单」「还负不负责存量」两个维度，可以分成三种方式：

按义务与现金决定方式，不规定必须先降级再转交。已经具备到期结束条件的，可以按约结束；仍有交付义务的，不能凭个人退出计划单方停止。

2.1 三种方式共享的三个前提

不论选哪一种，有三件事必须先做完，否则收束会变成失联：

• 算清现金缺口。 月缺口=max(0,生活支出+未重复扣除的必要经营、税费及交付支出−可用产品现金−保留服务现金−其他确定现金来源)。再逐月累计交接准备期支出，与未被退款等义务占用的可用储备比较；不套“储备一半”的统一门槛。
• 确认合同义务。 逐份看终止、通知、质量、赔偿、IP 与数据安排。按合同规定的形式和期限通知，保留送达；不能把30天当所有合同的统一期限，也不能仅因口头作出就断言没有效力。
• 指定一个对外口径。 谁来说、说什么、什么时候说，只留一个版本。多个版本的口径会在客户之间互相流传，最后变成「你是不是要跑路」。

三、存量客户的分类与处置

不要按「谁给的钱多」排序，按两个轴分类更实用：合同剩余期（还有多久必须交付）与依赖程度（换掉你需要多大成本）。

关系价值不单独成轴，而是作为调整项：同样是 B 类，如果对方是你未来产品的潜在客户或转介绍来源，可以把「不续约」改成「降级为按次顾问」，成本很低，但保留了通道。

四类客户的沟通重点也不同：

• A 类：同时核对截止义务和接手安排。没有接手人不能自行免除履约，也不应隐瞒确定的不可服务日期；尽早讨论可执行方案。
• B 类：谈「交接什么」，不谈「为什么走」。对方有内部能力，最关心的是文档与知识转移是否够用。
• C 类：谈「顾问期的边界」。明确次数、时长、响应窗口，把「有事找你」变成一份可计价的小合同。
• D 类：谈「什么时候结束」。一句确认邮件即可，不要额外承诺，也不要临时加送功能。

四、先分清终止、转交与介绍

介绍费不购买免责。合同义务转移的确认记录至少包括：各方主体与授权、转移范围及生效日、客户同意、接手方接受、原方仍负哪些责任、验收/保证义务、应收应退及争议安排。

4.1 盘点未完成事项

处理顺序按到期、持续损害、合同和法定义务决定。内部退出表的30/45/60天不能改变已经到期的义务。

五、交接包五件套

交接做得好不好，不看文档厚度，看对方能不能在你不在场的情况下完成一次部署和一次故障处理。

两个细节值得单独说：

• 先验证接管，再按授权移除。 新方先取得必要权限并验证登录、部署与恢复，再撤销原方不再需要的权限、轮换共享密钥。保留顾问权限时写清期限与最小范围，不能在新方尚无法操作时直接关权限。
• 数据角色与处理安排写下来。 客户确认不代替个人的权利。区分委托/转委托、向另一处理者提供及合并解散等转移：分别核对个保法第21、22、23条的要求，涉及跨境还要另核条件；受托处理终止后按适用要求返还或删除，不能任意保留副本。

六、90 天退出时间表

把收束当成一个项目来排，而不是「边做边看」。

排期的两条经验：

• 通知留足协商窗口。 依据合同期限和客户实际接管难度安排；不要预设客户接受一定需要多两周。
• 最后两周不要接新活。 收尾期最容易被「最后一个很小的需求」拖回原点，新增需求先评估并按约确认；已到期的质量、安全及其他义务不能仅进列表而不处理。

七、退出后的关系维护

退出不是拉黑。三条通道可以保留，但要先设边界。

转介绍。 把不适合自己的需求转给合适的同行，是成本最低的关系维护。是否收介绍费要提前说清：收，就写清比例与结算方式；不收，就不要在事后提。模糊的互惠最容易伤关系。

顾问式支持。 按次计费，每次有明确议题与时长上限（例如每次 2 小时、每月不超过 2 次）。不要开放「随时问一句」，那会把降级重新变回全职。

公开说明的边界。 公告只写事实：不再承接新项目、存量客户的服务截止日期、后续联系方式。不写原因、不写对客户的评价、不写具体项目名称。涉及客户信息的表述，还要受保密条款与个人信息保护规则的约束。

一段可用的公告（教学假设）：

从 11 月起我不再承接新的开发项目，手上客户的服务会按合同执行到约定日期，之后转入按次顾问。已有的开源项目与文档会继续维护，问题仍可在仓库里提。感谢过去几年的合作。

三段话，只讲时间、范围、后续通道，没有解释也没有评价。清晰公告有助于减少误解，但仍应准备回答存量客户与交接有关的合理问题。

还有一条常被忽略：退出后不要接「只有你能做」的急单。 这类单子看起来是帮忙，可能再次占用大量时间；是否存在合同和责任要按具体承诺与事实核对，不能因未签新纸质合同就认为没有约束。真要做，先按顾问价报价、限定工时、写清范围，再动手。

八、行动清单

• 列出全部存量客户，标注合同剩余期与依赖程度。
• 计算支出覆盖、逐月现金缺口及未占用储备；结构替代率只作辅助描述。
• 按法律、合同、实际履约及损害核对各项承诺，不能用内部截止日期覆盖已到期义务。
• 为每个客户准备一份交接包，按五件套逐项打勾。
• 排出 90 天时间表，标出每个客户的最后交付日。
• 写一段统一的退出告知话术，避免每次临场解释。
• 收尾时逐项移除自己的账号与权限，并留一份确认记录。

使用边界与实操验收

退出与现金示例：月生活支出15000，暂设没有其他必要支出，产品可用现金为0，保留维护贡献6000，则月缺口=max(0,15000−6000)=9000；9万元未占用储备静态可撑10个月。若维护也停止，则缺口15000、可撑6个月。若另有产品贡献9600，保留维护后缺口为0，但仍需核对未来交付及退款义务。收入低于支出时缺口应为正，不能反向减。

转介示例：各方明确以可转交的剩余合同金额80000作为介绍费计费基数，约定15%，则介绍费为12000，未扣相关税费时覆盖生活费12000÷15000=0.8个月。实际是否到账、是否含税和结算触发条件要另列；“剩余合同金额”不能临时换成未说明的“首年合同额”。原合同责任是否转移，仍取决于有效协议与客户同意，不能从12000的费用推出。

90天时间表只是概称：2+4+4+3=13周，实际91天；把具体日期写进内部计划，并另遵守合同及法定期限。验收至少做一次接手方独立部署和恢复，检查旧方权限撤销、新方可操作以及待保留记录的依据。

关键参考与核验范围

下列官方资料只支持所标明的规则。案例、价格、评分与工时为教学假设，核验日期：2026-10-22。

• 民法典 ：第551、555条涉及债务及合同权利义务转让；解除和违约后果应结合合同与履约事实核对。
• 个人信息保护法 ：第21条涉及委托与转委托及终止返还/删除，第22、23条区分特定主体变更与向其他处理者提供。
• 会计档案管理办法 ：按会计资料分类保存，单位终止前形成的档案仍需妥善处置；不是所有合同、交付文档的统一期限表。

系列导航

• 上一篇：服务与产品并行：时间、收入与冲突
• 回到目录：一个人的服务生意：从接单、报价到产品化
• 相关阅读：什么时候砍掉一个产品 、交接与数字遗产