设计师:把出稿前后的那些事交出去
一、设计师每天在跟什么较劲
设计师最贵的时间是想方案的时间,但这部分时间常年被两头挤压。
前面一头是需求不清。拿到一份 PRD,界面清单要自己数,状态要自己补——空状态、加载中、失败、无权限、超长文本,产品十有八九没写全。你画到一半发现少了一个状态,回去问,再等半天。这个过程重复发生在每一个需求上。
后面一头是交付琐事。一套主视觉定稿之后,要出十几个尺寸:公众号头图、朋友圈方图、小红书竖版、开屏、Banner、H5、印刷版。还有标注、切图、走查、给开发的规范说明。这些活不需要创造力,只需要耐心,但它们占掉的时间往往比画稿本身还多。
这一章讲的就是这两头。中间那部分——真正的设计判断——不在这本书要交出去的范围里。
二、你的上下文散在飞书哪儿
| 上下文类型 | 在飞书的位置 | 典型内容 |
|---|---|---|
| 需求 | 云文档 PRD | 功能描述、字段、流程 |
| 流程与结构 | 画板 | 用户流程图、信息架构 |
| 设计资产 | 云空间 | 组件库、图标、字体、往期稿件 |
| 设计规范 | 知识库、云文档 | 色彩、间距、组件用法 |
| 评审意见 | 文档评论、评审群 | 各方反馈,最散最难追 |
| 交付进度 | 任务、项目 | 谁在等你的稿 |
| 风格参考 | 需要走浏览器 | 竞品界面、案例站 |
第五行是设计师的老大难。一轮评审下来,意见散在文档评论、群聊、口头和几张标注截图里,改完还得回去逐条确认「你说的那个是不是我改的这个」。这些意见都在飞书里躺着,只是从来没被整理过。场景三专门处理它。
三、四个高频场景
接需求:先要一份界面清单和状态清单
读这份 PRD,我要开始做设计。输出三样东西: 一、界面清单:这个需求需要设计哪些页面和弹窗,每个页面对应 PRD 的哪一节; 二、每个界面的状态清单:正常、空状态、加载中、请求失败、无权限、内容超长、极端数量(比如列表 0 条和 1000 条)分别需不需要单独设计,PRD 里明确写了的标「已定义」,没写的标「待确认」; 三、页面之间的跳转关系,画成流程图。 不要替产品补充他没写的逻辑,「待确认」的部分只列出问题,不要自己给答案。
设计师和产品之间最大的信息差就是状态。产品想的是主流程,设计要考虑所有分支。把「待确认」清单一次性列出来发过去,比画到一半问一句强得多。
云文档内置技能读 PRD;流程图可以直接输出到飞书画板。
它回来的东西大概长这样状态清单的一页
订单列表页(对应 PRD 3.1)
| 状态 | 需不需要单独设计 | PRD 里写了吗 |
|---|---|---|
| 正常 | 是 | 已定义 |
| 空状态 | 是 | 待确认:一条订单都没有时显示什么 |
| 加载中 | 是 | 已定义(骨架屏) |
| 请求失败 | 是 | 待确认:失败后能不能重试 |
| 无权限 | 待确认:子账号能不能看这个页面 | 未提及 |
| 内容超长 | 是 | 待确认:商品名超过 20 字怎么截断 |
| 极端数量 | 是 | 待确认:1000 条以上是否分页 |
七个状态里五个待确认,都是问题,没有替产品给答案。
它列的界面清单会漏掉 PRD 里一笔带过的入口,也会把同一个弹窗数成两个。对着 PRD 快速过一遍,这一步花三分钟,能省后面半天。
画到一半才发现→开工前十分钟
一套主视觉铺成全渠道尺寸
主 KV 定稿,然后开始一个个改画布尺寸、重新排版、调字号、导出。十几个尺寸,半天到一天,而且中途主视觉再改一次就全部重来。
基于这份主视觉和(品牌规范文档),延展出这些尺寸的物料:(尺寸清单,含用途和像素)。要求:主体元素和核心信息在每个尺寸里都完整可见,不要被裁切;文字层级关系保持一致;竖版和方版的构图重新排布,不要简单拉伸;每个尺寸标注用途和输出格式。品牌色、字体、Logo 用法严格按规范文档,不要自己调整。
工作伙伴里的 AI 画师 和 UI 设计师;素材从云空间读。
它出的是延展稿,终稿仍要你来定。构图取舍、视觉重心、微妙的间距节奏都在你这边;它负责把「同样的东西换个尺寸重排一遍」这种纯体力活承担掉,你在它的结果上调,比从零排快。
AI 生成的图形元素用在对外正式物料前,要确认没有可识别的第三方 IP 特征。这一条在商用场景里不是小事。
半天到一天→一小时
把一轮评审的意见收拢成一张表
收集(设计稿文档)上的所有评论,加上(评审群)(时间范围)里关于这版设计的讨论,整理成一张修改清单: 每条列出提出人、原话、涉及哪个页面或元素、属于哪一类(信息层级/交互逻辑/视觉表现/文案/规范一致性)。 意见互相冲突的单独标出来,把冲突双方的原话都放上。 只是感受性表达没有具体指向的(比如「感觉不够高级」),单独归一类标「需追问」。 不要替我判断该不该改,也不要合并你觉得相似的意见。
两个人都说「这里太挤」,一个指的是间距,一个指的是信息量太多,合并之后你只会改一个。设计意见的措辞相似但指向不同,是常态。
「需追问」那一类是这张表最实用的部分。「不够高级」这种话没法改,但把它单独列出来,你就知道该回去问「具体是哪个部分让你有这个感觉」。
提出人有没有对错——评审意见的归属很重要,改完要回去逐个确认,找错人很尴尬。
翻三处记录一小时→十分钟
风格调研与情绪板
调研(行业/品类)近期的(产品/网站/应用)视觉趋势,看这些参考:(清单)。用浏览器打开逐个截图,从配色、版式结构、字体气质、图形语言、动效倾向五个维度做对比表。每个参考标明来源链接和截取日期。最后按视觉气质把它们分成几组,说明每组的共同特征。不要给「哪个更好」的评价。
浏览器操作 + 云空间归档。数量多的话丢云电脑跑。
给客户或内部提案时的参考支撑,以及自己开工前的方向校准。分组和归纳它能做,审美判断你来做。
一下午→二十分钟
四、该装哪几个技能、伙伴、连接器
| 类型 | 具体名称 | 用在哪 |
|---|---|---|
| 内置技能 | 云文档 | 读 PRD |
| 内置技能 | 画板 | 输出流程图、信息架构 |
| 内置技能 | 云空间 | 设计资产存取 |
| 内置技能 | 知识库 | 设计规范 |
| 内置技能 | 任务 | 交付跟进 |
| 工作伙伴 | UI 设计师 | 界面稿与延展 |
| 工作伙伴 | AI 画师 | 图形与配图 |
| 自定义技能 | 你们的设计规范技能 | 见下文 |
设计师最该建的自定义技能是设计规范技能:把色板、字阶、间距系统、圆角规则、组件用法、Logo 安全区写进去。往后所有延展和界面产出都调用它,出来的东西至少不会跑出规范。团队里有多个设计师时,这个技能的价值更大——它是规范真正被执行的保证,比写在文档里没人看强。
侧边工作台对设计师特别值。做网页和小应用时能实时预览,框选界面上的某一块直接说「这一列间距加大、字重降一级」,它只动选中的部分。这种「指哪改哪」的方式,比描述一大段要求让它整体重做准确得多。
五、成果怎么回流飞书,以及交给它的边界
回流:
- 界面清单和状态清单存进需求文档旁边,产品、开发、测试都按同一份对齐,减少后期扯皮
- 修改清单建成任务,改完勾掉,评审方能看到进度,不用来问
- 延展物料按活动归档进云空间,市场和运营自己去取,不用找你要
- 设计规范放知识库,开发做走查时能自己对照
边界:
设计这一章的边界比别的章更需要讲清楚,因为很容易被误解成「AI 要替代设计师」。
它做不了的是判断。这个方案和那个方案哪个更对,某个元素该不该留,视觉重心放在哪里——这些依赖对品牌、对受众、对场景的理解,不是把参考喂给它就能得出的。它给的是选项和延展,选择权在你。
对外正式物料必须人工终审。AI 生成的图形有版权风险,文案可能不符合广告法,品牌元素可能被微调过而你没发现。凡是要印出去、投出去、发出去的,最后一遍必须人看。
别让它替你写设计说明里的「为什么」。方案评审时最有价值的是你的推导过程,那是你的专业性所在。让它代笔,说出来的话你自己都圆不上。
六、设计师指令卡
| 场景 | 指令模板 |
|---|---|
| 需求拆解 | 「读这份 PRD 输出三样:界面清单(每项对应 PRD 章节)、每个界面的状态清单(正常/空/加载/失败/无权限/超长/极端数量,PRD 写了的标「已定义」没写的标「待确认」)、页面跳转流程图。不要替产品补逻辑,待确认的只列问题。」 |
| 尺寸延展 | 「基于这份主视觉和(规范文档)延展(尺寸清单):主体与核心信息完整可见不被裁切,文字层级一致,竖版方版重新构图不要拉伸,每个标注用途与输出格式;品牌色、字体、Logo 严格按规范不要自行调整。」 |
| 评审收拢 | 「收集(文档)评论和(群)(时间)的讨论,整理修改清单:提出人、原话、涉及页面元素、类别(层级/交互/视觉/文案/规范);冲突意见单独标出并保留双方原话;无具体指向的感受性意见归「需追问」;不要替我判断该不该改,不要合并相似意见。」 |
| 风格调研 | 「调研(品类)视觉趋势,参考(清单),逐个截图,从配色/版式/字体/图形/动效五维度做对比表,每条标来源与日期,按视觉气质分组说明共同特征;不要评价好坏。」 |
| 走查 | 「按(设计规范)检查这版实现截图:色值、字号字重、间距、圆角、组件用法、图标尺寸,逐条列出不符合处并指出位置和规范中的对应条款,不确定的也列出来。」 |
| 提案材料 | 「基于这套设计稿做提案 PPT:(页数)以内,按问题—思路—方案—效果的顺序,每页一个观点;设计推导的理由部分留空我自己写,不要替我编。」 |
---
