交付后客户玩消失，项目怎么收尾
交付那天下班前，我把演示链接发过去，客户回了句「收到，我先看看」，然后就没了。一周、两周、三周，群里的消息像丢进井里。交付后客户玩消失，最贵的不是尾款收不回来，是你手上那个项目永远关不掉。
最贵的一课：没过验收节点就交付
我第一次遇到这种情况时，犯的错是在验收之前就把完整源码给了过去。
当时的想法是「反正都要给，早给显得专业」。 结果客户拿到东西之后就不急了——他已经拿到了全部价值，而我的尾款变成了一件「有空再说」的事。
这一课的教训只有一个：源码和尾款必须绑在同一个动作上。 演示用部署链接，验收通过再给仓库权限。这两件事分开，你就永远有得谈。
坑一：把「没消息」当成「没问题」
现象是客户不回消息，你心里想的是「大概还行吧」，于是继续等。
为什么踩：因为催款让人不舒服，你宁愿相信对方只是忙。
怎么避：把「沉默」明确写进合同或聊天记录里。约定一句——交付后若干工作日内未提出书面异议，视为验收通过。有了这句，沉默就有了含义。具体天数按项目和当地法律口径约定，以合同和当地法律法规为准。
坑二：所有沟通都靠一个群
现象是项目资料、需求确认、验收反馈全在客户拉的微信群里，群主是客户。
为什么踩：图方便，客户说拉个群就拉了。
怎么避：关键节点单独发一条可存档的消息。需求确认、报价、交付、催款这四次沟通，每次都在私聊里留一条文字记录。 群可以解散，聊天记录可以删，你自己手机里的那条不会。
这一点我在微信聊天记录能不能当证据里写过更细的做法。
坑三：消失之后开始情绪化催收
现象是等了半个月，一条消息发过去带着火气：「这都多久了？」
为什么踩：等待本身会产生成本感，越等越气。
怎么避：把催收变成流程，不是情绪。固定节奏、固定话术、每次都把「事情进展到哪一步」摆出来。 第一条问是否收到，第二条问是否需要补充说明，第三条说明下一步安排。理性的消息比愤怒的消息有效得多。
止损清单：按顺序执行
客户真的消失时，按这个顺序走：
1. 确认联络渠道还通——换一个渠道发一条，排除「他只是没看微信」
2. 发出一封书面节点确认——把已交付内容、待确认事项、约定的验收期限列清楚
3. 暂停后续服务——包括免费维护、部署支持、答疑，全部暂停并说明原因
4. 保留交付物控制权——如果还没给源码和账号权限，先不给
5. 评估是否值得继续——尾款金额和你的时间成本摆一起算一次
6. 结项归档——不管收没收到钱，把项目标记为已关闭，别让它一直挂着
第 6 条最容易被跳过，但它决定了你会不会被这件事拖住心态。
以后怎么防
第一，交付分节点。 我现在的做法是把交付拆成几个阶段，每个阶段都有对应确认，具体见私活交付分几个节点，我排了四个。
第二，交付物清单化。 每次交付都附一份清单，对方回复「收到」就算确认，具体见私活交付要交哪些东西，列个清单。
第三，回款节奏前置。 尾款的时点越早，客户消失的空间越小。
至于合同条款效力、违约责任怎么主张这些事，以当地法律法规和专业意见为准，我不给判断。
常见问题
Q：交付后客户玩消失，项目怎么收尾？
A：按「换渠道通知 → 发书面验收确认 → 暂停后续服务 → 保留控制权 → 结项归档」的顺序走。不管钱收没收到，都要把项目状态关掉。
Q：客户消失了，尾款还能要回来吗？
A：取决于合同约定、交付证据和你的追偿成本。金额不大时，投入的精力往往超过尾款本身，需要自己算一次账。
Q：源码已经给出去了，还有办法吗？
A：能谈的空间会小很多，主要靠沟通记录和后续服务来换。这也是为什么建议源码和尾款绑在同一个动作上。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」