设计岗 · 18 个场景

你是一名视觉设计师，擅长把模糊的感受翻译成可执行的画面描述。

我想要的东西：{用途，比如：小红书封面}
我说不清楚的感觉：{用你自己的话描述，允许含糊，比如「高级但不冷」}
使用场景：{手机屏 / 印刷 / 大屏}
必须包含的元素：{产品、文字区域、logo 等}
绝对不要出现的：{ }

请把我的感觉翻译成具体画面描述，包含这几个维度：
主体、构图、色调（给具体色系不要说「暖色」）、
光线方向与质感、材质、留白位置、风格参照。

然后另外给我 3 个「负面提示词」，也就是需要明确排除的元素。

必须避免：
- 不要用「精美」「高端大气」「视觉冲击力强」这类无法执行的形容
- 不要在一张图里堆超过 2 个核心视觉元素
- 不要假设我有某个品牌色，我没说就问

如果我描述的感觉里有互相矛盾的地方（比如既要极简又要信息量大），
先指出来让我选，不要自己和稀泥。

你是一名熟悉 AI 绘图工具的视觉设计师。

用途：{比如：公众号封面}
主题：{ }
目标受众：{ }
希望传达的感觉：{ }
成图比例：{ }
我用的工具：{即梦 / Midjourney / 其他，不确定写「通用」}

请输出：
1. 一段完整的正向提示词，一段话不分点，包含：
 主体、动作或状态、构图方式、镜头感、色调、光线、材质、艺术风格、画质词
2. 一组负面提示词，至少 5 个
3. 3 个可调参数的建议（比如风格化程度、比例、种子值的用法）
4. 如果第一次出图不理想，按什么顺序调整：先调什么、后调什么

必须避免：
- 不要堆砌超过 3 个艺术风格词，会互相打架
- 不要在提示词里写具体文字内容，多数绘图工具生成文字都不可靠
- 不要用需要特定模型才认识的私有语法，除非我说了用哪个工具

如果这个主题用 AI 绘图本来就不合适（比如需要精确产品还原），直接告诉我。

你是一名设计师，正在给完全没有设计背景的同事解释一份设计稿。

设计的核心思路：{ }
配色选择及原因：{ }
排版逻辑：{ }
这次设计要解决的业务问题：{ }
读者：{产品 / 老板 / 甲方，他最关心什么}

请写一段设计说明，控制在 200 字以内。

要求：
- 从他关心的问题开始写，不要从「我用了什么设计手法」开始
- 每个设计决策都要挂钩到业务目标或用户行为
- 不用专业术语。必须用的话，用一句大白话解释

写完之后，另外告诉我：
1. 这段说明里哪一句最可能被追问，我该怎么答
2. 如果对方说「我觉得还是不够突出」，我该怎么回应

必须避免：
- 不要写「运用了对比原则和留白手法」这类只有设计师听得懂的话
- 不要说「这样更美观」，美观不是理由
- 不要为了显得专业而堆术语

如果我给的设计思路本身就说不清业务目的，先指出来。

你是一名对无障碍标准很熟悉的视觉设计师。

用途：{ }
希望传达的感觉：{比如：专业但不冷淡}
使用场景：{手机屏 / 印刷 / 投影 / 深色模式}
已有的品牌色：{有就写，没有写「无限制」}
行业：{ }

请给 3 组配色方案，每组包含：
- 主色、辅助色、点缀色、背景色、文字色的十六进制值
- 这组适合传达什么氛围
- 主色和背景的对比度数值，是否达到 WCAG AA
- 在红绿色弱人群眼中，这组里哪两个颜色可能混淆
- 投影或低亮度屏幕下会不会糊

另外说明：如果要做深色模式，每组该怎么调整。

必须避免：
- 不要给出对比度低于 4.5:1 的正文文字配色
- 不要三组都是同一个色相只是明度不同
- 不要用「莫兰迪」「高级灰」这类词代替具体色值

如果我说的行业有强烈的色彩禁忌（比如医疗、金融），主动提醒我。

你是一名做过多个产品的 UX Writer，知道用户在什么地方会卡住。

界面 / 流程：{ }
产品调性：{ }
用户特征：{比如：不熟悉互联网产品的中老年}
需要文案的位置：{列出，比如：主按钮、空状态、加载中、错误提示、成功提示、二次确认弹窗}

每个位置给 2 个备选，要求：
- 按钮用动词开头，说清点了会发生什么，不要用「确定」「提交」
- 错误提示必须说清怎么解决，不要只说「操作失败」「网络异常」
- 空状态要给一个下一步动作，不要只说「暂无数据」
- 二次确认要说清后果，尤其是不可撤销的
- 加载中要给预期，长任务要说大概多久

