“UI设计多少钱一页”是最容易问、也最容易得到错误答案的问题。页面只是结果,真正产生费用的是需求理解、用户流程、状态、响应式、组件、交互、研究、测试和开发协作。只报一个页面单价,通常无法说明项目最后会交付什么。
以界达设计当前用于前期沟通的候选模型为例,可以先按四档理解项目规模。它们不是固定套餐,也不是市场均价,只用于判断项目大致属于哪一级。
项目层级 | 候选预算 | 通常适合 |
|---|---|---|
局部界面或关键流程优化 | 约 ¥15,000–¥30,000 | 已有产品与需求,聚焦少量核心页面、视觉升级或体验修正 |
标准网站或APP UI/UX | 约 ¥30,000–¥80,000 | 包含结构梳理、核心流程、原型、UI和基础组件规范 |
复杂B端 / SaaS产品 | 约 ¥80,000–¥200,000+ | 多角色、多权限、复杂状态、设计系统和分阶段交付 |
长期设计支持 | 按月或按阶段评估 | 持续迭代、多业务线、设计系统治理和开发走查 |
01 为什么只按页面数量估价会失真
一个登录页可能只有一个画面,也可能包含手机号、邮箱、验证码、密码、第三方登录、设备验证、错误、锁定、隐私同意和多语言等大量状态。一个审批页可能涉及四类角色、退回、撤回、转交、权限、批量操作和审计记录。
- 页面数量不等于状态数量:空、加载、成功、失败、禁用和权限不足都需要设计。
- 视觉稿不等于完整UX:研究、架构、流程、原型和测试会产生独立工作量。
- 桌面端不等于响应式:移动、平板、窄屏和超宽屏可能需要重新安排信息优先级。
- 组件数量不等于页面数量:表格、筛选、审批、上传和图表可能有复杂规则。
- 交付设计稿不等于落地:标注、答疑、走查、验收和迭代也需要时间。
02 UI/UX费用通常由八部分组成
费用模块 | 实际工作 |
|---|---|
需求与问题定义 | 目标、用户、业务约束、成功指标、范围和优先级 |
用户与场景研究 | 访谈、竞品、数据、任务、痛点和机会 |
信息架构与流程 | 内容层级、导航、用户流程、状态和异常 |
原型与交互 | 低保真、高保真原型、规则、反馈和验证 |
UI视觉设计 | 视觉方向、关键页面、全量页面、响应式和动效 |
设计系统 | Token、组件、状态、模式、文档和版本治理 |
开发协作 | 交付、答疑、设计走查、验收和问题修正 |
项目管理 | 会议、计划、反馈、版本、变更和风险控制 |
有些报价只包含UI视觉,有些包含从研究到开发验收的完整过程。总价差异很大时,先检查是否买的是同一种服务。

03 五种常见报价方式
报价方式 | 适合情况 | 主要风险 |
|---|---|---|
按页面 / 屏幕 | 范围直观,适合结构稳定、状态较少的小项目 | 容易漏算状态、响应式、流程和组件;新增页争议多 |
按小时 / 人天 | 需求不稳定、持续探索或临时支持 | 客户难提前锁定总成本,需要透明工时和优先级 |
固定项目总价 | 需求较清楚、交付物和里程碑明确 | 范围变化必须走变更流程,否则双方风险高 |
按阶段报价 | 复杂项目,先研究和原型,再决定后续范围 | 阶段之间需要重新确认预算和继续条件 |
月度 / 混合模式 | 持续迭代、设计系统或多业务线支持 | 必须约定容量、响应、未使用工时和超额规则 |
IPA的定价框架把常见模式概括为投入型、产出型、结果型和混合型。所谓结果付费需要谨慎:转化、收入或留存还受产品、流量、销售、价格和开发质量影响,不能把无法控制的结果全部压给设计团队。
04 三个预算示例:同样叫设计项目,范围完全不同
以下为合成情景,不代表真实客户或固定报价。
典型项目 | 示例范围 | 候选预算 |
|---|---|---|
12页企业官网 | 信息架构、首页风格、约12页、PC/移动适配、基础组件、开发交付 | 约 ¥30,000–¥60,000 |
25屏消费类APP | 核心流程、原型、25个主屏及必要状态、基础设计系统、开发走查 | 约 ¥50,000–¥100,000 |
多角色B端SaaS | 角色权限、复杂流程、表格筛选、异常状态、设计系统、多轮协作 | 约 ¥80,000–¥200,000+ |
已有成熟原型、组件库和研究资料,费用可能下降;需求尚未确定、决策人多、时间紧或需要大量工作坊,费用会增加。
05 报价比较:先做范围归一化
收到多家报价后,不要直接比较总金额。建立统一清单,要求每家公司逐项回答“包含、部分包含、不包含、另行报价”。
比较项 | 需要问清的问题 |
|---|---|
研究 | 是否包含访谈、数据分析、竞品和研究报告 |
原型 | 页面与流程数量、精度、是否可点击 |
UI | 页面、状态、端别、视觉方向和修改轮次 |
设计系统 | Token、组件、状态、文档和代码对应 |
动效 | 哪些页面、交互说明、是否提供可交付素材 |
开发协作 | 答疑次数、走查节点、验收和修正范围 |
项目管理 | 会议、反馈时限、版本和变更机制 |
交付与权利 | Figma源文件、字体素材、版权和展示权 |

