紧急bug修复怎么响应计费

上线后遇紧急bug，质保期内免费修，质保期外计费。本文讲清紧急bug修复的响应和计费约定。

上线后遇紧急 bug，质保期内免费修，质保期外计费。 这篇讲清响应和计费。

任何软件项目上线后都会有 bug，这是行业共识，区别只在多少和严重度。所以"会不会有 bug"不是问题，"出了 bug 谁来修、多久修、要不要钱"才是要在合同里提前约清楚的事。

紧急bug的处理

1. 质保期内

免费修复。
质保期30到90天（视项目）。
Bug免费。

质保期是服务商对项目质量的承诺期。这段期间发现的任何缺陷类 bug，服务商都有义务免费修复，不能再额外收费。

2. 质保期外

按工单/套餐计费。
或签运维合同。

质保期结束后，bug 修复通常进入付费模式。常见的有按次工单、月度套餐、年度运维合同几种，客户按自己的活跃度选。

响应时间约定

严重度	响应
严重（影响使用）	几小时/当天
一般	1到2天
轻微	排期

合同写清响应时间。

严重 bug 比如系统瘫痪、支付失败、数据丢失，要几小时内响应、当天修复；一般 bug 比如某个非核心页面样式错乱，1 到 2 天处理；轻微 bug 比如文案错别字，可以排进下次迭代。

计费方式

1. 质保期

免费。

2. 按次工单

按bug修复次数。

3. 按月套餐

月度运维套餐。
含一定工单。

4. 运维合同

长期维护。

怎么避免bug多

1. 上线前测试

功能/兼容/性能测试。
充分测试。

2. 规范开发

代码质量。
Code Review。

3. 灰度上线

先部分用户。
稳定再全量。

灰度上线是降低 bug 影响的有效手段：先放给小范围用户使用，发现问题快速修复，确认稳定后再全量发布。比一次性全量上线再救火风险小得多。

bug少靠上线前质量保障。

别踩的坑

无质保期：上线没人管。
响应时间不清：紧急时没保障。
质保期外无约定：扯皮。
不重视测试：bug多。

成本参考

方式	说明	成本
质保期	含在项目	免费
按次工单	按次	按次
月套餐	运维	月费
运维合同	长期	按合同

怎么约定

合同写清质保期。
写清响应时间（按严重度）。
质保期外维护方式。
重视上线前测试减bug。
灰度上线。

广州市汉诺雷斯（HNREIS）项目含质保期（Bug免费修），响应时间约定，质保期外提供运维套餐。把你的项目需求告诉我们，我们规范售后。