小程序定制项目做到一半，对服务商彻底失望，想换人又不敢：尾款付没付、源码在谁手里、新团队能不能接手，一串问题没有答案。中途更换服务商，是定制项目里代价最高的操作，但真到了那一步，也有损失最小化的走法。
先判断值不值得换
先分清是情绪问题还是事实问题。响应慢、态度差，但代码质量和进度都在线上，这是情绪问题，换人的代价可能大于忍受。事实问题的信号很明确：承诺的里程碑连续两次跳票且拿不出具体原因、要求看进度和代码被拒绝、核心开发悄悄离职无人接手、报价之外不断以各种名目要钱，这些都属于硬信号，别自我安慰，也别心存侥幸。两条以上命中，小程序定制的止损就要趁早，拖得越久沉没成本越大。
换之前锁住三样东西
决定换，先别撕破脸。第一锁账号：小程序账号、服务器、数据库的权限，以协作的名义移到自己名下，这一步不动声色但要最先做。第二锁成果：让当前团队把已完成的部分打包，源码、数据库结构、部署文档，按合同主张交付，尾款可以作为交付的筹码谈。第三锁证据：沟通记录、付款凭证、每一次验收的文档，全部归档，万一走法律途径，这些就是底牌。三步做完，主动权就回到了你手里。
- 新团队接手前做代码评估，判断能不能续建，别盲目推倒重来
- 交接会三方一起开，旧团队讲清楚架构和坑，有时能谈下来
- 重新签约时工期重新评估，接手的项目普遍要慢两到三成
接手方怎么选
接手半截项目，比从零开发难，愿意接的团队会挑，客户也要挑。让对方先做一次代码体检：结构是否清晰、文档是否齐全、能不能跑起来。体检费通常几百到两千，值得花。比格网络接过不少这样的项目，评估后的结论一半是可续建、一半是建议重构，客户最怕的是选错第二次。
接手评估时还要看一样软性的东西：旧团队留下的沟通记录。新服务商从聊天记录里能看出当时的决策脉络，为什么这个功能砍了、那个规则定了，比看代码更快进入状态。所以中途换人别急着解散旧群，导出记录交给接手方，半天功夫省对方一周的摸索，这笔时间账值得算。
两条建议：换服务商前先做账号和成果锁定，再谈分手；接手前花小钱做代码体检，避免二次踩坑。项目能不能中途换人，其实定制签约那天就定了一半，账号归谁、源码条款怎么写，平时看不见，出事时全是命门。
