结论先说:源码归客户,交付后您可以自己维护,也可以随时更换服务商。这一点在合同里写明,不是口头承诺。
交付物里包含什么
按 系统维护与二次开发 的服务说明,交付物包括:接手前的现状盘点报告(可维护性判断与风险清单)、每次改动的变更说明与验证记录、修改后的源码或代码仓库提交记录、按月维护小结(已处理问题、已做更新、待处理风险),以及二次开发需求的方案与工时评估文档。源码部分,所有改动提交到您的代码仓库,或按约定方式交付源码包,每次改动都有变更说明。
能不能自己维护,取决于接手时的盘点
需要客观说明一点:能不能顺利自己维护,很大程度上取决于系统本身的现状。接手前会先做一次代码与部署现状盘点,通常三到五个工作日。如果源码不完整、数据库结构缺失或关键第三方账号权限拿不到,我们会如实说明无法可靠维护,并给出重建或迁移建议,而不是先接单再说。所以建议在评估阶段就把代码仓库、数据库、服务器和第三方账号权限一并梳理清楚。
流程与周期参考
流程为:需求评估 → 原型与报价 → 设计与开发 → 联调测试 → 上线交付 → 维护迭代。周期上,按月滚动;单次需求 1–2 周。报价参考区间为 3000–12000 元(参考区间,以需求评估为准;按月计费,不含服务器、域名、短信、地图、支付通道等第三方费用与各平台认证费用)。维护费按月订阅的参考区间是每月 3000 元至 12000 元,取决于系统规模、响应时效要求与每月包含的工时;二次开发的新功能按工作量单独评估。
关于响应时效
紧急故障的响应按合同约定的响应时效执行,缺陷按严重程度分级。响应时效指开始处理的时间,具体修复时长取决于问题性质,不会给出与实际情况脱节的时间数字。另外,接手陌生系统的前两周确实会慢于自研项目,这是熟悉代码结构与业务逻辑的必要成本,这部分工时会在报价时写明,而不是隐藏在总价里。
以上内容以官方公布为准,具体条款与报价需在需求评估后确认。可在本站在线咨询或提交需求表单。
本文由 AI 辅助整理,文中报价与周期均为参考区间,以需求评估后的正式方案为准。
- 依据:Docker 官方文档
- 依据:MySQL 官方文档
- 依据:React 官方文档