公司官网制作维护范围怎样约定：第一次合作先定清哪些活由谁做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b6c51e24d7f1.html
📄
公司官网制作维护范围怎样约定：第一次合作先定清哪些活由谁做
维护范围要在合同或需求确认单里写成一份可勾选的清单，逐项写明“谁做、多久做一次、做完交付什么”。公司官网制作结束后，常见争议不是网站能不能打开，而是改一段文字、换一张图、加一个栏目算不算维护。约定时先把工作分成内容更新、技术保障、功能调整三类，再分别写清责任方、响应方式和额外计费条件，比笼统写“提供一年维护”更可执行。
先分清三类维护，别用一句话打包
内容更新指替换文字、图片、文件、联系方式等不改变页面结构的操作。技术保障指域名和服务器是否正常、页面能否访问、备份是否完成、程序与插件是否需要安全处理。功能调整指新增栏目、改版式、接入表单或统计代码、调整页面结构，这类工作往往接近二次开发。
把三类分开写的好处是：内容更新可以约定次数或按月打包，技术保障适合按年约定，功能调整则适合按次报价。若全部写成“日常维护”，双方对“日常”的理解很容易不一致。
约定时必须写清的六个要素
- 范围：哪些页面、哪些栏目、哪些后台功能在维护对象内，哪些不在。
- 频次与额度：每月包含几次内容更新，超出后如何计费。
- 响应与完成时间：工作时间内多久回复，紧急故障多久处理，普通修改多久完成。
- 交付物：修改后的页面链接、备份文件、操作记录或说明文档。
- 责任边界：服务器、域名、第三方服务由谁购买和续费，费用由谁承担。
- 额外计费：哪些情况属于范围外，按什么标准另行报价。
其中响应时间要区分“回复”和“解决”。例如约定工作时间内2小时回复、24小时内给出处理方案，比笼统写“及时处理”更容易判断是否履约。
用一张对比表判断该选哪种约定方式
下面三种方式没有绝对优劣，取决于官网的更新频率和内部人手。表中内容为通用示例，具体数字需双方协商。
- 按次计费：适合更新很少的展示型官网。优点是只为实际发生的修改付费；代价是每次都要沟通报价，紧急时可能排不上优先级。
- 按月或按年打包：适合每月都有内容更新的官网。优点是额度内不用反复谈价；代价是额度用不完一般不退，超出部分仍需另算。
- 内部自行维护加技术保障：适合有编辑人员的团队。内容自己改，技术问题交给服务方；代价是内部要有人熟悉后台，误操作风险由自己承担。
判断依据可以看两点：过去三个月官网实际改了多少次；出现打不开、被篡改、数据丢失时，内部有没有人能处理。两点都偏少、偏弱，打包维护更省事；更新频繁且内部有人，按次或拆分约定更省钱。
可执行的约定步骤
- 列出官网全部页面和功能，标出哪些需要长期维护。
- 把维护工作按内容更新、技术保障、功能调整归类，分别估算每月工作量。
- 在需求确认单中逐项填写责任方、频次、响应时间、交付物和超范围计费方式。
- 请服务方对“范围外”的情况举两三个例子，确认双方理解一致。
- 约定验收方式：修改完成后由谁确认，确认后是否留存记录。
- 把域名、服务器、第三方账号的归属和续费责任单独写一行，避免到期无人处理。
假设某公司官网每月只改两三次通知和一张活动图，内部无人懂技术。此时选择“技术保障按年打包 + 内容更新按次计费”通常比全量打包更匹配实际用量；若每月更新超过十次，再改为按月打包并约定额度上限更合适。这个判断只基于更新频率和处理能力，不涉及具体服务方的报价高低。
容易留下争议的写法
“负责网站日常维护”“保证网站正常运行”“有问题随时联系”这类表述缺少可核对的标准。更稳妥的写法是写明：每月包含几次内容修改、故障响应的工作时段、备份保留几份、超出范围如何报价。若涉及具体服务方，签约前可核对其营业执照名称与合同主体是否一致，并确认对接人和联系方式写入合同，而不是只留在聊天记录里。
下一步，把官网现有页面和功能列成一张表，按内容更新、技术保障、功能调整三栏填入预估工作量，再拿这张表与服务方逐项确认。范围写清之后再谈价格，后续返工和加价的空间会小很多。
