商超查行情小程序售后服务补充协议

为明确原项目交付后的售后服务边界、免费服务期限、需求评估口径以及超范围服务的确认机制，避免因人力评估偏差、需求边界不清或理解分歧导致的争议，甲乙双方在平等、自愿的基础上，就原项目后续售后及版本迭代服务事宜，达成本补充协议。

第一条 定义与解释

1. 原项目：指甲乙双方已签署主合同并已交付、验收的软件系统及其既有功能范围。
2. 售后服务：指在免费售后期限内，乙方针对原项目提供的缺陷修复、兼容性修补、操作支持及约定范围内的小型优化服务。
3. 版本迭代需求：指在原项目基础上新增、扩展、重构、替换、流程变更、外部系统对接或超出原约定范围的功能调整。
4. P50 人力评估：指按正常软件开发人员工作效率进行的人力中位估算口径，不以 AI 生成效率或理想无损耗状态作为标准。1 人天 = 8 小时。
5. 中间人 AI 评估：指由甲乙双方认可的中立 AI 评估机制，对需求进行拆分、按前后端工种及难易程度估算工时，并输出书面评估结果。
6. 免费工时优惠：指规划版本需求经中间人 AI 评估并经甲乙双方共同确认后，可在该版本需求总工时基础上减免 16 小时；若确认总工时不超过 16 小时，则该规划版本需求免费。
7. 计费工时单价：指版本迭代需求按照 100 元 / 小时 的标准计算。
8. 规划版本：指纳入双方版本计划的需求，原则上 每 3 个月一个小版本、每 6 个月一个大版本。
9. 紧急版本：指不在规划版本范围内、因甲方临时紧急事项提出且需要优先插入处理的需求版本。紧急版本不属于免费范围，且不享受 16 小时优惠。
10. 免费小需求阈值：指单个规划版本需求单经中间人 AI 按本协议约定口径评估后，前端与后端合计 P50 不超过 2 人天，即不超过 16 小时的需求，可在规划版本内免费处理。
11. 需求单：指甲方通过文字、表单、邮件、聊天记录、工单系统或会议纪要形式明确提出，并由中间人 AI 进行拆分评估、再由甲乙双方共同确认的单项需求事项。

第二条 免费售后期限

1. 乙方为原项目提供 3 年免费售后服务，起算日为原项目最终验收通过之日。
2. 免费售后期限届满后，如甲方仍需乙方继续提供支持服务，双方应另行签订维护协议或补充协议。
3. 双方确认：乙方为兼职、非固定驻场人力，售后服务响应时效按本协议约定的工作日口径执行，不适用 7×24 小时驻场或专人实时待命标准。

第三条 免费售后服务范围

3.1 免费范围

1. 原项目已交付功能范围内的缺陷修复，包括因乙方交付内容导致的逻辑错误、接口错误、页面异常、权限异常、数据处理异常等。
2. 在原约定部署环境、原有第三方接口约定、原有业务边界不变的前提下，为保障原项目正常运行所需的兼容性调整、配置修补和小范围稳定性修复。
3. 甲方后续提出的规划版本需求中，若经中间人 AI 评估并经甲乙双方共同确认后，单个版本需求单前后端合计 P50 不超过 2 人天（16 小时），则该版本需求免费。
4. 乙方对已交付功能提供必要的使用说明、问题定位建议及远程沟通支持。

3.2 不属于免费范围的情形

1. 新增业务模块、新页面、新接口、新角色权限体系、新数据表结构或明显超出原项目边界的新功能开发。
2. 因甲方业务规则变化、组织流程变化、运营策略调整、外部监管变化、第三方平台政策变化导致的系统改造或重构。
3. 更换服务器、迁移部署环境、数据库迁移、云资源调整、性能专项优化、数据修复/补录、灾难恢复、安全加固专项、监控告警体系建设等运维或专项工程事项。
4. 因甲方自行修改代码、数据库结构、服务器配置、接口参数、证书、域名、账号权限等导致的问题。
5. 需求虽表面拆分为多个小项，但属于同一业务目标、同一版本窗口或同一交付批次的，应合并评估，不得通过拆分需求规避 2 人天免费阈值 或 16 小时优惠规则。
6. 任何经中间人 AI 评估并经甲乙双方共同确认后，单个规划版本需求单前后端合计 P50 超过 2 人天 的事项。
7. 任何规划版本之外的紧急版本需求，无论工时多少，均不免费，且不享受 16 小时优惠。