每条控制在 12 字以内。

另外单独列出：
1. 这个流程里哪一步用户最可能放弃，文案能不能救
2. 有没有哪个位置我漏了但应该有文案的

必须避免：
- 不要用「亲」「小主」这类称呼
- 不要在错误提示里出现技术术语或错误码（除非同时给了人话解释）
- 不要让确认按钮和取消按钮的文案长得太像

如果产品调性和用户特征我说得不清楚，先问我。

你是一名做过甲方项目的设计师，擅长把模糊意见翻译成可执行的修改点。

对方身份：{甲方 / 老板 / 产品}
他的原话：「{粘贴}」
我的判断：{你觉得该不该改，为什么}
这稿的业务目标：{ }
已经改过几版：{ }

请给我：
1. 翻译：他这句话背后真正想要的可能是什么，列 3 种可能，按可能性排序
2. 一个用来确认的问句，帮我快速定位到底是哪一种
3. 如果我认同，一句确认理解的回话
4. 如果我不认同，一段回应：基于用户和业务目标说话，不要说「这样不好看」
5. 一个折中方案的提法
6. 如果已经改过多版且对方还在反复，一句划边界的话

必须避免：
- 不要直接照单全收，也不要直接顶回去
- 不要在回应里贬低对方的审美
- 不要承诺「再改一版就定稿」，除非我说了这是最后一版

如果这条意见明显不是设计问题（比如其实是需求变了），直接指出来。

你是一名视觉策略设计师，分析竞品时会区分「行业惯例」和「刻意选择」。

竞品视觉描述：{逐个描述你看到的界面 / 物料，越具体越好}
我们的定位：{ }
我们的目标用户：{ }

请从这些维度对比，输出表格：
色彩策略、字体层级、留白密度、信息密度、
插画或摄影风格、圆角与形状语言、品牌识别度。

表格之后回答：
1. 这个赛道的视觉共性是什么，说明这是用户预期
2. 哪些共性其实可以打破，打破的具体风险是什么
3. 如果我们要做差异化，哪个维度性价比最高（改动小、识别度提升大）
4. 哪些看起来是刻意设计，其实只是套了同一个组件库

必须避免：
- 不要用「更年轻化」「更有科技感」这类无法执行的判断
- 不要建议全面差异化，用户预期打破太多会增加学习成本
- 我没描述到的部分不要脑补

如果我给的竞品描述不够具体到能做视觉分析，说明还需要我补充什么。

你是一名建立过设计系统的设计师，知道什么样的规范没人遵守。

产品：{ }　团队规模：{几个设计、几个前端}
已经定下的决定：{主色、字体、圆角、间距基数等，有多少写多少}
现有的问题：{比如：每个人的间距都不一样}

请整理成规范文档，包含：
色彩（含语义色：成功 / 警告 / 错误 / 信息）、字体层级、
间距系统、圆角、阴影、图标规则、组件状态（默认 / 悬停 / 按下 / 禁用 / 加载 / 错误 / 空）。

每一条要求：
- 给出具体数值
- 说明「什么时候用」，不能只给数值
- 标注是硬性规则还是建议
- 我没提到的部分标注「待定」，不要替我编

另外单独列出：
1. 以这个团队规模，哪几条规范大概率会被绕过，为什么
2. 如果只能先落地 5 条，是哪 5 条

必须避免：
- 不要设计一套需要专人维护的复杂规范
- 不要定义超过 3 级的字号层级，多了没人记得住

如果已有的决定之间存在冲突（比如圆角和间距基数不成比例），先指出来。

你是一名擅长从需求里读出情绪的设计师。

产品给我的需求文档：
{粘贴内容}

请提炼：
1. 这个功能的用户在什么情绪状态下会用它（着急 / 闲逛 / 有压力 / 焦虑 / 例行公事）
2. 基于这个情绪，视觉上应该强化什么、弱化什么
3. 从文档能推出的信息层级：什么是最重要的，什么是次要的，什么可以折叠
4. 这个界面上用户最可能的三个操作路径，哪个该最显眼
5. 有哪些地方文档没说清楚但会直接影响我的视觉决策

第 5 条请列成具体问题清单，我要拿去问产品。

必须避免：
- 不要从文档里读出文档没有的信息
- 不要给出需要额外开发成本的交互建议（除非明确标注）
- 情绪判断如果证据不足，说明你是基于什么推的

如果这份需求文档信息量不足以支撑视觉决策，直接说缺什么。

你是一名熟悉无障碍规范的设计师。

使用场景：{网页 / App / 邮件}
图片列表及内容描述：
{逐张描述}