06 经常不在基础报价中的内容
- 品牌策略、命名、Logo和完整品牌视觉系统。
- 文案、翻译、摄影、插画、3D、视频和大规模图标。
- 前端、后端、CMS、服务器、域名和第三方服务。
- 用户招募、场地、礼品、测试平台和研究差旅。
- 数据埋点实施、分析平台、A/B测试开发和长期运营。
- 超过约定轮次的修改、方向推翻、加急和新增端别。
- 字体、图片、插件、模板和第三方商业授权。
07 控制预算而不牺牲核心质量
- 先锁定一个版本目标:本期必须解决什么,哪些可以延期。
- 优先设计核心任务和高风险流程,不按页面平均分配精力。
- 先确认一套视觉方向,再扩展全量页面,避免大面积返工。
- 复用成熟组件与模式,把定制投入留给业务差异。
- 建立一个最终决策窗口,避免多人给出冲突意见。
- 用阶段验收控制风险:需求、原型、视觉、交付分别确认。
不建议为了省钱完全删除需求梳理和核心流程。团队越晚发现目标、规则或结构错误,后面的返工越贵。

08 付款、变更与验收怎么写
界达设计现有网页设计合同采用50%启动、30%设计阶段、20%交付阶段的付款结构。这只是节点示例,并不代表费用按50/30/20发生。合同还应明确:
- 项目从收到预付款且资料完整后开始计算。
- 每个阶段交付什么、谁确认、多久反馈、逾期如何处理。
- 修改轮次以一次汇总反馈为一轮,方向推翻是否另行报价。
- 新增页面、状态、端别、功能或加急如何估价并顺延周期。
- 何时交付可编辑源文件,未结清款项时的使用边界。
- 开发后发现的设计错误与新增业务需求如何区分。
09 询价前的最小需求包
信息 | 至少提供 |
|---|---|
项目背景 | 业务、产品、目标用户和本次改版原因 |
范围 | 端别、页面、核心流程、已有原型和开发状态 |
目标 | 上线时间、业务目标、体验问题和成功判断 |
资料 | PRD、品牌、数据、竞品、旧设计和技术约束 |
协作 | 决策人、反馈人、产品和开发接口人 |
预算 | 预算区间、付款限制和必须保留的工作 |
10 常见问题
UI设计按页面收费合理吗?
小型、结构稳定的项目可以,但必须同时定义状态、端别、组件、修改和开发协作,否则页面单价没有可比性。
为什么B端系统比普通官网贵?
通常涉及更多角色、权限、数据、流程、异常、表格、组件和长期迭代。
已有原型,费用会降低吗?
可能降低,但需先检查原型是否完整、规则是否确定、状态是否齐全。若原型仍需重构,工作量不会消失。
预算有限应该先做UX还是UI?
先保证目标、结构和核心流程正确,再为关键页面建立视觉方向。完全跳过UX,通常会把问题推迟到开发。
UI/UX设计是否包含开发?
通常不默认包含。必须在报价和合同中明确设计、前端、后端、部署和维护边界。
结语
UI/UX设计没有脱离范围的统一价格。真正可比较的不是每页多少钱,而是同一目标、同一状态数量、同一研究深度、同一交付物和同一责任边界下,哪套方案的总成本与风险更合理。
预算有限时,优先保留问题定义、核心流程、关键页面、组件规范和开发走查;可以压缩低优先级页面和研究规模,但不要删掉全部前期分析后直接进入视觉。
下一步
准备询价前,可先整理产品类型、核心用户、主要流程、预计页面与状态、现有资料、开发方式和上线时间。界达设计可据此提供分阶段范围建议与预算评估。