设计师
岗位是什么
设计师是对产品的视觉呈现、交互流程与用户体验负责的角色。在 AI 产品里,设计师的工作从「画界面」扩展为「设计人与模型的协作方式」——对话怎么进行、结果怎么展示、出错时怎么兜底,都是设计要回答的问题。
常见别名:UI 设计师、交互设计师(UX/IXD)、视觉设计师、体验设计师、用户研究员、设计系统设计师。
按工作内容细分:
| 细分方向 | 核心工作 | 说明 |
|---|---|---|
| UI 设计师 | 界面布局、视觉规范、组件设计 | 最常见的设计岗 |
| 交互设计师 | 用户流程、状态设计、操作反馈 | 与产品需求结合最紧 |
| 视觉设计师 | 品牌视觉、插画、动效、营销素材 | 偏品牌与表达 |
| 用户体验研究员 | 用户研究、可用性测试、洞察输出 | 偏研究,人数较少 |
| 设计系统设计师 | 组件库、规范、设计 token | 大中厂标配 |
AI 产品里设计师具体做什么:
- 对话界面:消息气泡、输入区、流式输出、多轮上下文的视觉组织
- 卡片流与可视化:知识问答的引用展示、数据图表、生成结果预览
- 边界状态:加载中、失败重试、幻觉风险提示、兜底话术的视觉表达
- 空状态与引导:首次使用引导、示例问题、能力边界告知(「不能做什么」比「能做什么」更需要设计)
时效性说明
信息截至 2026-08,岗位名称与 JD 写法变化较快,以最新公开招聘信息为准。
典型 JD 长什么样
职责
归纳公开 JD 的常见要素,典型写法大致是:
- 负责 XX 产品(App/Web/AI 应用)的界面与交互设计,输出高保真原型与设计规范
- 与产品、研发协作,跟进设计落地,保证还原度
- 基于用户反馈与数据持续迭代设计方案
- 建设与维护设计系统 / 组件库
- (AI 岗)参与 AI 功能体验设计:对话流、生成结果展示、异常态设计
要求
- 设计相关专业或同等能力,2 年以上设计经验
- 熟练使用 Figma 等主流设计工具
- 有完整项目上线经验,作品集过硬
- 良好的沟通与逻辑能力,能与产品、研发顺畅协作
加分项
- 有 AI 产品 / C 端产品设计经验
- 懂基础前端(HTML/CSS)或能理解技术约束
- 有动效、3D、插画等额外技能
- 会用 AIGC 工具辅助设计(文生图、AI 原型)
JD 关键词解读
- 「作品集」:设计的硬门槛——筛选和面试几乎都围绕作品集展开,重点不是图多,而是能否讲清每个项目的「背景 → 问题 → 方案 → 验证」
- 「设计系统 / 组件库」:大中厂标配能力,考的是抽象与规范能力:能不能把散乱的页面沉淀成可复用的规则
- 「与产品、研发协作」:说明这不是「只画图」的岗位,需求理解与跨角色沟通是隐性要求
- 「AIGC 工具」:加分项而非必需;会用文生图、AI 原型工具的设计师探索效率明显更高
- 警惕点:只强调「执行」不强调「思考」的 JD,可能是纯美工岗(天花板低);要求同时会设计、写代码、做运营的,是职责不清的小团队岗
与产品经理的协作
分工:PM 管需求与验证,设计管体验与方案
| 事项 | 产品经理 | 设计师 |
|---|---|---|
| 管什么 | 做什么、为什么做、怎么验证(需求、范围、优先级、验收指标) | 怎么做、好不好用(交互流程、视觉方案、设计规范、可用性) |
| 输入 | 用户诉求、业务目标、数据 | 需求背景、用户画像、技术约束 |
| 产出 | PRD、验收标准 | 交互稿、视觉稿、设计规范、走查清单 |
协作流程
- 需求同步:PM 给需求背景、目标用户、使用场景与验收标准;设计师补充用户研究与竞品分析,双方对齐「要解决什么问题」
- 设计探索:先低保真(结构与流程),再高保真(视觉细节);关键节点与 PM 对齐,避免大方向返工
- 设计评审:产品、研发、测试一起过方案;评审依据是用户证据与设计原则,而不是个人喜好
- 设计交付:输出标注、组件、规范与走查清单,随版本进入开发
- 开发还原:研发实现过程中设计师跟进,上线前做设计走查,核对还原度
- 上线后:体验数据与用户反馈回流,进入下一轮迭代
产出物与协作界面
- PM 侧:PRD、需求背景说明、验收标准、用户反馈汇总
- 设计侧:交互稿、视觉稿、原型链接、设计规范、走查清单
- 共同:评审记录、版本体验目标
常见摩擦与解法
- 「需求还没想清楚就催设计出图」:先对齐 PRD 的「做什么、不做什么」再进入设计;需求未定时的探索用低保真,不用高保真
- 「照着 XX 产品抄一个就行」:用用户研究与竞品分析把「为什么这么做」补上,再讨论差异点,而不是直接照搬
- 评审时「我觉得不好看」:用设计原则、可用性测试与数据裁决,避免陷入个人审美之争
- 开发还原度低:把「设计走查」写进上线流程,还原度作为验收项之一,问题项在发布前闭环
- 需求频繁变更:设需求冻结点,变更走评审并评估对设计与排期的影响,而不是默默返工
AIGC 工具对协作方式的影响
- 文生图、AI 原型工具让探索成本大幅下降,PM 也能快速产出「示意稿」用于对齐想法;设计师的价值从「画图」转向「判断与打磨」——在大量 AI 候选方案里选出对的、打磨到可用
- AI 生成素材需要过版权与品牌一致性审核;AI 生成的设计稿仍需设计师把关可访问性与可用性,不能直接上生产
- 给 PM 的建议:用 AI 草图对齐想法可以,但正式方案以设计师交付为准,别把 AI 草稿当成品去压排期
能力要求与准备建议
- 打磨作品集:每个项目讲清「背景 → 问题 → 方案 → 验证」,有 AI 相关项目最加分(哪怕是概念设计)
- 练设计基本功:布局、色彩、字体、层级、交互原则——AI 工具会画图,但判断力仍是人的
- 吃透工具与规范:Figma 熟练是底线,设计系统思维(组件化、token)是进阶
- 补 AI 通识:大模型基础 里的幻觉、流式输出、上下文概念,决定了你能不能设计好 AI 体验
- 学会验证:可用性测试 + 评估与评测 的思路,把「好不好用」说成可验证的结论,而不是主观感受
- 理解需求链路:读 需求分析 与 AI 产品开发生命周期(CC/CD),知道设计在链路中的位置和上下游是谁
发展路径
- 入行:设计专业应届或转岗者,用作品集 + 实习切入;AI 产品设计岗的需求在增长,是相对友好的切入方向
- 进阶:资深设计师 / 设计负责人——主导设计系统与体验方向,能独立定义体验标准
- 横向:产品设计师(更偏产品定义)、用户体验研究员、AI 产品经理(设计背景 PM 在体验型产品里很吃香)
- 纵向:设计团队负责人 / 设计总监;少数走向体验专家 / 设计合伙人
相关阅读
- AI 产品经理:你的主要协作对象,理解需求的来源
- 研发工程师(前端/后端/客户端):设计的落地端,还原度问题从这里来
- 测试工程师:走查与验收的协作方
- 需求分析:需求从哪来、怎么定义
- AI 产品开发生命周期(CC/CD):设计在开发链路中的位置
- 产品设计与原型(类目总览):设计方法论的完整展开,含设计哲学、视觉、交互、系统、原型、评审与黑话七页深度内容
发现错误?想一起完善? 在 GitHub 上编辑此页!
本页面贡献者:AI-PM Wiki Team
本页面的全部内容在 CC BY-SA 4.0 和 SATA 协议之条款下提供,附加条款亦可能应用