UI 与视觉设计
好看不是终点。界面要让人一次找对地方、少点两下、不出错，这才是设计要解决的问题。我们做的是能用起来的设计，不是只能看的效果图。
01 / SCENARIOS
四类常见场景
从零开始和改造老系统，做法完全不同，别用同一套流程套。
FROM ZERO
新产品从 0 设计
从信息架构到关键页面，先把主流程跑通，再谈风格和细节。
REFRESH
老系统体验改造
不动业务逻辑，重排信息层级和操作路径，让老系统少挨骂。
BRAND
品牌视觉统一
官网、产品、物料用同一套语言，不再每个渠道一个样。
SYSTEM
设计规范建设
组件库与规范落地，让后续迭代不因为换人就走样。
02 / CAPABILITIES
可以做到什么程度
从结构到视觉再到落地走查，一条线打通，不用在几个角色之间来回传话。
- 信息架构与关键任务梳理
- 低保真原型与主流程验证
- 高保真界面与完整交互状态
- 组件库与设计规范文档
- 图标、插画与视觉延展
- 响应式适配：桌面与移动端
- 切图标注与开发走查
- 品牌视觉与官网设计
03 / DELIVERABLES
交付的不只是一叠设计稿
规范和组件能沉淀下来，后面的页面才不用反复对齐。
SPEC
视觉规范
色彩、字阶、间距、圆角与阴影的统一规则，后续加页面不用重新拍脑袋配色。
PAGES
页面设计
关键页面高保真稿，包含空态、加载、异常与权限不足等真实状态。
COMPONENTS
组件库
可复用的组件与状态定义，交付给开发直接落地，而不是每次重新画。
HANDOFF
设计交付
标注、切图与开发走查，保证上线效果和设计稿一致。
04 / PROCESS
四个阶段推进
每个阶段都有明确产出，进入下一阶段前先确认上一阶段。
理解业务明确用户是谁、要完成什么、现在卡在哪一步。
结构与原型先定信息层级和主流程，避免在细节上反复返工。
视觉设计风格探索、关键页面、组件沉淀，逐步收敛。
落地走查跟开发对齐还原度，修正间距、状态与边界情况。
05 / FAQ
常见问题
如果下面没覆盖到你的问题，直接打电话问更快。
只做设计不做开发可以吗？
可以。设计交付包含规范、标注与切图，也会配合开发做走查；如果后续需要开发，也可以由同一团队接着做，省掉一轮交接损耗。
一套 UI 设计大概多久？
取决于页面数量和状态复杂度。通常先确认关键页面清单再给排期；不建议一次性把所有页面铺开，先做核心流程更容易收敛风格。
交付用什么工具？
设计稿以 Figma 为主，交付时同时提供标注和切图。如果团队已有习惯的工具或组件库，可以对齐，不必额外迁移。
改版会不会影响现有用户？
大改版建议保留旧入口过渡一段时间，通过灰度或分阶段上线降低影响；关键操作路径的变化最好配一次引导说明。
06 / RELATED
其他几条路径
把现在最别扭的那个界面发给我看看
不用先想清楚要什么风格，说清楚用户在哪儿卡住就够了。