证书最后一门课《Design a UX for Social Good & Prepare for Jobs》的求职板块——怎么强化作品集、写案例研究、做简历、过面试、找工作。用 AI 工具加速这一切的玩法在 Google UX 证书 / 用 AI 做 UX 与求职(简历/求职信/面试都有 AI 版),这里讲的是底层 craft(不依赖 AI 也成立的方法)。
对 PM 的意义:① 作品集面试展示模板(Problem→Process→Impact 那套)其实就是"怎么讲一个项目"的通用叙事框架,做述职/汇报/competency 面试都能用。② 案例研究 7 要素和你写项目复盘的结构高度重合。③ STAR 法 + 看公司文化不看名气是任何求职都通用的。
一、强化作品集前:两个设计观
跨设备设计 4C 原则
在不同设备上做统一体验,先选主要设备(看用户最常用哪个)+ 了解设备差异(触摸 vs 键鼠、屏幕大小),然后守 4C:
| 原则 | 含义 | 例 |
|---|---|---|
| 一致性 Consistency | 各设备风格统一,熟悉感 | Google 头像永远右上角 |
| 连续性 Continuity | 操作跨设备接续 | 电脑写邮件存草稿,手机接着写 |
| 情境 Context | 按使用场景调功能 | 手表上看邮件只快速查看/简回 |
| 互补性 Complementary | 设备互相配合各扬其长 | 桌面浏览 → 移动端续看并用移动特性增强 |
移动优先 Mobile-first:先为手机设计再扩展到大屏(从核心功能起步)。好处:加载快(手机性能弱,逼你精简)、跨设备一致。预计 2025 年 72% 的人只用手机上网。Google 搜索就因此改了排序——手机用户搜餐厅优先给地址/导航而非评论。(详见 Google UX 证书 / 视觉设计·设计系统·响应式 响应式)
为社会公益设计 Design for Social Good
在"解决用户问题"基础上,专注让社会更好的问题——关注不赚钱、易被忽略的群体,促进教育/医疗/环保的平等可得。3 个 Google 案例:社区电子公告板(Google Home 语音播报社区活动,帮独居老人脱孤)、Seeing Music(声音转图形/颜色,让听障"看见"音乐)、Simple(20 秒记录血压病史,管理 50 万+ 高血压患者)。在作品集里放这类项目能展示你在公平/可持续/包容性设计上的能力 + 社会责任感。
二、作品集 Portfolio
网站 best practices + website builders
作品集最好是个人网站(展示案例研究)。可用 website builder(如 Wix/Squarespace 等)快速搭。规划要点:首页讲你是谁 + 2–3 个代表案例 + 关于我 + 联系方式。按目标岗位类型定制(tailor)——申研究岗就突出研究案例,申交互岗就突出交互。
案例研究 Case Study(7 要素)
案例研究 = 项目总结展示,传达你的角色、思路、成果。完整结构:
- 你的角色 Your role
- 项目目标 Project goal
- 目标用户 Target audience
- 关键挑战与限制 Challenges & constraints
- 设计流程 Design process(研究→洞察→线框→原型→测试→迭代)
- 最终产品 Final product
- 影响 Impact(数据 + 反馈 + 是否上线)
好案例研究展示的是"规划/策略/执行/整合用户反馈"的综合能力,不是只贴漂亮界面。讲过程 > 讲结果。
作品集面试展示模板(讲项目的通用叙事)
面试时口头展示作品集的推荐结构(PM 述职也能用):
graph LR
A["封面<br/>姓名+定位标语"] --> B["关于我<br/>背景+核心技能+价值主张"] --> C["项目概览<br/>2-3个+一句话结果"] --> D["逐项目"] --> E["Key Takeaways<br/>设计方法论"] --> F["FAQ<br/>预判问题"] --> G["Thank You<br/>联系方式"]
每个项目按固定五段讲:Problem 问题/挑战 → Process 设计过程 → Final 最终成果 → Impact 影响(数据/Design ROI) → Learnings 学到什么 + 下一步。多个项目保持同一叙事结构便于对比。用量化结果("任务完成率 +28%")证明价值。
三、简历 Resume
简历本身就是一份视觉设计作品,用上设计原则:信息层级(快速识别重点)、网格对齐、色彩 + 留白、个人品牌(原创 Logo/配色/字体)。常见呈现:
- 双栏布局(比单栏更利对齐和快速浏览)
- 一抹品牌色强化姓名/标题(黑白也行,但避免浅黄配白底等低对比)
- 个人 Logo(非必需,如用姓名首字母 "ZB",在作品集/名片复用)
- 项目符号分段(可用品牌色小图标代替黑点)
- 字体层级(姓名醒目、辅助信息轻/灰)——突出重点不伤可读性
工具流:先用 Word/Google Docs 打底(信息完整)→ 再用 Figma/InDesign 美化(像 wireframe→mockup)。按招聘要求的格式提交(PDF/Docx),格式错可能被直接忽略。每次大改后找人校对拼写语法。
典型 UX 简历要素 + Google 招聘官建议见课程示例(Yang/Shabi/Zachary 的简历)。AI 改简历(基础版+按岗位定制)见 Google UX 证书 / 用 AI 做 UX 与求职 §四。
四、面试
面试流程 + 三个展示重点
UX 面试通常多轮(初筛 → 作品集展示 → 行为/技能面 → 可能白板)。招聘经理 Jay 的 3 个重点:
- 适应力 Adaptability:重点不是你最终交付了什么,而是你怎么从概念走到交付——提想法→测试→听反馈→迭代,过程中定义并修正问题。
- 热情 Passion:讲清你对设计流程哪部分最有兴趣(共情/交互/界面/测试)。
- 学习心态 Learning Mindset:从项目里学到了什么。
找工作看公司文化不看公司名:优先找有强导师支持、明确反馈机制、成长空间的地方——头几年塑造你的设计师身份。
STAR + 白板面试
- STAR 法答行为题:Situation/Task/Action/Result(详见 Google UX 证书 / 用 AI 做 UX 与求职,可用 Gemini Live 练)。
- 白板面试 Whiteboard Interview:现场给一个设计问题,边想边画,考察你的思考过程和沟通(不是最终方案完美)。出声讲思路(think-aloud)、先问清约束、画用户流程/线框。
- 为面试官准备有思考的反问;面试后跟进感谢;理性回应 offer。克服冒名顶替综合症 Impostor Syndrome(讲师 Catherine)——新人常见,别因此不敢投。
五、职业路径与协作
UX 细分工种 + 公司类型 + 常见岗位
- UX 细分:交互设计师 / 视觉设计师 / 动效设计师 / UX 研究员 / UX 文案 / UX 工程师 / UX PM(详见 Google UX 证书 / UX 设计基础 §二)。
- 公司类型:大公司(分工细、专才、导师多)/ 初创(一专多能、通才)/ 设计代理 / 自由职业。
- 自由职业:要写商业计划 Business Plan(定位/定价/获客),找第一个客户常从小企业/非营利免费做起换作品集+推荐信,再逐步收费 + 写UX 提案 Proposal。
UX 社区 + 与工程协作
- 参与 UX 社区(ADPList 导师、Creative Mornings、各 niche 社群)——人脉是求职最有效渠道之一(见 Google UX 证书 / 用 AI 做 UX 与求职 §四)。
- 与工程团队协作:设计早期就拉工程进来评估可行性;交付时给清晰规格 + 边缘案例 + 无障碍说明(详见 Google UX 证书 / 测试·迭代·设计评审·交付 §四 Handoff)。
关键术语速查(Glossary)
| 英文 | 中文 | 一句话 |
|---|---|---|
| 4 Cs | 4C 原则 | 一致/连续/情境/互补,跨设备体验 |
| Mobile-first | 移动优先 | 先做手机再扩大屏 |
| Design for Social Good | 公益设计 | 解决让社会更好的问题 |
| Case Study | 案例研究 | 角色/目标/用户/挑战/流程/成果/影响 |
| Portfolio Presentation | 作品集展示 | Problem→Process→Final→Impact→Learnings |
| Personal Brand | 个人品牌 | Logo/配色/字体体现风格 |
| STAR Method | STAR 法 | 情境/任务/行动/结果 |
| Whiteboard Interview | 白板面试 | 现场画,考思考过程与沟通 |
| Impostor Syndrome | 冒名顶替综合症 | 觉得自己不配,新人常见 |
| Business Plan / Proposal | 商业计划/提案 | 自由职业定位定价 / 给客户的方案书 |
<!-- 视频缺口:本主题含 Capstone 作品集指南视频(2 个大文件,共 3GB,已压缩归档)+ 多位招聘官/设计师访谈(Jay/Juan/Kartik/Dane/Tim/Olga 等)——核心建议文字已覆盖;Capstone 演示画面未转写,属操作演示。 -->
附:Stop Decorating, Start Storytelling — 作品集叙事框架(Will's Design Notes 补充)
来源批次:Will's Design Notes《Guide to a Successful UX Portfolio》5 篇(一位申到 Google 的设计师的"Don't vs Do"经验帖)。上面一~五节讲的是案例研究该有哪些"要素"(结构清单);这一节补的是另一个角度——同样的要素,为什么大多数人做出来是"装饰品"而不是"会讲故事的证据",以及资深面试官在每一页背后真正在找什么。 把它当作前面模板的"反模式 + 叙事打磨"层。
核心命题:作品集不是把界面摆漂亮(decorating),而是把"你怎么思考、怎么救项目"讲成故事(storytelling)。面试官在有限认知资源下扫描你的作品集找"录用/淘汰证据",任何需要他自己拼逻辑、自己猜关系的地方都是阻力,阻力直接等于没机会。
1. 让 persona 贯穿到底,别一介绍完就消失
很多人把"用户画像"当训练营模板里的打勾项,开头用三页讲 Sarah 的痛点,高保真稿一出现就再不提她——故事就断了,资深面试官读出的信号是"你的研究没驱动设计,只是事后贴上去装专业"。Do:最终方案要明确回应开头立的痛点,展示高保真稿时直接点出"这个 UI 决策对应 Sarah 的哪个痛点"(如她信息过载 → 新仪表盘怎么简化她的信息视图)。 Why:招聘方要的是"能基于真实用户问题做决策的人",不是会画界面的人;痛点→决策的闭环映射是"研究真的驱动了设计"的唯一证据。
2. 设计稿按"连贯用户流"讲,别砌 Dribbble 砖墙
受 Dribbble/Pinterest 影响的"瀑布流/砖墙式"摆图看着酷,但面试官得自己猜"这页和下页啥关系",是典型的重颜值轻逻辑。Do:用带箭头、状态过渡、逻辑关系的连续流程呈现(版面不够就用几秒动画讲完整流程),展示你对空间模型、微交互、状态过渡的思考。 Why:连贯流让面试官沿用户心理模型(mental model)理解你的设计,并借此评估你处理复杂交互的能力;散乱网格只证明你会出图,不证明你设计的是完整旅程。
3. 复杂度让位于清晰度:缩放全局再放大重点
为显得"做了很多研究"塞一张 30+ 步、缩成模糊长方形的旅程图,是减分项——信息存在 ≠ 信息可沟通。Do:先给一张干净简化的整体骨架建立背景,再把大部分篇幅留给"高分辨率局部放大",聚焦在用户真正卡住、以及研究促使方向转变的"关键时刻"。行业黑话同理(PNR 同步/延迟缓冲),用人人懂的类比搭桥(把复杂票务系统类比成繁忙咖啡店的出单顺序)。 Why:能从噪音里提炼关键信号、能把复杂讲简单,恰恰是 senior 沟通水平的标志;面试官要停下来问定义的那一刻,这段就输了。
4. 把"翻车"当卖点:roadblocks 是解决力的证据
一个从 A 到 B 毫无波折的完美项目反而可疑——要么没真实业务复杂度,要么藏了问题(真做产品本就缺预算、被技术限制、出过失败方案)。Do:专门讲你判断错的时刻、迫使方案改变的约束、几乎让项目脱轨的障碍——和谁一起解决的、怎么想出变通方案、学到了什么。 Why:招聘方更想看你压力下怎么思考;敢讲翻车把你从"只会推像素的执行设计师"提升为"计划崩了也能继续做事的问题解决者"。
5. Connect the dots:每条洞察都接到具体像素
"用户说 X,所以我改 Y"只证明你做了事,不证明价值;研究一章设计一章的模板式排版,逼面试官来回翻看自己猜哪条洞察对应哪个 UI 改动。Do:用"反事实思维"——先说团队原本基于内部假设差点做错什么,再展示推翻错误假设的具体数据证据,把设计从"优化美化"重述成"项目救援"(不是"我让它变好了",而是"我避免了一个昂贵错误")。 Why:洞察↔决策的显式连线,就是直接把"该录用你"的核心证据递到面试官手里,省掉他自己拼剧情的认知成本。
6. 战略思维三件套:技术权衡 / 团队协作 / T 型聚焦
(a)别拿无视平台/API/时间线的"Blue Sky"空想方案,要记录你做过的技术权衡(何时因技术限制改方案、怎么和工程找到既可实现又不牺牲用户价值的中间方案)——证明你是工程的战略伙伴而非只交付 Figma 文件的人。(b)别把过程写成"单枪匹马的个人英雄探索",Google 这类公司设计是团队运动,要突出你如何化解意见冲突(具体讲怎么用一次快速可用性测试或一个分析数据,把一屋子反对的人说服过来)——证明你靠影响力而非职位权力领导。(c)自我介绍别"什么都会"(UX/研究/Logo/前端全报),声称全能往往意味着没精通任何一个,要讲T 型核心强项 + 对这个具体团队的价值。 Why:senior 岗位看的是"能在现实约束内落地 + 能推动跨职能 + 有清晰价值标签",这三点都指向"可被背书的专业形象",泛而不精和空想都会让团队无法判断你填哪个坑。
7. 用证据证明影响:无障碍 + 设计系统都要"有理由地动"
(a)别把无障碍 accessibility 当最后补的作业(一被问色彩对比/读屏顺序/点击区域就懵),要把包容性设计织进核心决策并拿证据(展示你刻意调过对比度的界面、为行动受限或高认知负荷用户简化的流程,真进过手机/电脑无障碍设置)。(b)除非申 Design Systems 岗,别花三页展示不是你建的 UI Kit(默认你会用组件),要展示"系统解决不了某个具体用户问题时,你为什么扩展或有意识地打破它"。 Why:两者都是把"我会用基础能力"升级成"我会有判断地运用"——成熟度体现在你能说清"为什么这么设计/为什么破例",而非堆砌默认就该会的东西。
8. 自己讲不明白的作品集拿不到面试:Action Titles + 自给自足
别默认"为什么这么做我到面试时再讲"——作品集的首要任务是先帮你拿到面试,它自己讲不清逻辑,你可能连面试机会都没有。Do:做一份你不在场也成立、可快速扫读(每页只看几秒)的文档,把每章标题写成结论(Action Title)而非分类名:"用户研究"→"研究发现 60% 用户在支付环节流失";"构思草图"→"通过简化导航降低认知负担";"最终设计"→"为忙碌妈妈打造的一站式方案"。同时把每章命名成对面试官"无声问题"的直接回答(知道这家重视数据驱动,就把章节叫"我如何用定性+定量数据调整设计方向")。 Why:面试官是扫读不是精读,只看标题就能 get"你做了什么、为什么有价值",等于替他完成心理评估清单上的打勾;标题只写分类名的,本质只是"漂亮图片合集"。
9. 现场展示:把案例讲成"某一天的真实经历",变独白为对话
别照着 PPT 逐字念(面试官读字比你讲快,五分钟就走神),也别紧张到机械单向输出。Do:把案例当一篇 "Day in the Life" 博客来讲——重点从"做了什么"转向"怎么做的",让听众代入你的视角,故事里出现真实的人("我和技术负责人怎么沟通"而非"团队决定了");主动破冰、把 presentation 变对话(作者甚至在 Google 面试里先教大家怎么念他名字,讲健康类项目时反问"你有没有想吃健康却不知从何下手的时候")。 Why:面试官不只评作品质量,更在判断"你这个人好不好合作";真实、动态、有互动的讲法既展示实时解决问题的过程,又让对方想象"这人加入我们团队会怎样"——让人愿意和你共事,才有人替你争取录用。