第四条 人力评估与需求分类规则

1. 甲方提出售后或版本迭代需求后，应先形成需求单；在收到完整需求说明、原型、流程、示例数据及相关账号权限后，由中间人 AI 于 3 个工作日内 出具书面评估意见；复杂事项可顺延，但应说明原因与预计时间。
2. 中间人 AI 的书面评估意见至少包括：
   • 需求名称与背景
   • 需求拆分清单
   • 各拆分项难易等级（如简单 / 中等 / 复杂 / 高风险）
   • 需求范围与不包含事项
   • 前端 P50 人力估算（小时/人天）
   • 后端 P50 人力估算（小时/人天）
   • 前后端合计 P50 人力
   • 是否属于规划版本或紧急版本
   • 是否属于免费售后范围
   • 计划交付周期
   • 依赖条件、前置资料和风险说明
3. 中间人 AI 的工时评估口径以“正常开发人员工作效率”作为标准，并合理考虑理解需求、联调、测试、上下文切换、返工、沟通确认等正常损耗，不以 AI 工具的理想效率作为基准。
4. 如甲方提供的信息不完整、边界不清或需求在确认后发生变更，中间人 AI 应重新评估并更新工时结论，甲乙双方再行确认。
5. 双方同意：是否免费、工时多少、是否属于规划版本或紧急版本，以中间人 AI 出具并经甲乙双方共同书面确认的评估结果为准；任何一方未确认前，乙方有权不启动开发。

第五条 免费 2 人天规则的适用方式

事项	约定
评估口径	按前端 + 后端合计的 P50 人力评估结果判断，评估主体为中间人 AI，最终需经甲乙双方共同书面确认。
免费阈值	单个规划版本需求单合计 不超过 2 人天（即不超过 16 小时） 的，可免费处理。
计费标准	版本迭代按 100 元 / 小时 计算。
规划版本优惠	规划版本需求经双方确认后的版本总工时，按 计费工时 = max(确认总工时 - 16 小时, 0) 计算；对应费用为 计费工时 × 100 元/小时。
紧急版本规则	紧急版本不免费，且不享受 16 小时优惠；对应费用按 确认总工时 × 100 元/小时 计算。
合并规则	同一业务目标、同一版本窗口、同一批次提出且相互依赖的需求，应合并为一个需求单统一评估，不得拆分规避收费或优惠规则。
超额处理	规划版本若确认总工时超过 16 小时，则按扣减 16 小时后的余额计费；紧急版本无免费工时抵扣。
争议处理	甲方或乙方如对中间人 AI 评估有异议，可在 2 个工作日内提出一次书面复核申请，并补充完整需求说明；复核后仍存在分歧的，以双方最终书面确认结果执行。

5.1 免费小需求阈值的细化判定

1. 免费小需求必须以单个规划版本需求单为单位判断，不按聊天中的零散描述逐句拆算。
2. 评估时应至少拆分为：需求分析、前端实现、后端实现、联调测试、上线处理五类工时；缺一不可。
3. 中间人 AI 应按难易程度对拆分项进行标记，至少区分为：简单、中等、复杂、高风险；并在评估结果中列明每一项工时来源。
4. 同时满足以下条件的，才可优先按免费小需求考虑：
   • 基于现有模块、小范围调整，不新增独立业务模块；
   • 不新增数据库表，不发生大范围数据结构调整；
   • 不新增外部系统对接、支付链路、消息链路、复杂权限链路；
   • 不涉及跨多个端的大范围联动改造；
   • 经拆分评估后，前后端合计 P50 工时不超过 16 小时。
