从需求到交付,我的一套流程:
1. **需求拆解**:和产品过 PRD,列出所有页面和状态
2. **信息架构**:用 Figma 画流程图,确定导航层级
3. **视觉稿**:先出 1 张关键页定调,过审后再铺其他页
4. **组件库**:按钮/输入/卡片抽成 component,保证复用
5. **标注交付**:用 Figma 的 Dev Mode,开发直接量
6. **走查**:上线前每页过一遍,像素级对照
工具:Figma + FigJam + 飞书文档
时间分配:需求 20% / 设计 50% / 走查 30%
有想转设计的同学可以提问。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
设计师日常:我做一套 UI 的完整工作流分享
从需求到交付,我的一套流程:
1. **需求拆解**:和产品过 PRD,列出所有页面和状态
2. **信息架构**:用 Figma 画流程图,确定导航层级
3. **视觉稿**:先出 1 张关键页定调,过审后再铺其他页
4. **组件库**:按钮/输入/卡片抽成 component,保证复用
5. **标注交付**:用 Figma 的 Dev Mode,开发直接量
6. **走查**:上线前每页过一遍,像素级对照
工具:Figma + FigJam + 飞书文档
时间分配:需求 20% / 设计 50% / 走查 30%
有想转设计的同学可以提问。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
1. **需求拆解**:和产品过 PRD,列出所有页面和状态
2. **信息架构**:用 Figma 画流程图,确定导航层级
3. **视觉稿**:先出 1 张关键页定调,过审后再铺其他页
4. **组件库**:按钮/输入/卡片抽成 component,保证复用
5. **标注交付**:用 Figma 的 Dev Mode,开发直接量
6. **走查**:上线前每页过一遍,像素级对照
工具:Figma + FigJam + 飞书文档
时间分配:需求 20% / 设计 50% / 走查 30%
有想转设计的同学可以提问。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
先写到这里。有更正或补充直接跟在后面,看到会改进正文。
Comments (6)
Giriş to comment
张伟332026-08-04
请问有没有推荐的书籍?
韩雪282026-08-14
有没有更详细的资料?
程序员老王2026-09-12
求 Figma 文件链接学习下!这套流程我们团队也在用,但走查环节老是漏。
科技达人2026-09-12
设计师和开发的边界越来越模糊了,我团队的设计师现在都开始学 Tailwind 了。
电商运营28 days ago
这个问题我也研究过
彭飞4124 days ago
请问有没有推荐的书籍?







Comments (6)