报价包不包含后续修改

"上线了，但我现在想改个按钮位置、加个字段——这是不是改一点点的事，免费的吧？"这种话在外包项目里天天出现。报价里的"开发完成"通常只指合同约定功能，不包含后续修改——把范围和边界讲清楚，才能避免上线后扯皮加价。

报价到底包什么

软件外包报价通常包含这几部分：

只有合同写明的范围内才包，其他都是变更。

"改一点点"的边界

最容易扯皮的就是"改一点点"：

算修改（免费或低成本）

• 文字错别字。
• 图片替换。
• 颜色微调。
• Bug 修复（质保期内）。

算需求变更（另计费）

• 加新功能、新页面。
• 改业务流程。
• 字段类型变化（如文本改下拉）。
• 改交互逻辑。
• 第三方对接新增。

灰色地带（看合同约定）

• 按钮位置移动（小改？布局重排？）。
• 字段加几个（加 1 个？加 10 个？）。
• 列表加排序（小功能？还是整套筛选？）。

灰色地带要靠合同写清楚，不然扯皮没完。

为什么"改一点点"也要钱

很多企业主觉得"加个字段多简单"，但实际成本：

• 加字段：数据库改表 → 后端改接口 → 前端改表单 → 改校验 → 测试。
• 一个"加字段"涉及 4-5 处改动和测试，不是 5 分钟的事。

软件开发是连锁改动，一处改处处改。所以即使看起来"小"，也涉及工时。

怎么避免扯皮

1. 需求文档写到字段级

• 每个页面有什么字段、什么交互。
• 字段类型、校验规则、来源。
• 越细越好，"做成 XX 那样"不算需求。

2. 合同写清范围与变更

• 开发范围（功能清单）。
• 质保期（修 bug 免费时长）。
• 变更流程（怎么提变更、怎么计费）。
• 设计稿确认机制（确认后改要另算）。

3. 确认环节留痕

• 需求文档确认签字。
• 设计稿确认签字。
• 演示验收留记录。

口头确认不算，必须文档留痕。

4. 变更单制度

任何超出范围的改动走变更单：

• 写明改什么。
• 估算工时和费用。
• 双方确认才执行。

变更单制度保护双方——客户不会被乱加价，开发不会被无止境改。

成本参考：变更怎么计费

人天单价参考 800-1500 元。变更越早提，成本越低——开发后期改成本是初期的 5-10 倍。

常见误区

• "开发完会一直帮我改"：质保期外的修改要钱。
• "加个字段不收费吧"：涉及多端联动，是工时。
• "口头确认就行"：口头不算，扯皮没证据。
• "上线后再想需求"：上线后改成本高，需求前期定。
• "改一点点都不给改"：合同约定好的范围内，开发有义务做。
• "变更单麻烦"：变更单保护双方，必须走。

怎么做

1. 需求文档写到字段级：每个功能描述清楚。
2. 合同写范围和变更流程：避免扯皮。
3. 设计稿/需求确认留痕：签字或邮件确认。
4. 建立变更单制度：超范围改走流程。
5. 变更尽早提：越早成本越低。
6. 找规范服务商：愿意走文档流程的，靠谱。

广州市汉诺雷斯（HNREIS）在合同里写清开发范围、质保期、变更流程，需求文档到字段级，变更走变更单透明计费。把你的项目需求告诉我们，我们出明细方案和报价。