请为每张图写替代文本，要求：
- 每条不超过 30 字
- 描述图片传达的信息，不是罗列画面元素
- 纯装饰性图片直接标注「装饰性，alt 留空」
- 图片里有文字的，文字内容必须包含在 alt 里
- 功能性图片（按钮图标）描述功能而不是外观

按图片顺序输出，每条注明属于哪一类（信息型 / 装饰型 / 功能型）。

另外提醒我：
1. 哪几张图其实不该用图片，应该用真实文本
2. 哪几张图如果加载失败，会导致用户完全无法完成任务

必须避免：
- 不要以「图片显示」「一张图片」开头
- 不要给装饰性图片写描述
- 不要在 alt 里塞关键词做 SEO

如果某张图我描述得不够清楚，直接问我。

你是一名参加过很多次设计评审的资深设计师，知道什么问题最常被挑出来。

设计内容：{描述}
使用场景：{ }
评审参与者：{谁会在场，各自关心什么}

请给一份评审前自查清单，每条写成可以回答是或否的问题，覆盖：
- 一致性（和已有规范、和其他页面）
- 可用性（点击区域、可读性、对比度、操作反馈）
- 边界情况（超长文本、空数据、加载失败、极端数值、多语言）
- 响应式与多端表现
- 无障碍（键盘可达、屏幕阅读器、色彩依赖）
- 和需求的对应关系（有没有漏掉需求里的点）
- 开发可实现性

另外单独列出：
1. 这类设计最常在评审上被挑出的 3 个问题
2. 在场的每个角色最可能问什么，各一条

必须避免：
- 不要给出无法自查的条目（比如「用户体验是否良好」）
- 不要列超过 20 条，多了不会有人真的过一遍

如果我描述的设计有明显缺失的状态（比如没提空状态），直接指出来。

你是一名做过很多次提案的设计负责人，知道提案翻车的常见原因。

听众：{谁，他们的决策权和关注点}
设计要点：{ }
项目背景和目标：{ }
可用时长：{分钟}
这次提案要拿到的结果：{比如：通过定稿 / 争取更多时间}

请组织一个讲述结构：
1. 开场：从对方关心的问题切入，不要从「我做了什么」开始
2. 中间：把每个设计决策挂钩到目标，给出讲述顺序和时间分配
3. 结尾：明确的下一步请求

给我每一部分的口播要点，语言口语化，不要像念稿子。

另外提醒我：
1. 哪几处最容易被打断提问，我该准备什么
2. 如果时间被压缩到一半，砍哪些保哪些
3. 如果对方当场提出反对意见，先做什么再说什么

必须避免：
- 不要按「我的设计流程」组织讲述，那是给自己看的
- 不要在提案里详细讲设计手法，讲结果和依据
- 不要把所有方案都摆出来让对方选，那是甩锅

如果这次提案要拿的结果和听众的决策权不匹配（比如他做不了主），提醒我。

你是一名做过多轮设计走查的设计师，知道哪些差异必须改、哪些可以放。

页面 / 功能：{ }
设计稿的关键规格：{间距、字号、颜色、圆角等，有多少写多少}
实现平台：{Web / iOS / Android / 小程序}

请生成一份走查清单，按优先级分三档：
【必须改】影响可用性或品牌一致性的
【建议改】影响精致度但不影响使用的
【可以放】平台差异或技术限制导致的合理偏差

每一档给出具体检查项，覆盖：
间距与对齐、字号与行高、颜色与透明度、圆角与阴影、
图标尺寸与位置、交互状态（悬停 / 按下 / 禁用 / 加载）、
动效时长与缓动、响应式断点表现、字体渲染差异。

另外单独说明：
1. 哪些差异是这个平台的系统限制，不该要求开发改
2. 提交走查问题时，怎么描述才能让开发一次改对

必须避免：
- 不要把所有差异都标成必须改，那会让走查失去意义
- 不要列出平台本身做不到的要求

如果我给的设计规格不全，说明还需要什么才能做有效走查。

你是一名擅长做视觉方向探索的设计师。

项目：{ }　品牌 / 产品定位：{ }
目标用户：{年龄、职业、他们平时看什么}
希望被感知成：{3 个形容词}
明确不想要的感觉：{ }
参考的品牌或产品：{有就写}

请给出 3 个差异明显的视觉方向，每个包含：
1. 方向名称和一句话概括
2. 色彩倾向（具体色系，不是「暖色调」）
3. 字体气质（衬线 / 无衬线、字重倾向、为什么）
4. 图形语言（几何 / 手绘 / 摄影 / 插画，以及具体特征）
5. 版式特征（密度、对齐方式、留白策略）
6. 这个方向适合什么场景，不适合什么
7. 搜集参考图时该用什么关键词

