“做一个企业官网”“设计一个APP”看似清楚,真正执行时会出现多少页面、角色、语言、后台、动效和接口的问题。
范围越模糊,报价越难比较,项目中也越容易把正常澄清与新增需求混为一谈。
01 用页面与模板矩阵代替一个总数
列出页面名称、模板类型、PC/移动端、语言、内容来源和是否需要独立设计。动态详情页应区分模板与数据量。
相似页面不能默认完全复用,也不应重复计价。

02 功能要写输入、规则与结果
表单、搜索、会员、支付和后台不仅是一个功能名称。说明用户、字段、权限、状态、通知、失败和数据去向。
第三方服务账号和费用也要列出。
03 角色、状态和边缘场景进入范围
不同角色的可见、可编辑和审批边界会显著影响设计开发。加载、空、错误、禁用、超时和权限不足应有约定。
只按理想主流程估价会低估。

04 内容与素材责任明确到人和日期
谁提供文案、图片、翻译、法律文本和产品数据,谁负责录入、审核和最终确认。内容延迟应如何影响排期。
占位内容不等于最终交付。
05 交付物与账号归属写清
包括设计源文件、代码、CMS、部署、文档、字体素材许可、域名服务器和第三方账号。
源文件交付时间与付款节点需要明确。

06 通过变更流程允许合理调整
新增项先记录原因、影响范围、费用和周期,由授权人确认后执行。小调整可使用约定缓冲,不应所有变化都重新签大合同。
变更日志保持单一版本。
范围确认六张表
表格 | 至少包含 |
|---|---|
页面矩阵 | 页面、模板、设备、语言 |
功能清单 | 规则、角色、状态、数据 |
内容清单 | 负责人、格式、时间 |
集成清单 | 系统、接口、账号、费用 |
交付清单 | 源文件、代码、文档、部署 |
变更记录 | 需求、影响、审批、版本 |
常见问题
需求确认书和合同有什么区别?
需求确认书详细描述范围,合同约定权利义务;通常应互相引用并共同生效。
页面数量怎么计算?
应区分独立模板、重复数据页、状态和设备,不只看URL数量。
小修改也要收费吗?
可设置包含轮次和合理缓冲,超出方向或新增范围再评估。
客户资料延迟怎么办?
约定排期顺延、资源重新安排和重新启动条件。
范围锁定后还能做优化吗?
可以,通过变更流程或后续迭代,不应私下不断扩张。