同一个网站项目,A公司报3万元,B公司报8万元,表面看是价格差,实际上可能根本不是同一件事:一份只包含页面视觉,另一份还包括内容梳理、响应式、前端开发、后台和上线。只比较总价,很容易选到“看起来便宜、交付时不断加钱”的方案。
一份成熟的设计与开发报价单,应该让非专业客户也能回答四个问题:做什么、做多少、交付什么、哪些明确不做。只要其中一项模糊,后续就可能变成范围争议。
01 先把项目范围翻译成可数的单位
“完成企业官网设计”不是可核对范围。首页、通用内页、产品模板、案例详情、新闻详情、移动端断点、弹窗和状态页面,都应按模板或独立页面列清楚。页面名称相同,也要确认是否共享结构。
开发部分同样要拆开:静态前端、CMS后台、表单、搜索、多语言、第三方接口、服务器部署和上线支持不是同一个交付。

02 数量要写清,不能只写“若干”
报价里出现“若干页面”“适量动效”“基础SEO”时,先停下来追问。数量可以是页面数、模板数、组件数、语言数、修改轮次或工作日。没有数量,供应商和客户会各自按照最有利于自己的理解执行。
对于无法提前精确计算的内容,可以约定计价单位和变更机制,而不是留一个没有边界的口子。
03 单价不是越细越好,但必须能解释
把每个按钮都单独报价没有意义;把设计、开发、测试全部塞进一个总价也不利于比较。较好的粒度是按阶段、模块或模板报价,并说明影响价格的变量。
例如“产品详情模板”应说明包含几种信息结构、是否含参数对比、下载和询盘;“响应式适配”应说明断点和关键页面,不是简单写一句“支持手机端”。

04 交付物要能被下一支团队接手
设计报价应写明Figma源文件、组件、字体与素材说明、交互状态和导出规则;开发报价应写明源码、构建说明、环境变量清单、后台账号、部署文档和第三方服务归属。
只写“交付源文件”仍然不够。文件是否可编辑、是否属于最终版本、字体和图片是否可商用,都要提前确认。
05 不包含项比包含项更容易暴露风险
域名、服务器、商业字体、图库、短信、邮件、地图、支付、翻译、内容录入、SEO运营和后期维护,经常被默认包含,最终却需要另付费。成熟报价单会主动列出不包含项,而不是等客户追问。
如果某项由客户负责,还要写清最晚提供时间。客户资料延迟会不会导致工期顺延,也应在合同中对应。

06 报价单必须和需求确认书、合同互相对得上
报价单负责金额和范围,需求确认书负责页面与功能细节,合同负责付款、变更、权利和违约。三份文件不能各说各话。
签约前做一次逐项勾对:报价中的每一项,在需求文档里能找到定义;需求文档中的每一项,在报价里有费用归属;合同中的交付和付款节点与两者一致。
报价核对表
| 检查项 | 合格写法 | 风险信号 |
|---|---|---|
| 范围 | 按页面模板、功能模块或阶段列明 | 只写“整站设计”“全部开发” |
| 数量 | 写清页面、语言、轮次和断点 | 使用“若干”“适量”“基础” |
| 交付 | 明确文件格式、账号和文档 | 只写“交付源文件” |
| 不包含项 | 第三方费用和客户责任单列 | 默认所有内容都在总价里 |
| 变更 | 约定新增工作的计价和确认方式 | 口头承诺“都可以改” |
| 验收 | 每阶段有可核对结果 | 只以“客户满意”为标准 |
常见问题
设计报价可以只写总价吗?
小型、范围非常明确的任务可以,但至少要附一份交付清单。网站、APP或品牌系统项目只写总价,后续很难判断是否漏项。
页面数量应该按独立页面还是模板计算?
优先按模板和复杂度计算。新闻列表与案例列表若结构一致,可作为一个模板;业务逻辑和内容结构不同,就不应强行合并。
报价里没有写移动端,默认包含吗?
不能默认。应明确是否包含移动端设计、响应式开发、平板适配及关键断点。
第三方费用谁来承担?
域名、服务器、短信、支付、商业字体和图库等通常由客户承担,但必须在报价中明确,避免上线前临时增加预算。
如何比较两家报价?
先统一范围和交付口径,再比较价格。若两份报价不能对齐,先让供应商按同一清单补充,而不是直接选最低价。