做产品 PMaker
空格的键盘

职业实战 · 研发、设计与测试 · 第 19 章

设计师:把出稿前后的那些事交出去

设计师最贵的时间是想方案的时间,但这部分时间常年被两头挤压。
约 10 分钟6 节4 条指令

设计师:把出稿前后的那些事交出去

一、设计师每天在跟什么较劲

设计师最贵的时间是想方案的时间,但这部分时间常年被两头挤压。

前面一头是需求不清。拿到一份 PRD,界面清单要自己数,状态要自己补——空状态、加载中、失败、无权限、超长文本,产品十有八九没写全。你画到一半发现少了一个状态,回去问,再等半天。这个过程重复发生在每一个需求上。

后面一头是交付琐事。一套主视觉定稿之后,要出十几个尺寸:公众号头图、朋友圈方图、小红书竖版、开屏、Banner、H5、印刷版。还有标注、切图、走查、给开发的规范说明。这些活不需要创造力,只需要耐心,但它们占掉的时间往往比画稿本身还多。

这一章讲的就是这两头。中间那部分——真正的设计判断——不在这本书要交出去的范围里。

二、你的上下文散在飞书哪儿

上下文类型在飞书的位置典型内容
需求云文档 PRD功能描述、字段、流程
流程与结构画板用户流程图、信息架构
设计资产云空间组件库、图标、字体、往期稿件
设计规范知识库、云文档色彩、间距、组件用法
评审意见文档评论、评审群各方反馈,最散最难追
交付进度任务、项目谁在等你的稿
风格参考需要走浏览器竞品界面、案例站
你需求云文档 PRD流程与结构画板设计资产云空间设计规范知识库、云文档评审意见文档评论、评审群交付进度任务、项目风格参考竞品界面、案例站实线在飞书里,走内置技能;虚线在飞书之外,要走浏览器或连接器
先照着把你们公司的实际情况填一遍。东西在哪儿,是能不能把活交出去的前提。

第五行是设计师的老大难。一轮评审下来,意见散在文档评论、群聊、口头和几张标注截图里,改完还得回去逐条确认「你说的那个是不是我改的这个」。这些意见都在飞书里躺着,只是从来没被整理过。场景三专门处理它。

三、四个高频场景

场景 01

接需求:先要一份界面清单和状态清单

发这句话
读这份 PRD,我要开始做设计。输出三样东西:
一、界面清单:这个需求需要设计哪些页面和弹窗,每个页面对应 PRD 的哪一节;
二、每个界面的状态清单:正常、空状态、加载中、请求失败、无权限、内容超长、极端数量(比如列表 0 条和 1000 条)分别需不需要单独设计,PRD 里明确写了的标「已定义」,没写的标「待确认」;
三、页面之间的跳转关系,画成流程图。
不要替产品补充他没写的逻辑,「待确认」的部分只列出问题,不要自己给答案。
为什么这么问

设计师和产品之间最大的信息差就是状态。产品想的是主流程,设计要考虑所有分支。把「待确认」清单一次性列出来发过去,比画到一半问一句强得多。

它用到什么

云文档内置技能读 PRD;流程图可以直接输出到飞书画板。

它回来的东西大概长这样状态清单的一页

订单列表页(对应 PRD 3.1)

状态需不需要单独设计PRD 里写了吗
正常是已定义
空状态是待确认:一条订单都没有时显示什么
加载中是已定义(骨架屏)
请求失败是待确认:失败后能不能重试
无权限待确认:子账号能不能看这个页面未提及
内容超长是待确认:商品名超过 20 字怎么截断
极端数量是待确认:1000 条以上是否分页

七个状态里五个待确认,都是问题,没有替产品给答案。

你验收什么

它列的界面清单会漏掉 PRD 里一笔带过的入口,也会把同一个弹窗数成两个。对着 PRD 快速过一遍,这一步花三分钟,能省后面半天。

耗时

画到一半才发现开工前十分钟

场景 02

一套主视觉铺成全渠道尺寸

原来怎么干

主 KV 定稿,然后开始一个个改画布尺寸、重新排版、调字号、导出。十几个尺寸,半天到一天,而且中途主视觉再改一次就全部重来。

发这句话
基于这份主视觉和(品牌规范文档),延展出这些尺寸的物料:(尺寸清单,含用途和像素)。要求:主体元素和核心信息在每个尺寸里都完整可见,不要被裁切;文字层级关系保持一致;竖版和方版的构图重新排布,不要简单拉伸;每个尺寸标注用途和输出格式。品牌色、字体、Logo 用法严格按规范文档,不要自己调整。
它用到什么

工作伙伴里的 AI 画师 和 UI 设计师;素材从云空间读。

边界必须说清

它出的是延展稿,终稿仍要你来定。构图取舍、视觉重心、微妙的间距节奏都在你这边;它负责把「同样的东西换个尺寸重排一遍」这种纯体力活承担掉,你在它的结果上调,比从零排快。

版权提醒

AI 生成的图形元素用在对外正式物料前,要确认没有可识别的第三方 IP 特征。这一条在商用场景里不是小事。

耗时

半天到一天一小时

