做完之后你们支持交接吗？

支持，而且交接条款可以直接写进合同。滚水科技默认会留出一段明确的交接期，前半段交付源码、文档、账号权限，后半段陪客户团队跑日常运维和首次发布，确保人走之后系统还能跑得动。

我们通常这样安排交接：

1. 交付物清单先对齐：上线前会和客户对一份清单，包括源码仓库、构建脚本、部署手册、接口文档、数据库设计、第三方账号清单、运维 SOP。这些都准备好了才算"做完"。
2. 账号和权限切换：服务器、域名、云控制台、各类第三方平台（支付、短信、地图等）的超管权限统一切到客户主体的账号下，滚水科技保留必要的协作账号，等交接结束再退出。
3. 培训与陪跑：根据客户团队的情况，安排 1–4 周的培训，包括代码 walkthrough、部署演练、常见故障处置、日志和监控的使用方式。如果客户暂时没有运维同事，可以再签维保协议过渡。
4. 首次自助发布：交接后期我们会"在旁边看着"客户团队自己完成一次发版，确认整个流程他们都能独立跑下来，再正式撤场。

如果客户内部没有研发团队，或者短期内不打算自建团队，我们也提供按月或按年的运维和迭代服务。这种情况下交接的重点会从"接过去自己跑"变成"明确分工、随时可换"——文档、账号、源码同样齐备，只是日常维护暂时仍由我们承担。任何时候客户想自己接，资料都是齐的。

整体原则是：交付不只是 deliver 代码，而是让系统的运营权真正回到客户手里。我们做过的项目里，智慧赋能-工厂管理数字化 这种长期内部系统，交接做得越早越细，后面客户的内部团队越能放心接手并自己迭代。