约定维护范围,不能只写“提供售后维护”这种空话,而要把交付后谁负责什么、多久响应、哪些改动收费、验收看什么写进合同附件。判断一家建站公司好不好,维护条款是否具体、可执行,比口头承诺“服务好”可靠得多。
先列出网站上线后实际会发生的事情,再逐项确认由谁承担。多人协作时,最容易返工的往往不是技术难题,而是“这算不算维护”没有提前说清。
这份清单越具体,后期争议越少。写“负责日常维护”等于没写,写“每月代发10篇内容、每周备份一次、工作日4小时内响应故障”才有可执行性。
多人协作的项目,建议在合同附件里用一张表固定下来:任务名称、责任方、交付标准、验收方式。例如“首页Banner更换”由甲方提供素材、乙方24小时内上线,验收看页面在主流浏览器显示正常。这样出现问题时,能直接对照表格判断是需求遗漏还是执行不到位。
需要特别标注的边界有两类:一是新增功能,比如加一个会员系统,通常不属于维护,应单独报价;二是甲方误操作导致的数据丢失,是否免费恢复要提前说明。把“不包含什么”写清楚,比只写“包含什么”更能减少扯皮。
维护费用一般由基础服务费和超出部分构成。基础服务费覆盖约定范围内的巡检、备份、小修小改;超出次数或新增功能按工时或按项计费。谈的时候要问清三件事:基础费包含哪些动作、超出怎么计价、故障响应是否分等级。
响应时间可以分级约定,例如一般咨询一个工作日内回复,页面故障4小时内响应,全站不可访问2小时内响应。注意区分“响应”和“修复”:响应是确认并开始处理,修复时间受故障原因影响,不宜写成绝对承诺。如果对方只肯口头说“很快”,不肯写进附件,就要谨慎。
签约前可以请对方按维护流程处理一个小需求,比如修改页脚版权信息或更换一张轮播图,观察三点:是否明确告知操作步骤、是否记录变更、完成后是否主动确认。假设这个测试需求约定24小时内完成,结果对方既没回复也没说明进度,那正式合作后的响应能力就值得怀疑。
适用条件是双方已进入实质沟通阶段;如果只是初步询价,不必强求。判断结果时看的是流程是否可复制,而不是单次速度。一次快不等于长期稳定,但连一次都说不清流程,维护范围就很难落地。
比较建站公司时,把维护范围、责任划分、响应等级、收费标准四项拉出来逐条对照,要求对方提供可写入合同的文字版本。谁愿意把边界写清楚,谁在交付和返工上的风险通常更低。拿到条款后,再让内部使用部门确认一遍,避免上线后才发现关键操作没人负责。