5. 任一项需求只要出现以下情形之一，即应优先按收费版本迭代处理：
   • 总工时超过 16 小时；
   • 涉及新模块、新流程、新角色权限、新接口体系；
   • 涉及历史数据修复、迁移、补录或结构调整；
   • 涉及性能、安全、稳定性专项或紧急插单；
   • 虽然单项变更看似较小，但合并后属于同一业务目标的版本包。

第六条 版本迭代周期与结算规则

1. 双方约定版本迭代按规划版本与紧急版本区分管理：原则上每 3 个月一个小版本、每 6 个月一个大版本；如双方另有书面排期，以书面排期为准。
2. 规划版本需求由中间人 AI 统一拆分评估工时，并形成该版本的总工时；经甲乙双方共同确认后，按本协议第五条的优惠及计费规则执行。
3. 紧急版本需求系规划版本之外的临时紧急需求，为保障交付优先级和资源投入，不免费且不享受 16 小时优惠。
4. 经双方确认后的版本需求费用，可通过以下任一种方式形成正式结算依据：
   • 补充协议
   • 报价单 + 书面确认
   • 订单/工单系统确认记录
   • 双方认可的邮件或企业微信/钉钉书面确认
5. 乙方在未收到甲方、乙方双方对中间人 AI 评估结果的共同书面确认前，有权不启动版本迭代开发。
6. 甲方后续提供新的版本迭代需求列表时，由中间人 AI 继续按照本协议约定的人力评估规则进行拆分、分级和工时判断，再由甲乙双方共同确认后执行。

第七条 服务响应与处理时效

鉴于乙方为兼职、非固定人力提供服务，双方同意售后服务按工作日口径计算响应时间，工作日不含法定节假日、休息日及双方事先书面确认的不可服务时段。

问题等级	典型情形	响应时间	处理说明
一级	系统核心功能不可用、无法登录、核心业务中断	1 个工作日内响应	优先定位原因，并给出临时处置方案、问题结论或修复排期
二级	重要功能异常，但存在替代方案	2 个工作日内响应	纳入修复计划并同步预计完成时间
三级	一般问题、页面样式问题、小范围兼容性问题	3 至 5 个工作日内响应	按影响范围、当前排期及需求复杂度安排处理
四级	咨询、建议、非阻塞优化项	5 至 7 个工作日内响应	可并入后续版本需求池或小需求评估流程

第八条 甲方配合义务

1. 甲方应按乙方要求提供必要的测试账号、服务器访问权限、复现步骤、报错截图、日志、接口文档、示例数据及需求说明。
2. 若甲方未能及时提供必要资料或确认反馈，乙方相应服务期限顺延。
3. 甲方指定的需求确认人、验收人、结算确认人应保持一致或以书面方式明确变更。

第九条 需求确认与验收

1. 免费小需求和收费版本迭代均应以书面方式明确需求内容、边界、排期、工时确认结果与交付结果。
2. 乙方交付后，甲方应在 3 个工作日内 完成确认；逾期未提出具体书面异议的，视为该次服务内容已完成并通过验收。
3. 如甲方提出的异议超出已确认范围，则该部分按新增需求重新评估。

第十条 争议预防条款

1. 双方确认：中间人 AI 的工时评估结果为项目管理、版本计费与范围判断依据，并非承诺绝对精确到小时；甲乙双方均应理解软件开发存在正常波动与不确定性。
2. 对于边界模糊或可能产生争议的需求，中间人 AI 的评估意见中应明确写明“包含事项”“不包含事项”“默认假设”“风险提示”“难易等级”“拆分工时”，作为后续认定依据。
3. 甲方不得以“需求描述过于笼统、默认未写明”为由，要求乙方承担超出书面确认范围的额外无偿开发。
4. 乙方不得以评估误差为由，否认已书面确认属于免费范围的事项；但若甲方后续新增、删改、扩展需求，中间人 AI 应重新评估并提交甲乙双方再次确认。

第十一条 其他

1. 本补充协议与原主合同不一致之处，以本补充协议为准；本补充协议未约定事项，按原主合同执行。
2. 本补充协议可采用纸质签署、盖章扫描件、电子签章等双方认可的方式生效。
3. 本补充协议自双方签字或盖章之日起生效。