设计与网站建设合同要注意什么？10个必须明确的条款

设计、品牌和网站建设项目的争议，很多并不是因为双方故意违约，而是合同把“合作愿望”写得很清楚，却没有把“如何执行”写清楚。比如合同里写了“完成企业官网设计与开发”，但没有页面清单、没有响应式范围、没有后台功能表，也没有说明谁负责文案和图片。项目推进到一半，任何一方都可能认为对方漏做了工作。

一份成熟的设计开发合同，至少应该由三类文件共同组成：主合同负责权利义务和风险分配；《项目需求确认书》负责页面、功能和交付范围；报价单负责费用、付款节点和不包含项。只靠一份三四页的通用合同，通常无法承载复杂项目的全部细节。

01 先把合同、需求确认书和报价单分开

合同不适合承载所有页面和功能细节，否则每次微调需求都要重签整份合同；但如果合同完全不引用附件，需求确认书又没有双方确认记录，附件也很难真正约束项目。比较稳妥的方式是，在主合同中明确“最终服务范围以双方确认的需求确认书、报价单和变更单为准”，并给附件编号、版本和确认日期。

02 设计开发合同必须明确的10个条款

03 服务范围不能只写一个项目名称

“企业官网设计”“APP UI设计”“品牌视觉升级”都只是项目类别，不是可验收范围。范围至少要细化到页面模板、功能模块、设备端、语言、动效、内容录入、接口和部署。网站项目还要区分“页面数量”和“页面模板数量”：20篇结构一致的新闻详情，与20个完全不同的业务页面，工作量并不相同。

• □ 页面：一级页面、二级页面、列表页、详情页、登录注册、错误页分别多少个；
• □ 终端：PC、手机、平板是否都设计，移动端是响应式适配还是独立交互；
• □ 功能：表单、搜索、筛选、会员、支付、多语言、CMS、权限和第三方接口；
• □ 内容：文案、翻译、图片拍摄、插画、视频、数据迁移分别由谁提供；
• □ 技术：开发框架、浏览器范围、服务器、域名、证书、部署和账号归属；
• □ 不包含项：SEO持续运营、服务器费用、付费字体、商用图库和后续新增功能。

04 周期要写“开始条件”，不能只写起止日期

设计开发工期通常依赖甲方资料、内部评审和第三方接口。合同可以约定“乙方收到项目启动款且甲方提供完整资料后开始计算”，同时列明哪些情况会顺延：资料未按时提供、反馈超过约定时间、需求新增、项目暂停、第三方接口或审核延迟。否则，所有等待时间都可能被误认为乙方延期。

同时要区分工作日、自然日和平台审核时间。尤其是APP、小程序、支付和多语言项目，外部审核不应被写成供应商可以完全控制的固定工期。排期表应标明双方责任和依赖关系，而不是只给一个最终上线日期。

05 反馈机制比“包含几轮修改”更重要

修改轮次只有在反馈规则明确时才有效。建议约定：每轮修改以甲方一次性汇总的书面意见为准；同一轮中不同决策人的冲突意见由甲方内部协调；风格方向确认后，整体推翻属于新增方向；甲方应在约定工作日内反馈，逾期则项目排期顺延。

06 付款条款要对应交付节点

常见的阶段付款方式是启动款、方向或设计确认款、项目完成尾款。关键不是比例本身，而是每一笔款对应什么动作：启动款支付后预留团队档期；首页或核心视觉确认后进入全量设计；设计确认后进入开发；上线验收或最终确认后支付尾款并交付源文件、源码和账号资料。

合同中还应谨慎区分“项目启动款/预付款”和法律意义上的“定金”。如果希望适用定金规则，名称、比例和后果都需要结合《民法典》及具体交易由专业法律人员核对；不要在没有理解法律效果时，仅因为习惯就把50%的启动款统一写成“定金”。

07 验收必须分阶段，而不是上线后一次性判断

设计与开发的质量标准不同，不能用一句“达到甲方满意”概括。原型阶段验收信息架构、流程和页面范围；视觉阶段验收方向、核心页面和组件规范；开发阶段验收功能、响应式、兼容性和数据；上线阶段验收域名、表单、SEO、性能、安全和监测；最终交付阶段验收文件、源码、账号和文档。

08 维护条款必须区分Bug、环境问题和新增需求

免费维护通常应限定为已交付范围内的功能性错误和兼容性问题，不包括甲方或第三方修改代码造成的故障、服务器和浏览器环境变化、第三方接口政策调整、内容更新、页面改版及新增功能。还应写清维护期限从什么时候开始、通过什么渠道提交、响应和处理方式是什么。

09 最容易引发争议的含糊表达

10 签署前的合同检查清单

• □ 主体名称、统一社会信用代码、联系人和收款主体一致；
• □ 合同引用的需求确认书、报价单、页面清单有版本号；
• □ 项目启动条件、工作日口径和顺延情形明确；
• □ 设计方向、修改轮次、反馈时限和确认方式明确；
• □ 新增需求必须通过书面变更单确认；
• □ 阶段款与阶段交付物一一对应；
• □ 各阶段验收标准、缺陷等级和整改期限明确；
• □ 源文件、源码、账号、字体、图片和第三方许可分别约定；
• □ 维护期限、Bug范围、第三方责任和新增需求边界明确；
• □ 暂停、单方终止、保密、违约和争议解决方式明确。

常见问题

合同里只写页面数量可以吗？

不够。页面数量要与页面模板、功能、终端和内容复杂度一起写。结构相同的详情页与完全不同的业务页面，工作量差异很大。

微信确认需求是否有效？

实际合作中，邮件、项目管理工具和微信记录都可用于证明双方沟通，但最好在合同中约定哪些渠道属于有效确认，并在关键阶段形成可下载、可追溯的确认文件。

“修改至满意”为什么风险高？

因为“满意”没有客观边界。更稳妥的是约定方向数量、修改轮次、反馈方式，并区分细节优化、方向重做和新增需求。

项目启动款可以写成定金吗？

两者法律效果不同。大额启动款是否适合使用“定金”表述，应由双方结合具体合同及现行法律核对，不建议仅沿用口头习惯。

合同越长越安全吗？

不一定。真正重要的是条款是否能被执行、附件是否完整、标准是否可以验证。十页含糊条款不如三份边界清晰的文件。