这一批是 NNGroup 的"入行地图"——把 UX 里最容易被混着用的基础概念,串成一条能拿来做决策的主线。先认清三个最常被画等号其实不同的词:
用户体验 UX(User Experience) = 用户和一家公司、它的服务、它的产品打交道时所有接触点的总和(从看广告、找客服、到用 App)。用户界面 UI(User Interface) = UX 里的一块,专指"系统跟用户交互的那层皮"(按钮、菜单、布局)。可用性 Usability = 给 UI 打分的一个质量属性(好不好学、好不好用)。三者是包含关系:UI ⊂ 可用性所评的对象 ⊂ UX。
一句话记牢:UI 漂亮 ≠ UX 好(电影网站界面再顺手,数据库里没有独立电影,想看独立片的用户体验照样烂)。
全文七块:①概念底座(UX/UI/可用性定义+怎么测) → ②设计哲学与流程(HCD/设计思维/产品三元组) → ③为什么"没有用户研究就不是 UX" → ④研究方法体系(三维框架/20 法/定量 9 法/四阶段/用户访谈) → ⑤多方案怎么取舍 → ⑥10 大启发式(索引,详表外链) → ⑦UX 职业进阶(入行/5 阶段/作品集/简历)。
一、概念底座:UX vs UI vs 可用性,以及怎么把可用性测出来
1.1 三个定义 + 一个核心公式
| 概念(EN / 中) | 它管什么 | 一句话辨析 |
|---|---|---|
| User Experience 用户体验 | 用户与公司/服务/产品互动的全部方面 | 最大的圈;靠工程、市场、平面/工业设计、界面设计多学科无缝协作才能做好 |
| User Interface 用户界面 | 系统与用户交互的那一层界面 | UX 的关键组成,但只是其中一块——UI 完美 UX 仍可能糟 |
| Usability 可用性 | 评 UI 易用性的质量属性,也是一套改进方法 | 比 UI 抽象、比 UX 窄;是"好不好用"的打分维度 |
优秀 UX 的两个首要条件(Don Norman & Jakob Nielsen 的定义):①完全满足用户的真实需求,不让人费劲;②再用简洁优雅的设计,让产品既愉快拥有又愉快使用。注意顺序——先"管用",再"好看"。
可用性的 5 个质量要素(记住这 5 个就懂"好用"是什么):
| 要素(EN / 中) | 大白话 |
|---|---|
| Learnability 学习性 | 第一次用,完成基本任务有多容易? |
| Efficiency 效率 | 学会之后,干活有多快? |
| Memorability 记忆性 | 隔很久没用,再回来多快能上手? |
| Errors 错误 | 出错多不多、多严重、好不好恢复? |
| Satisfaction 满意度 | 用着舒不舒服、爽不爽? |
关键公式(分清"有用"由什么组成):
- 实用性 Utility = 提供用户需要的功能(有没有这个能力)
- 可用性 Usability = 这些功能好不好用、用着愉不愉快
- 有用性 Useful = Utility + Usability
心法:很多团队只盯 Usability(把已有功能打磨顺手),却忘了 Utility(根本缺了用户要的功能)。Why:功能再顺手,缺了关键能力照样没用——Useful 是两者的乘积,任一为零都白搭。
1.2 可用性为什么是"生死线"(钱的语言)
- 网站:难用就走人——首页说不清你是干嘛的、信息读不懂、答不上关键问题,用户立刻离开。
- 电商第一法则:"用户找不到产品,就买不了产品。"
- 企业内网:可用性差直接吃掉员工生产力 = 浪费时间 = 浪费成本。
- 投资回报(具体数字别丢):把设计预算的 10% 投到可用性上,平均能让网站质量指标提升 2.6 倍、内网质量指标接近翻倍(软件和实体产品提升较小但仍显著)。结果:对内省培训预算、提员工效率;对外提销售/注册/KPI。
1.3 怎么改善可用性:用户测试三步 + 5 人法则
核心方法是用户测试(User Testing),三步:①找有代表性的用户(电商客户/企业员工);②给有代表性的任务;③在旁观察、记成功与卡点,不干预、不帮忙。
要点:
- 单独测,不给任何帮助。
- 5 个用户就能发现设计里的主要问题——别做一次大规模研究,做多轮小测试,每轮修完再测。
- 用户测试 ≠ 焦点小组(Focus Group):用户测试看单个用户真实操作(评交互);焦点小组适合市场调研(收集观点),不能用来评交互设计。
何时测(贯穿全程、多次快速低成本):设计前测旧设计 → 竞争分析测竞品 → 实地观察 → 低保真纸原型 → 逐步转高保真每轮都测 → 对照可用性准则评估 → 上线后再测抓细节。反例:等最终设计做完才测——那时大部分问题已经修不动了。
在哪测:每周至少测一次才值得建专用实验室;多数公司一间安静的会议室/办公室足矣;关键设备其实只要"真实用户 + 一个记事本"。
二、设计哲学与流程:HCD / 设计思维 / 产品三元组
这三者是"把用户放中心"的三种讲法,层级不同:HCD 是世界观,设计思维是可操作的流程,产品三元组是团队协作结构。
2.1 以人为中心设计 HCD(Human-Centered Design)——世界观
三条核心原则:
| 原则 | 含义 | 反例/陷阱 |
|---|---|---|
| 关注"人"Be Human-Centered | 一切围绕最终使用者;且不只直接用户——医疗里要算上患者、家属、医生、护士、技师、清洁工、排班员 | 只优化某几个环节,没看整个系统怎么影响不同人群 |
| 找对真问题 Find the Right Problem | 你拿到的任务往往是症状,不是病根;解决根因,症状自然消失 | 只治表面症状(资源紧时这也可接受,但要知道自己在治标) |
| 把一切当系统 Think in Systems | 每块都是整体的一部分;局部最优可能拖垮全局 | 优化了局部却让整体性能下降 |
从体验到真正目标:工具只是手段——相机的目的不是给你复杂的控制界面,而是让你轻松拍出好照片。设计重点放在帮用户达成最终目标,别被工具本身的复杂度绊住。
2.2 设计思维 Design Thinking——可操作的循环流程
一个循环、非线性的过程,靠反馈不断迭代。NNGroup 这版给了 5+1 个阶段:
| 阶段(EN / 中) | 目标 | 怎么做 |
|---|---|---|
| Empathize 共情 | 深入了解用户 | 研究、访谈、观察,挖需求/行为/动机 |
| Define 定义 | 说清要解决的问题 | 整合研究,锁定关键痛点 |
| Ideate 构思 | 产生大量解法 | 头脑风暴、思维导图,广撒网 |
| Prototype 原型 | 把想法变成看得见的样机 | 做简单模型测能否解决问题 |
| Test 测试 | 拿反馈、优化方案 | 给用户看原型,收反馈再迭代 |
| Implement 实现 | 落地交付 | 执行并确保满足用户期望 |
它为什么好(Why):①用户中心——拿真实需求出发、测真实方案;②团队协作——给团队一套共享语言和共识;③激发创新——同一问题探多种可能。正如 Jakob Nielsen 那句:"出色的界面如果解决了错误的问题,也会失败。"
灵活性(别当线性流水线用):原型测完常要退回"共情/定义"重收数据;"定义"阶段内部反复对焦也很常见。
可扩展性:小到优化一个搜索框,大到改革教师职业发展路径,同一套思路都能用。
历史脉络:20 世纪初 Charles & Ray Eames 提"通过实践学习";1990s 由 IDEO 的 David Kelley、Tim Brown 与 Roger Martin 把已有方法正式命名为"设计思维"。设计从"商业里的美学补充"被前移到产品开发前端,并被证明能带来财务成功。
2.3 产品三元组 Product Triad / DVF——团队协作结构
起源:敏捷组织里最常见的产品团队结构,目标是打破设计/产品/工程之间的壁垒。源头是 IDEO 把"成功的商业产品需同时满足"整合成 DVF 框架:
| 维度(EN / 中) | 含义 | 谁主要操心 |
|---|---|---|
| Desirable 可取性 | 有人愿意用、对用户有价值(应可用 usable 且有用 useful) | 设计师主导,但共担 |
| Viable 可行性 | 商业模式可持续、能长期盈利(用户行为能转化成收入) | PM 主导,但共担 |
| Feasible 可实施性 | 企业有技术能力把它做出来 | 工程负责人主导,但共担 |
三圆维恩图重叠处标 Valuable(有价值)。结构由一名设计师 + 一名产品经理 + 一名软件开发负责人组成,故称"三脚凳"(区别于只有工程+商业的"两脚凳")。
最常见的误解(也是反例):以为三人各"拥有"一个 DVF 维度(设计师=可取、工程=可实施、PM=可行)。错——三元组的初衷恰恰是打破壁垒、共同为所有决策负责,某决策可由某角色主导,但责任三人共担。
设计师在三维度里各干什么:
- 可取性:做用户研究、把"用户问题"讲清楚,成为团队里用户需求的权威来源;问题优先级由 PM 按用户+商业价值权衡。设计师若缺以用户为中心的洞察,团队就会基于假设而非真实需求做错方向。
- 可行性:至少要懂业务目标,才能做合理决策;当某功能需求与目标冲突时,设计方案应是揭示矛盾、引导业务方修正的第一步。
- 可实施性:让开发从设计初期就介入(而不是"高保真交付式"流程做完才甩给开发——那是冲突高发区);设计师也要参与后端结构定义;愿景要随开发进度动态调整(开发会暴露初期没想到的边缘情况)。
了解队友角色:工程负责人评估的不只是"能不能做",更是"值不值得做"(无限资源下啥都能做,但是否值当涉及商业可行性);PM 是产品团队与整个业务之间的桥,定义成功标准(需求 Requirements + 指标 Metrics),并以产品路线图呈现范围与优先级。
三、为什么"没有用户研究就不是 UX"(UX Without User Research Is Not UX)
这是整批笔记里最硬的一条态度:有 UX 部门 / UX 职位 ≠ 真的在做 UX。
- UX 是每个人的责任:产品管理、开发、市场、内容、客服、平面设计、交互设计——所有人都得在产品生命周期每一步把用户放中心。
- 弥合业务目标与用户目标:常见病是基于"我们觉得很棒"的假设而非"用户真正需要"的事实做决策;敏捷/Scrum 里用研常因时间资源被砍,导致在不清楚用户真实需求时就上线。解法:用用户研究找到业务目标与用户需求的重叠点,并培养"解决用户需求 = 实现业务目标的途径"的组织文化。
- 做对的研究,且做对(Do the Right Research, Correctly)——三个常见错误:
- 找错人:同事和利益相关者不是目标用户,太熟悉设计给不了真实反馈。
- 诱导式提问:带倾向性的问题会污染结论。
- 选错方法:问卷适合收集意见、不适合研究交互;可用性测试适合看交互。用错方法 = 误导性结论。
- 用户测试的隐藏价值:团队建设——数据比假设更能说服利益相关者,能化解内部争论、加速开发(与其无休止辩论网站设计好坏,不如花一天做可用性测试当场见分晓)。
- 迭代:Sketch and Test, Then Repeat——"必须做完产品再测"是错误且浪费的;写代码之前就测草图和线框图,用最简单的原型回答当前阶段的关键问题,按反馈逐步完善。
四、研究方法体系:三维框架 / 20 法地图 / 定量 9 法 / 四阶段 / 用户访谈
4.1 研究方法的三维框架(给方法分类的"坐标系")
任何 UX 研究方法都能用三个维度定位,定位清楚就知道它回答什么问题、何时用:
| 维度 | 两端 | 回答的问题 |
|---|---|---|
| 态度 vs 行为 Attitudinal vs Behavioral | 态度=用户"说什么"(心智模型/品牌认知) / 行为=用户"做什么"(任务时间/点击) | "用户怎么想" vs "用户实际怎么做" |
| 定性 vs 定量 Qualitative vs Quantitative | 定性=直接观察拿深度洞察 / 定量=测量统计 | 定性答"为什么/怎么改";定量答"多少/影响多大" |
| 产品使用情境 Context of Use | 自然使用 / 脚本化使用 / 有限使用 / 非使用情境 | 决定外部效度(越自然越真实) |
四象限速记(态度/行为 × 定性/定量):
| 象限 | 典型问题 | 代表方法 |
|---|---|---|
| 态度+定性(左下) | 用户想要什么、怎么看待 | 访谈、焦点小组、参与式设计 |
| 态度+定量(右下) | 多少人喜欢某功能、偏好分布如何 | 问卷调查 |
| 行为+定性(左上) | 用户卡在哪、行为模式是什么 | 情境调查、现场研究、可用性测试、眼动追踪 |
| 行为+定量(右上) | 多少人完成任务、改版后转化提升多少 | A/B 测试、点击流分析、远程非指导测试 |
有些方法横跨两端:可用性测试、实地研究既看行为又收自述(中间地带);眼动追踪同时产出定量(注视时长)和定性(注视路径)数据。
4.2 20 种方法按"使用情境"归类(A Guide to Using UX Research Methods)
NNGroup 把 20 法按"产品使用情境"分五类(原图用颜色区分):
| 类别(情境) | 方法 | 关键特点 |
|---|---|---|
| 自然使用产品(绿) | 情境调查、现场研究、日记研究、用户反馈、点击流分析 | 真实环境中的用户行为,外部效度最高 |
| 实验室中使用产品(紫) | 可用性测试、可用性基准测试、远程指导测试、非指导测试、眼动追踪 | 受控环境里脚本化测行为 |
| 与产品脱离(橙) | 访谈、焦点小组(3–12 人)、参与式设计 | 强调观点/态度而非直接用产品 |
| 有限使用产品(蓝菱形) | 概念测试、卡片分类、树测试、可取性研究 | 验证概念或优化信息架构 |
| 定量方法(蓝) | 分析 Analytics、A/B 测试、问卷调查 | 大规模数据答"多少/多大" |
4.3 定量研究 9 法概览(成本/难度/样本量,别记混)
定量方法给 UX 一个数值——量化可用性、对比设计、把 UX 改进挂到业务目标上。九法横评:
| 方法(EN / 中) | 用途 | 成本 | 难度 | 数据类型 | 情境 |
|---|---|---|---|---|---|
| 定量可用性测试/基准 Quant Usability/Benchmark | 追踪可用性、对比竞品 | 中 | 中 | 行为 | 基于任务 |
| 网络/应用分析 Web/App Analytics | 检测问题、排优先级、监控性能 | 低 | 收集低/分析高 | 行为 | 实际产品 |
| A/B 测试/多变量 | 比两个设计选项谁好 | 低 | 低 | 行为 | 实际产品 |
| 卡片分类 Card Sorting | 定信息架构的标签与结构 | 低 | 收集低/分析中 | 态度 | 不涉及实际产品 |
| 树测试 Tree Testing | 评信息架构的层级是否好导航 | 低 | 收集低/分析中 | 行为 | 基于任务、不涉及产品 |
| 调查问卷 Surveys | 收集态度与行为信息 | 低 | 低 | 态度 | 任何场景 |
| 定性数据聚类 Clustering Qual Data | 找定性数据里的高频主题 | 低 | 收集中/分析中 | 态度 | 任何场景 |
| 可欲性研究 Desirability Studies | 测品牌属性/吸引力(选描述词) | 低 | 低 | 态度 | 基于任务 |
| 眼动追踪 Eyetracking | 测元素的吸引力与可发现性 | 高 | 高 | 行为 | 基于任务 |
关键样本量:定量可用性测试需约 35 名以上参与者才靠谱(对比定性测试 5 人即可——见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估) §四的 5 人法则)。选法三步:①按问题选(整体问题→定量测试/分析/问卷;具体问题→A/B/卡片分类/树测试/可欲性);②按预算选(数字化工具和远程更便宜);③确保达到统计学最低样本量。
4.4 按开发阶段选方法 + UX Research Cheat Sheet 四阶段
产品开发三阶段对应的方法:
| 阶段(EN / 中) | 目标 | 方法 |
|---|---|---|
| 战略 Strategize | 探新方向/机会 | 实地研究、访谈、日记研究、概念测试、参与式设计 |
| 设计 Design | 改进可用性 | 卡片分类、树测试、可用性测试(实验室/远程) |
| 发布与评估 Launch & Assess | 评表现、与旧版/竞品比 | 可用性基准、A/B 测试、点击流分析、问卷 |
研究时机三原则:①从现在开始——越早研究对产品影响越大;②每个阶段都做;③资源集中早期,但留预算给后期补充研究。
UX Research Cheat Sheet 的四阶段循环(发现/探索/测试/倾听)——和上面三阶段是同一件事的更细切法:
| 阶段(EN / 中) | 目标 | 适用方法 | 关键活动 |
|---|---|---|---|
| 发现 Discover | 探未知、验假设、懂需求 | 田野研究、用户访谈、日记研究、利益相关者访谈、竞争分析 | 验证假设;拉销售/支持/培训一起识别痛点 |
| 探索 Explore | 定范围、解问题 | 任务分析、用户旅程图、原型测试、卡片分类 | 构建用户画像;迭代设计降风险 |
| 测试 Test | 验证设计、保可用性 | 定性可用性测试、基准测试、无障碍评估、日记研究 | 早测勤测;建可用性问题跟踪库 |
| 倾听 Listen | 持续发现问题与趋势 | 调查问卷、行为数据分析、搜索日志分析 | 从社媒/评论/客服收反馈;定期总结常见问题 |
优先级最高的几个方法(Top UX Methods):①定性可用性测试(改善现有系统最有效);②田野研究+访谈(挖深度洞察);③卡片分类+树测试(优化信息架构);④行为数据分析(发现趋势,但要结合用户测试才懂"为什么")。
4.5 用户访谈 101(User Interviews)——最常用的发现阶段方法
是什么:通过提问、倾听、按需追问来了解"用户是谁、体验如何、需求/价值观/渴望是什么"。别名:深度访谈 / 半结构化访谈 / 定性访谈。多用于发现阶段 / 设计思维的共情阶段。
能收集:用户体验的内容与印象、痛点、看法与感受、关心的事、思维模式 Mental Models、动机/愿望/需求。产出可喂给:用户需求声明、共情图 Empathy Maps、用户画像 Personas、客户旅程地图。
访谈 vs 可用性测试(最容易混的两个):
| 项目 | 用户访谈 | 可用性测试 |
|---|---|---|
| 目的 | 探索体验/需求/痛点 | 评设计表现,找问题与原因 |
| 研究类型 | 态度性(想法/自述/感受) | 行为性(观察怎么交互) |
| 阶段 | 共情 / 发现 | 测试 |
| 是否要设计 | 不需要 | 需要用户与设计交互 |
| 互动氛围 | 更自然、眼神多、友好 | 较正式、眼神少、避免太友好 |
实施 6 步:①明确研究目标 → ②准备提纲(开放式问题如"描述你的一天"+追问如"当时感觉如何",可灵活不必线性)→ ③试运行提纲(找同事/目标用户暴露歧义) → ④轻松开场(先说目的,从"介绍一下自己"起步)→ ⑤建立信任(点头、复述关键词,不打断不催)→ ⑥追问深挖("能详细说说吗""为什么对你重要")。
局限(为什么访谈不能单用):自述行为有记忆偏差 / 信息遗漏 / 社会期望偏差;访谈员若问诱导性问题会污染数据。对策:结合观察性研究或行为分析,才能拼出用户的真实行为。
五、多个方案怎么取舍(How to Make Choices Between Solutions)
设计常常要在几个方案里选一个,NNGroup 给了 6 步决策法:
| 步骤 | 做什么 | 行动建议/反例 |
|---|---|---|
| 1 明确目标 | 列清用户目标 / 业务目标 / 项目限制(时间预算资源) | 面向初学者→优先易用性;面向高级用户→优先效率与功能深度 |
| 2 平衡矛盾点 | UX 里到处是对立需求要权衡 | UI vs UX、大众 vs 高级用户;用用户细分设权重——为 69% 普通用户优化简单流程,同时给 5% 高级用户保留高阶入口 |
| 3 数据驱动 | 定量给指标(完成时间/点击数)、定性给原因/情感 | 两方案功能难分→选满意度最高的;一个更易用一个更全面→按优先级权衡取舍 |
| 4 动态调整 | 决策标准随项目变 | 大项目用系统化流程(完整研究+原型+迭代);小项目快速上线再按反馈优化 |
| 5 关注长期影响 | 用全局视角评估,别只看短期 | "伦敦地铁"之例:早期设计深远影响后续体验——早期多投时间确保架构/方向正确,别为短期妥协核心需求 |
| 6 抓关键决策标准 | 知道何时放弃细节 | 先定 1–2 个关键标准(易用性 or 功能覆盖率),围绕核心优先级快速推进,别陷入无休止对比 |
心法(整批里反复出现的态度):"UX 的简单之处在于——面对单个项目时,只需做出明确决策并快速执行,而非纠结于所有问题。" 决策瘫痪本身就是反模式。
六、10 大可用性启发式(索引,详表见专篇)
Jakob Nielsen 1994 年提出的 10 条设计经验法则(heuristic = 粗略好用的经验规则,告诉你"往哪看"但不替你做决定),既是设计阶段的自检清单,也是专家做"启发式评估"的依据:
| # | 启发式(EN / 中) | 一句话 + 生活类比 |
|---|---|---|
| 1 | Visibility of System Status 系统状态可见性 | 让用户随时知道系统在干什么(商场地图"你在这里") |
| 2 | Match Between System & Real World 贴合真实世界 | 用用户熟悉的词与惯例(炉灶旋钮排列与炉头一致) |
| 3 | User Control and Freedom 用户控制与自由 | 给"紧急出口"撤销/重做/退出(公共场所紧急出口) |
| 4 | Consistency and Standards 一致性与标准 | 同样的东西同样含义(酒店前台都在入口附近) |
| 5 | Error Prevention 错误预防 | 最好的错误提示是让错误根本别发生(高速护栏) |
| 6 | Recognition Rather than Recall 识别优于回忆 | 让信息可见、别逼用户记("里斯本是葡萄牙首都吗?"比"里斯本是哪国首都?"好答) |
| 7 | Flexibility and Efficiency 灵活性与效率 | 照顾新手也给专家加速器(本地人走捷径) |
| 8 | Aesthetic and Minimalist Design 简洁美观 | 只放与任务相关的信息(实用茶壶 vs 华而不实的茶壶) |
| 9 | Help Users Recognize/Diagnose/Recover from Errors 帮助识别诊断恢复错误 | 错误信息说清哪错/为什么/怎么修,别只甩"Error 404" |
| 10 | Help and Documentation 帮助与文档 | 理想是不用看,但复杂界面要可搜、贴任务、给具体步骤(机场咨询台) |
完整的"心法 + Do/Don't + 反例 + 复杂企业应用版"详表,以及可用性测试方法(5 人法则、招募、远程测试、任务设计、数据分析),见专篇 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估)——本篇不重复展开。
七、UX 职业进阶:入行 / 5 阶段 / 作品集 / 简历
7.1 怎么入行(How to Start a New Career in UX,Jakob Nielsen)——两条路
| 你的处境 | 策略 | 关键动作 / 反例 |
|---|---|---|
| 已有工作 | 渐进转型,不必立刻跳槽 | ①从一个 5 人小型用户测试入手(低成本、不要权限)→ ②下个项目多做点 UX → ③逐步成为公司里的 UX 权威 |
| 应届/转行新人 | 加入成熟 UX 团队 | 选有多位 UX 专业人士+成熟方法论、有专业 UX 经理(帮你挡掉"UX 重不重要"的外部质疑)、学习机会充足的公司。反例(要避开):没有 UX 团队的初创——缺指导,易陷入自己摸索、应对质疑,风险是"野路子成长为非专业人士" |
7.2 职业 5 阶段(The 5 Stages of UX-Career Progression)
职业成长非线性,但有可识别的层级:
| 阶段(EN / 中) | 定义 | 主要挑战 | 成长路径 |
|---|---|---|---|
| 新手 Novice | 刚进 UX、无正式训练/实践(学生/应届/转行) | 理论难落地、难洞察用户、协作不足 | 参与小型项目走完整流程、找导师、学多样课程 |
| 贡献者 Contributor | 懂基础原则,监督下完成任务(1–3 年) | 时间/优先级管理、消化反馈、与利益相关者沟通 | 主动要针对性反馈、向同事学、深耕某专业技能 |
| 实践者 Practitioner | 能独立完成项目、灵活用方法(中级) | 平衡用户需求与业务、懂技术约束、归纳研究主题、流程别太僵 | 主导项目练领导力、深耕成专家、按需调流程 |
| 专家 Specialist | 某领域深厚,能影响团队 UX 策略 | 技能拓展受限、难懂初级者处境 | 带新人、社区分享、学专业外技能 |
| 愿景引领者 Visionary | 影响 UX 行业未来(作者/演讲者/领军) | 保持相关性、避免倦怠(重复传同一信息累) | 与人合作扩展、持续学新趋势、在新环境试现有实践 |
自我评估 4 步:①分析成长属性(硬技能=工具方法 vs 软技能=沟通/讲故事/解决问题);②做职业 SWOT;③向同事/经理/导师求反馈;④设目标并与新机会对齐。
7.3 研究员作品集 Top 10(Portfolios for UX Researchers)
用做 UX 的方式做你的作品集:以受众为中心、内容优先于视觉。
- 理解受众——招聘经理想知道你做什么研究/怎么解决问题/能否交付成果;内容 > 视觉趋势;突出你在团队里的真实贡献。
- 精选项目——只放 3–5 个,按 影响力 > 方法稳健性 > 近期性 排序,避免信息过载。
- 展示对的文档——过程类(研究计划、可用性测试任务、早期草图、线框图、访谈/测试短语录)+ 成果类(亲和图、故事板、报告/演示摘录)。
- 说明背景与团队——目标/时间/用户类型/主要发现 + 你的角色与直接负责部分 + 跨职能协作(点名感谢具体同事)。
- 展示广度——定性+定量、大项目+游击式小研究、独立+协作。
- 清晰表达——用普通语言、避免术语;受众可能是非 UX 管理者。
- 总结重要发现——聚焦 1–2 个最关键发现 + 数据可视化 + 回答"为什么重要"。
- 展现价值——量化成果(减少客服电话/降跳出率/提转化)+ 用户前后对比反馈 + 研究如何驱动关键决策。
- 说明约束——承认预算/小样本/便利样本的不足,说资源充足时会怎么做;应对 NDA:敏感信息去身份化、请客户许可分享部分内容或引用推荐信。
- 不断迭代——定期更新、求反馈、把作品集当活文档。
7.4 作品集与面试(UX Portfolios: Preparing for Interviews)
- 别过度详细:申请时信息过载会让招聘经理错过关键内容;留白给面试中提问与延展。
- 别在面试里照念作品集:选 1–2 个重点项目深讲你的独特贡献和幕后细节(项目复杂度 + 你的解法)。
- 讲案例背后的故事:招聘经理更关注你的思考过程和工作方式——分享创新尝试(新技术/框架如何适配)、挑战与解决、决策过程、如何与团队协作,让面试官"感受到和你合作是什么样"。
- 自信展示:精心准备几份案例研究 + 几个有趣的项目故事(展现创新或解决问题能力)+ 清晰说明你能给团队带来的具体优势。
7.5 简历(转型者 + 学生/毕业生通用要点)
先懂招聘经理怎么读简历(行为事实,决定一切格式选择):
- 平均只花 6–7 秒扫描,集中在标题和高优先级信息;
- 常用申请跟踪系统 ATS——表格、分栏等复杂布局会让 ATS 提取出错;
- 看重团队协作与人际能力;
- 仍对"短工龄"过度敏感(尽管研究显示短工龄与未来表现无关)。
通用格式规则(两类人通吃):
| 规则 | 要点 |
|---|---|
| 格式 | 同时给 PDF + Word——PDF 给人读,Word 给 ATS 解析 |
| 页数 | 一页(除非 20 年以上经验) |
| 边距/字体 | 边距 0.5–0.75 英寸;安全衬线/无衬线字体,字号 10–12 点,别用装饰性/宽间距字体 |
| 布局 | 简单——避免页眉页脚、表格、分栏(ATS 杀手) |
| 排序 | 时间倒序,最近的在前;一致性(与 LinkedIn/作品集一致);可打印;零错别字;信息真实(造假必被发现) |
该放的核心区块:联系信息(姓名可用首字母缩写减偏见、城市+州+邮编即可、作品集短链、专业邮箱、清晰的语音留言)、UX 经验、UX 教育、非 UX 经验/教育(重新定位可迁移技能)。
成就要量化,用这个公式:[动词] [定量结果] [背景] 使用 [技能/工具/技术]。示例:"通过 Figma 原型和 A/B 测试,将电商转化率提高 10%";"协助银行网站团队完成 32 次用户访谈"。
坚决别放(反例清单):
- 技能/技术列表——脱离上下文无法证明能力;
- 技能熟练度图表/条形图——高度主观、浪费空间(NNGroup 原话:技能自评"高度主观,且缺乏在何处如何使用的信息");
- 照片——引发无意识偏见;
- 目标声明 Objective Statement——多余、无说服力;
- 项目细节——留给作品集;
- (学生版另加)高中及以前教育、兴趣爱好(除非与专业相关)、推荐人信息。
两类人的差异化打法:
| 转型者 Career Changer | 学生/毕业生 Student/Graduate | |
|---|---|---|
| 经验从哪来 | 实习/志愿项目/自由职业积累 UX 经验;把过往工作以 UX 视角重述,突出可迁移技能 | 突出学术背景、课外活动、实习;别用无效填充内容 |
| 就业空档 | 用"年/月"概括时长降低空档可见性;无法避免就说明如何用空档提升技能 | —— |
| 邮箱 | 专业邮箱(避开 AOL 等过时域名) | 推荐 .edu 邮箱(研究显示更受招聘经理青睐),毕业后注意切换 |
| 加分项 | 针对性、简洁、定制化(按岗位调整) | 高 GPA(尤其 UX 课)、超出预期的工作经验、课外领导力(ACM SIGCHI / UXPA / HFES)、专业网络;简历≠学术 CV(别用学术 CV 申请行业岗) |
适用范围提醒:这些建议主要针对北美实习/工作申请,其他地区简历规范可能不同。
源自 NNGroup Topics / UX Basics - UX基础知识(19 篇)。10 大启发式完整心法/Do-Don't/复杂应用版 + 可用性测试方法(5 人法则/招募/远程/任务设计/数据分析/竞争性评估)见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估);用户画像 Personas 的本质/类型/创建/与 JTBD 等工具辨析见 NNGroup 用户画像 Personas(本质/三类型/范围层级/创建/对比 JTBD-原型-分群/应用/维护/5 大失败)。图片(研究方法三维框架图、产品三元组维恩图、设计思维循环图、简历示例、定量方法配图、启发式生活类比图等)与原文档保留在 sources。