上线之后：质保范围与长期维护怎么算

项目交付后最容易产生分歧的一件事是：这个改动算修 bug 还是算新需求。界定不清的结果是双方都觉得对方不讲理，所以这件事值得在合同里就写明。

怎么区分

• 缺陷：系统的实际表现与约定不符。例如表单提交失败、页面在约定支持的浏览器上错乱、数据计算结果与规则不一致；
• 新增需求：约定范围之外的功能或改动。例如增加一个原本没有的字段、调整已确认的业务规则、适配约定之外的环境；
• 灰色地带：需求文档没有写明、双方理解不同的部分。这类情况建议按「如果当初说清楚会不会加价」来判断。

减少灰色地带的办法是在验收阶段把约定范围写具体，特别是支持的浏览器与设备、性能预期、以及各类边界情况的处理方式。

质保期内做什么

质保期内的缺陷修复不另行收费，按影响程度排优先级：影响下单、支付、表单提交这类核心流程的优先处理，展示类问题按正常排期。响应时间与处理时限在合同里约定，而不是口头说「尽快」。

长期维护的几种安排

常见的有三种：按需计费，出问题时报工时；包年维护，覆盖一定工时内的日常维护与小改动；以及客户自行维护，我们只在交接时提供完整文档与培训。

选哪种取决于客户内部是否有技术人员。没有的话，完全自行维护在遇到服务器问题、证书到期、依赖升级这类事情时会比较被动 —— 这几项不需要很多工时，但需要有人知道该做。

无论哪种，文档都要给全

即使选择包年维护，完整的部署文档、运维说明和账号所有权也应当在交付时一并移交。维护服务的价值在于省时省心，而不是让客户离不开。相关交付清单见合作流程。维护范围与具体服务线相关，见平台与系统开发。