软件外包质保期多久？免费维护范围与收费

验收通过那天，很多甲方才第一次认真看合同里的「保修」条款，发现上面只有一句「提供一年免费维护」。这句话能覆盖什么、不能覆盖什么，往往要等到第一次提需求时才吵清楚。质保期是外包合同里最容易被写成一句话、也最容易在半年后变成争议的条款。

一、质保期常见三档：3个月、6个月、12个月

质保的长度应当跟着项目复杂度走，而不是跟着合同金额走。3个月，适合功能单一、页面少、没有硬件介入的小项目，比如一个表单工具、一个单端小程序。这类项目上线后暴露问题的窗口很短，三个月足够。

6个月，适合有一条完整业务闭环的项目，含支付、订单、后台运营。这也是聚辉合同里最常见的一档，因为这个周期通常能覆盖第一轮真实业务高峰。

12个月，适合带硬件对接的项目，比如充电桩、智能售货柜、门禁，或者与甲方已有 ERP、财务系统深度打通的项目。硬件与第三方接口的异常，常常在真实运行几个月后才暴露，质保需要覆盖这个周期。

质保期不是越长越好。报价里每延长一个月质保，大约是合同额的1%到1.5%，写进总价还是单列，签约时要说清楚，不然「送三年质保」的报价往往已经在别处加了价。

二、质保覆盖什么：缺陷修复，不是需求变更

软件外包质保期内的免费范围应当限定为程序缺陷：功能与已确认的需求文档、原型不一致，或者程序在约定环境下报错、崩溃、产生数据错误。

以下都不属于质保，需要另立变更单：新增功能、调整业务流程、改版视觉、更换第三方服务商、因平台规则升级导致的适配，比如微信接口调整、应用商店政策变化。我们处理过的质保期争议，多数都源于这条界线没写清。把界线写进合同，比事后争论有效得多。

三、起算点是最容易写错的地方

常见三种写法：交付源代码日、上线日、验收通过日。建议统一用「双方签署验收确认书之日」。

用上线日会遇到一个问题：项目上线后甲方自己拖着不推广，几个月后才开始真正使用，保修期已经过半。用交付日则对甲方不利，代码到手但还没上线，出了问题也算在质保里。签字日最清晰，双方都能核对。

四、质保结束之后怎么收费

两种主流方式。一是按合同额比例，行业常见8%到15%每年，覆盖范围与质保相同，并约定响应时限。二是按人天，适合改动频率不确定的项目，单价按当年人天报价执行。

以一份10万元的合同为例，8%到15%对应每年8000到15000元，大致相当于每年6到11个中级工程师人天的工作量。这就是判断一份维保报价是否合理的参照：报价明显高于这个折算，就要问清覆盖范围和响应时限是否对等。

五、四类不在质保范围的情形

第一类，甲方自行修改代码，或委托第三方修改后产生的问题。第二类，服务器、网络、云资源本身故障，或甲方擅自迁移环境。第三类，第三方服务变更，包括支付通道、短信通道、地图服务、平台审核规则。第四类，需求变更与功能新增。

这四类要在合同里逐条列明，并配套写一句：如因上述原因需要乙方协助，按人天计费。有了这句，双方在出问题时就不会陷入「到底算不算质保」的拉扯。

六、把质保写进合同的5个条款

质保期：自验收确认书签署之日起12个月。响应时限：P1级系统不可用2小时内响应、8小时内提供方案；P2级核心功能受限8小时内响应；P3级一般缺陷2个工作日内响应。免费范围：仅限与本项目需求文档、原型、验收标准不一致的缺陷。排除范围：上述四类情形逐条列明。期满维保：按合同额每年一定比例或按人天，另行签署维保协议。

质保条款的价值不在长度，在于边界清楚。一份写清边界的一年质保，比一份含糊的三年质保更能保护甲方。