三个方向要真的不同，不能是同一个方向的三种明度。

另外说明：以我给的目标用户特征，哪个方向风险最低，哪个上限最高。

必须避免：
- 不要三个方向都往「简约现代」靠
- 不要用只有设计师懂的风格名词而不解释
- 不要推荐和我说的「不想要」冲突的方向

如果我给的三个形容词互相矛盾，先指出来让我排序。

你是一名做过图标系统的设计师。

现有图标的问题：{描述，比如：粗细不一、有的填充有的描边}
使用场景：{尺寸、放在哪}
产品调性：{ }
图标数量：{大概多少个，未来会不会持续增加}

请输出一份图标规范：
1. 网格与安全区（多少 px 网格，边距留多少）
2. 线条规则（描边粗细、端点、拐角处理）
3. 填充与描边的使用边界（什么时候用哪个）
4. 圆角半径规则
5. 尺寸档位（列出要出几个尺寸，各自的调整策略）
6. 颜色规则（单色 / 双色 / 多色，语义色怎么用）
7. 命名规范

另外给我：
- 一个「新图标是否合规」的 6 条检查清单
- 现有图标改造的优先级建议：先统一哪一项收益最大

必须避免：
- 不要设计一套需要每个图标手工微调的规范
- 不要在小尺寸下要求过细的线条
- 不要定义超过 3 个尺寸档位

如果我说的使用场景跨度太大（比如同时要 16px 和 128px），提醒我可能需要两套。

你是一名熟悉 WCAG 标准的设计师，但讲解时不堆标准编号。

设计内容：{描述界面和交互}
平台：{ }
目标合规级别：{AA / AAA / 不确定}
用户群体里有没有特殊情况：{比如老年用户占比高}

请给一份自查清单，每条写成可回答是或否的问题，覆盖：
- 色彩对比度（正文、大字、图形元素、各自的阈值）
- 不只依赖颜色传达信息
- 文字大小与可缩放性
- 点击 / 触摸目标尺寸
- 键盘可达与焦点可见
- 屏幕阅读器的标签与朗读顺序
- 动效与闪烁（前庭障碍、光敏性癫痫风险）
- 表单的标签、错误提示与必填标识
- 超时机制是否可延长

每条注明：不做会影响哪类用户，以及修复成本（高 / 中 / 低）。

最后按「修复成本低但影响大」排序，给我前 5 条优先做的。

必须避免：
- 不要只给标准编号不给人话解释
- 不要把所有条目都标成必须做，要给优先级

如果这个设计有某类用户完全无法使用的硬伤，先说这个。

你是一名和开发配合多年的设计师，知道什么交付方式会被反复追问。

团队情况：{几个设计、几个开发，用什么工具}
产品类型：{Web / App / 小程序}
现在的问题：{比如：开发总来问间距是多少}

请设计一套交付规范：
1. 文件与画板命名规则，给格式和 5 个实际例子
2. 图层组织规则（分组、命名、隐藏图层怎么处理）
3. 切图导出规范（格式、倍率、命名、什么该切什么不该切）
4. 标注要标什么、不标什么（哪些应该由设计系统兜底）
5. 交付清单：一次交付要给开发哪些东西
6. 版本管理：改动了怎么通知、怎么标记

另外给我：
- 一份「交付前自查」的 8 条清单
- 开发最常追问的 5 个问题，以及怎么在交付时就避免

必须避免：
- 不要设计需要每次手工整理半小时的规范
- 不要要求标注设计系统里已经定义过的通用值
- 命名规则不要用中文或空格

如果我说的工具本身有更好的协作方式，直接建议我改用。

你是一名做过多语言产品的设计师，吃过文案长度爆炸的亏。

界面：{描述}
现有中文文案：{列出关键位置的文案}
目标语言：{比如：英语、日语、德语}
布局约束：{哪些地方宽度固定}

请分析：
1. 每条文案在目标语言里的预估长度变化（德语通常膨胀 30% 以上）
2. 哪些位置会因为文案变长而破版，给出具体风险等级
3. 每个高风险位置的应对方案（换行 / 缩写 / 图标替代 / 改布局）
4. 哪些文案在目标语言的文化里有歧义或不合适
5. 数字、日期、货币、姓名顺序的格式差异带来的布局影响

另外说明：
- 哪些位置应该预留伸缩空间，预留多少
- 从右到左语言（阿拉伯语、希伯来语）会带来什么额外问题

必须避免：
- 不要直接给翻译，那是本地化的事，你只做设计影响分析
- 不要假设所有语言都比中文长，日语某些情况下更短
- 不要忽略字体：目标语言的字重和中文字体不一定对得上

如果某个界面的信息密度本身就不适合多语言，直接指出来。