很多UI/UX报价只写“首页、列表页、详情页、个人中心”，最后按页面数量结算。这样方便估价，却容易遗漏真正影响体验和开发的工作：用户是谁、流程怎么走、权限与状态有哪些、错误如何恢复、移动端如何适配、组件怎样复用、开发如何验收。
完整UI/UX服务可以拆成12个模块。并不是每个项目都必须全部购买，但企业需要明确哪些模块由设计公司完成、哪些由产品或研发承担、哪些暂时不做以及由此带来的风险。
01 UI、UX、交互和产品设计有什么区别
角色/领域 | 主要解决的问题 |
|---|---|
UX设计 | 理解用户任务、场景、流程和整体体验，减少障碍与认知成本 |
交互设计 | 定义操作、反馈、状态、规则、跳转和错误恢复 |
UI设计 | 建立视觉层级、排版、色彩、组件、图标和界面表达 |
产品设计 | 把业务目标、用户需求、技术约束与体验方案整合到产品决策 |
服务设计 | 关注跨渠道、前后台、人员与流程组成的完整服务 |
实际项目中这些角色经常由同一人或同一团队承担。名称不重要，重要的是范围是否覆盖项目需要解决的问题。ISO 9241-210强调以人为中心的设计活动应贯穿交互系统生命周期，而不只是最终界面阶段。
02 模块1：业务目标与需求澄清
设计开始前，需要把“做得更现代”“提升转化”“简化流程”改写为可以判断的目标。这个阶段会梳理业务模式、关键指标、用户角色、场景、现有问题、技术约束、合规要求和版本边界。
- 常见产出：项目Brief、目标清单、范围说明、风险假设、优先级和成功标准。
- 不做的风险：团队用不同理解推进，后续每次评审都在重新讨论目标。
03 模块2：用户研究与证据整理
用户研究不等于必须做大规模访谈。根据项目风险，可以使用现有数据、客服记录、搜索词、销售反馈、用户访谈、可用性测试和竞品体验。关键是把设计判断建立在证据和明确假设上。
- 常见产出：研究计划、访谈提纲、发现、用户任务、痛点、行为模式和机会点。
- 成熟产品的小改版，可以优先分析现有数据和高风险流程。
- 全新业务、复杂角色、高风险操作或团队对用户存在明显分歧时，不宜完全省略。
04 模块3：信息架构与内容结构
信息架构决定用户看到什么、内容如何分类、导航如何组织、页面之间有什么关系。官网项目通常形成站点地图和页面内容框架；产品项目则形成模块、对象、角色与任务关系。
05 模块4：用户流程与业务规则
用户流程不仅是“页面A跳页面B”。它还要说明不同角色、前置条件、数据输入、成功与失败、返回、撤销、权限和异常。B端、金融、医疗、预约、交易等项目尤其依赖完整业务规则。
流程层面 | 需要定义 |
|---|---|
主流程 | 用户完成核心任务的理想路径 |
异常流程 | 失败、超时、无权限、库存不足、接口异常等 |
角色与权限 | 不同角色能看什么、做什么、审批什么 |
状态变化 | 草稿、待审、通过、拒绝、关闭、撤回等 |
边界条件 | 空数据、重复提交、长内容、批量操作和并发 |
06 模块5：线框图与交互原型
线框图用于低成本讨论结构、信息和操作，不应被当成低质量UI。交互原型帮助团队在开发前验证关键流程、复杂操作和页面关系。原型精度应由验证问题决定，不是越逼真越好。
- 低保真：快速探索结构和流程。
- 中保真：评审内容、状态、交互和响应式逻辑。
- 高保真可点击原型：用于用户测试、管理层演示和开发沟通。
07 模块6：UI视觉设计
UI阶段把品牌、内容、任务和平台规则转化为视觉系统，包括排版、颜色、空间、组件、图标、图表、图片、动效原则和响应式适配，而不只是给线框“上颜色”。
08 模块7：设计系统与组件规范
当产品页面较多、多个设计师和开发者长期协作时，需要建立可复用组件、样式、Token和使用规则。设计系统不是一张组件展示页，而是对按钮、表单、表格、导航、反馈、权限、状态和响应式行为的共同约定。
组成 | 主要内容 |
|---|---|
基础样式 | 颜色、字体、间距、圆角、阴影、网格和图标 |
组件 | 按钮、输入、选择、表格、弹窗、通知、导航等 |
状态 | 默认、悬停、焦点、禁用、加载、错误和成功 |
模式 | 筛选、审批、批量操作、创建流程、空状态和错误恢复 |
治理 | 命名、版本、负责人、变更、弃用和设计开发同步 |
09 模块8：可用性测试与迭代
可用性测试不是让用户评价“好不好看”，而是观察目标用户能否完成关键任务、在哪里犹豫、犯错或放弃。测试可以在原型阶段进行，也可以在上线后针对真实产品。
10 模块9：可访问性设计
可访问性涉及对比度、文本缩放、键盘、焦点、读屏、替代文本、状态提示和不依赖单一感官的信息表达。W3C建议把可访问性整合进整个生产过程，尽早评估并持续维护，而不是上线前集中补救。
11 模块10：开发交付与设计走查
把Figma链接发给开发不等于完成交付。设计团队应说明组件、状态、响应式、交互、资源和验收标准；开发过程中通过走查确认实现是否符合目标。
交付部分 | 合格标准 |
|---|---|
设计文件 | 页面、组件、样式、变量、资源和版本清晰 |
交互说明 | 触发条件、反馈、动画、错误、空状态和权限 |
响应式规则 | 断点、重排、隐藏、溢出、触控和文字缩放 |
资源交付 | 图标、图片、字体、授权、导出格式和命名 |
设计走查 | 按关键流程、组件、设备和缺陷等级检查 |
12 模块11：上线后数据与体验优化
上线后可以结合行为数据、客服、搜索、转化、错误和用户反馈，判断哪些问题需要继续优化。是否包含这一阶段，应在报价中单独说明。
13 模块12：项目管理与决策记录
复杂项目需要计划、评审、反馈、变更、风险和文件管理。没有决策记录，团队会在不同会议重复讨论同一问题；没有反馈机制，一次零散意见可能被理解为多个修改轮次。
14 不同项目应该选哪些模块
项目类型 | 通常优先模块 |
|---|---|
企业官网 | 目标与内容、信息架构、线框、UI、响应式、开发走查、SEO与可访问性基础 |
C端APP/小程序 | 用户研究、流程、原型、UI、设计系统、测试、平台适配和上线数据 |
B端/SaaS | 业务梳理、角色权限、复杂流程、表格筛选、设计系统、可访问性和开发验收 |
已有产品改版 | 数据与问题审计、关键流程研究、渐进式改版、组件治理和上线复盘 |
15 哪些内容通常不默认包含
- 品牌定位、Logo和完整品牌视觉系统。
- 正式文案撰写、翻译、摄影、插画、3D和视频。
- 用户招募、场地、激励和大规模研究执行。
- 前端、后端、CMS、部署、服务器和第三方接口开发。
- 数据埋点实施、分析平台费用和长期运营。
- 字体、图片、插件、图标库和商业素材授权。
- 法律、隐私、行业合规与商店资质服务。
16 如何拿到可比较的报价
- 说明项目阶段：概念、已有PRD、已有原型、已上线改版或长期迭代。
- 列出核心角色、流程、平台、页面类型和已知状态。
- 明确研究、内容、响应式、动效、设计系统和用户测试。
- 说明开发方式、技术框架、交付格式和走查要求。
- 提供时间、预算范围、内部负责人和决策流程。
- 要求供应商逐项写明包含、数量、轮次、验收和排除项。
17 常见问题
UI/UX设计一定需要用户研究吗？
不一定需要大规模研究，但设计判断应有证据。成熟产品可利用数据和客服反馈；全新或高风险项目通常需要更直接验证。
页面少就一定便宜吗？
不一定。一个复杂审批页可能包含多角色、几十种状态和大量交互，工作量高于多个简单展示页。
设计系统必须做吗？
一次性小项目可以做轻量规范；长期产品、多团队和复杂组件更需要系统化资产。
UI完成后还需要设计师参与开发吗？
建议至少安排关键节点走查。否则响应式、状态、文字、组件和交互容易在实现中偏离。
结语
UI/UX设计服务的价值，不是把每个页面画得更漂亮，而是让团队对用户、任务、结构、状态、视觉规则和开发实现形成共同理解。不同项目需要的模块不同，但任何被删掉的环节都应明确由谁承担。
采购时不要只问“多少页面多少钱”。先确认产品阶段、关键流程、角色、数据、响应式、异常状态、测试和开发协作，再决定是否需要研究、原型、设计系统和上线优化。
下一步
需要评估官网、APP、小程序或B端系统的UI/UX范围时，可将现有PRD、页面清单、原型或产品截图提交给界达设计，我们会先判断缺失的基础工作，再给出阶段和交付建议。