场景 03

把一轮评审的意见收拢成一张表

发这句话
收集(设计稿文档)上的所有评论,加上(评审群)(时间范围)里关于这版设计的讨论,整理成一张修改清单:
每条列出提出人、原话、涉及哪个页面或元素、属于哪一类(信息层级/交互逻辑/视觉表现/文案/规范一致性)。
意见互相冲突的单独标出来,把冲突双方的原话都放上。
只是感受性表达没有具体指向的(比如「感觉不够高级」),单独归一类标「需追问」。
不要替我判断该不该改,也不要合并你觉得相似的意见。
「不要合并相似意见」为什么重要

两个人都说「这里太挤」,一个指的是间距,一个指的是信息量太多,合并之后你只会改一个。设计意见的措辞相似但指向不同,是常态。

「需追问」那一类是这张表最实用的部分。「不够高级」这种话没法改,但把它单独列出来,你就知道该回去问「具体是哪个部分让你有这个感觉」。

你验收什么

提出人有没有对错——评审意见的归属很重要,改完要回去逐个确认,找错人很尴尬。

耗时

翻三处记录一小时十分钟

场景 04

风格调研与情绪板

发这句话
调研(行业/品类)近期的(产品/网站/应用)视觉趋势,看这些参考:(清单)。用浏览器打开逐个截图,从配色、版式结构、字体气质、图形语言、动效倾向五个维度做对比表。每个参考标明来源链接和截取日期。最后按视觉气质把它们分成几组,说明每组的共同特征。不要给「哪个更好」的评价。
它用到什么

浏览器操作 + 云空间归档。数量多的话丢云电脑跑。

用途

给客户或内部提案时的参考支撑,以及自己开工前的方向校准。分组和归纳它能做,审美判断你来做。

耗时

一下午二十分钟

四、该装哪几个技能、伙伴、连接器

类型具体名称用在哪
内置技能云文档读 PRD
内置技能画板输出流程图、信息架构
内置技能云空间设计资产存取
内置技能知识库设计规范
内置技能任务交付跟进
工作伙伴UI 设计师界面稿与延展
工作伙伴AI 画师图形与配图
自定义技能你们的设计规范技能见下文

设计师最该建的自定义技能是设计规范技能:把色板、字阶、间距系统、圆角规则、组件用法、Logo 安全区写进去。往后所有延展和界面产出都调用它,出来的东西至少不会跑出规范。团队里有多个设计师时,这个技能的价值更大——它是规范真正被执行的保证,比写在文档里没人看强。

侧边工作台对设计师特别值。做网页和小应用时能实时预览,框选界面上的某一块直接说「这一列间距加大、字重降一级」,它只动选中的部分。这种「指哪改哪」的方式,比描述一大段要求让它整体重做准确得多。

五、成果怎么回流飞书,以及交给它的边界

回流:

边界:

设计这一章的边界比别的章更需要讲清楚,因为很容易被误解成「AI 要替代设计师」。

它做不了的是判断。这个方案和那个方案哪个更对,某个元素该不该留,视觉重心放在哪里——这些依赖对品牌、对受众、对场景的理解,不是把参考喂给它就能得出的。它给的是选项和延展,选择权在你。

对外正式物料必须人工终审。AI 生成的图形有版权风险,文案可能不符合广告法,品牌元素可能被微调过而你没发现。凡是要印出去、投出去、发出去的,最后一遍必须人看。

别让它替你写设计说明里的「为什么」。方案评审时最有价值的是你的推导过程,那是你的专业性所在。让它代笔,说出来的话你自己都圆不上。

六、设计师指令卡

场景指令模板
需求拆解「读这份 PRD 输出三样:界面清单(每项对应 PRD 章节)、每个界面的状态清单(正常/空/加载/失败/无权限/超长/极端数量,PRD 写了的标「已定义」没写的标「待确认」)、页面跳转流程图。不要替产品补逻辑,待确认的只列问题。」
尺寸延展「基于这份主视觉和(规范文档)延展(尺寸清单):主体与核心信息完整可见不被裁切,文字层级一致,竖版方版重新构图不要拉伸,每个标注用途与输出格式;品牌色、字体、Logo 严格按规范不要自行调整。」
评审收拢「收集(文档)评论和(群)(时间)的讨论,整理修改清单:提出人、原话、涉及页面元素、类别(层级/交互/视觉/文案/规范);冲突意见单独标出并保留双方原话;无具体指向的感受性意见归「需追问」;不要替我判断该不该改,不要合并相似意见。」
风格调研「调研(品类)视觉趋势,参考(清单),逐个截图,从配色/版式/字体/图形/动效五维度做对比表,每条标来源与日期,按视觉气质分组说明共同特征;不要评价好坏。」
走查「按(设计规范)检查这版实现截图:色值、字号字重、间距、圆角、组件用法、图标尺寸,逐条列出不符合处并指出位置和规范中的对应条款,不确定的也列出来。」
提案材料「基于这套设计稿做提案 PPT:(页数)以内,按问题—思路—方案—效果的顺序,每页一个观点;设计推导的理由部分留空我自己写,不要替我编。」

---