系统上线之后，你们还会继续支持吗？还是项目一交付就结束了？

结论：会继续支持，但上线支持、缺陷保修、生产运维和新增迭代必须分别约定。

滚水科技不会把“项目已交付”理解为立即失联，也不会用扣留源码、账号或数据迫使客户续约。上线前双方选择后续模式、服务时段和责任；客户可以继续由原团队支持，也可以内部接管或更换供应商。

在安排里程碑、资源与验收节奏时，还可以对照 你们会帮我运维吗？ 和 软件项目交付后的维护与运维周期一般是多久？；这些内容补充了需要放在同一项决策中考虑的上下文。

上线后的四类工作不是一个服务包

发布窗口的上线支持包括部署、观察、回滚准备和现场问题处理；缺陷保修处理交付范围内可复现且不符合验收标准的问题；生产运维负责监控、事件、备份恢复、容量和安全维护；新增流程、报表或平台适配属于迭代。若合同只写“提供售后”，遇到证书过期、第三方 API 改版或容量扩展时就难以判断责任。

接续方式	适合客户	滚水科技承担	客户仍需承担
保修期后按需支持	非核心、低变更且内部能监控	按工单评估修复或变更	日常监控、备份、续费和首次排查
工作时段维护	一般内部或低峰业务	巡检、告警处理、发布与约定维护	非服务时段风险及业务决策
带 SLO/SLA 的运维	收入、设备或生产依赖系统	值班、事件分级、恢复、复盘和演练	目标与成本取舍、第三方合同、必要授权
客户接管/更换团队	已有研发运维能力	资产清点、文档、培训、陪同发布和撤权	后续人员、流程和生产责任

不存在默认适用于所有项目的“免费 1—3 个月”。保修期限、开始日期、缺陷定义和排除项以合同为准；即使有保修，生产监控、云资源续费和夜间值班也不会自动包含。新增功能不能因出现在保修期内就视为免费缺陷，原范围内的真实缺陷也不能被包装成新需求收费。

支持承诺怎样落到证据

服务表要列时间窗口、联系入口、事件等级、首次响应目标、恢复或缓解目标、升级人、统计口径、排除项和未达标后果。Google SRE 对 SLI、SLO 与 SLA的区分说明，SLA 不只是技术目标，还要说明未满足目标的后果。客户说明营业时段、关键业务与可接受中断后，滚水科技会基于现有监控和风险提出真正影响用户的 SLI/SLO、服务档位与成本差异，再由客户确认商业取舍；不会让客户自行填写技术目标，也不会只写 CPU 或“及时处理”。

上线初期会建立核心流程、错误率、延迟、队列、资源、备份和证书等监控，验证告警能到达值班人。事件处理保留时间线、影响范围、操作和恢复证据；重大问题结束后做无责复盘，修订监控、手册和预防项。DORA 的软件交付研究可帮助观察变更失败和恢复表现，但目标值要依据本系统基线及业务影响制定。

支持第三方问题的边界也要明确：滚水科技可以定位调用、切换降级、联系供应商和实施已约定的替代路径，却无法保证支付、短信、云平台或应用商店在我方时限内恢复。客户应以自己主体持有合同和账号，避免故障时无法直接升级工单。

从第一天就为可接管做准备

代码仓库、云账号、域名、开发者账号和业务数据应由客户拥有或按合同明确归属，我方使用具名、可撤销权限。交付包包括源码版本、构建部署、架构和数据说明、配置及密钥位置、监控、备份恢复、第三方资产、已知问题与运行手册。密钥不在普通文档中明文交接。

若客户接管，验收方式不是“开过培训会”，而是由接手团队在受控环境完成一次构建、部署、回滚和备份恢复，并能处理一类模拟告警；之后撤销滚水科技权限。若继续合作，则按运行数据定期调整服务，避免长期为不需要的 7×24 能力付费，或让关键系统处于无人响应状态。