这一批是 NNGroup 沉淀的 UX 口号(UX Slogans)——把几十年可用性研究的常识,压成一句句能贴在工位、能在评审会上甩出来的"金句"。它们不是精确公式,而是提醒你别犯老错误的口诀:很多原则其实指向同一件事(把用户放中心、做减法、用证据),只是从不同角度敲打。
读法:把 19 条按底层意图归成 5 个主题簇,而不是孤立背诵——
- 别拿自己当用户(视角):你 ≠ 用户,得为他们设计,而且他们是"高效的人"。
- 少即是多(克制 + 主动易用):减功能、减选项,再主动打磨到轻松。
- 沟通即设计(内容 + 表达):界面是来沟通的,不是来装饰/炫技/卖关子的。
- 先理解问题(别急着给方案):先问"为什么",别一上来就 solutioneering。
- 用证据代替猜测(研究):不验证就是猜,要看数据、爱观察,但答案常是"视情况而定"。
这些口号和 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估) 的十大启发式高度互文:启发式是"给界面体检的清单",口号是"提醒团队心态别跑偏的口诀"。术语首次出现都行内解释。
一、别拿自己当用户:视角的四条
这一簇是整套口号的"地基"——所有 UX 错误的源头,几乎都是设计者把自己的脑子当成了用户的脑子。
| 口号(EN / 中) | 一句话心法 | 反例 |
|---|---|---|
| You Are Not the User 你不是用户 | 任何参与设计的人都不是普通用户:你太懂产品、太熟架构,判断"很容易找到"时,真用户可能正在别处迷路 | 设计师把菜单项放某处觉得"显然在这",真用户先点错位置→困惑→放弃 |
| Design for Them, Not for You 为用户设计,而不是为自己 | 像给朋友做饭要照顾对方口味,不是只做自己爱吃的;别被"错误共识效应"骗了 | 团队凭"我自己也是这么想的"拍板,结果用户群偏好与团队差很远 |
| UX Is People 用户体验即人 | UX 的核心是人(用户 + 设计团队),不是技术或设备;决定成败的是工作流/信息架构/文案是否贴合人的认知,而非用什么技术栈 | 团队把精力全花在炫技术实现上,忽略了流程是否匹配用户心智 |
| Users Aren't Lazy, They're Efficient 用户不是懒,他们是高效的 | 用户偏离你的设计路径不是懒,是在算"这点收益值不值得多花的力气";要顺应而非纠正 | 看到用户走"次优路径"就贴"懒"标签,反而错过该优化的真实摩擦点 |
Why 这簇成立:"You Are Not the User" 出自 1993 年《Usability Engineering(可用性工程)》一书里的两句更老的话——"Users Are Not Designers(用户不是设计师)" 和 "Designers Are Not Users(设计师不是用户)":
- 用户不是设计师:光问用户"你想要什么"得不到好设计——用户没义务、也没能力想象技术能怎样改进他们的生活。识别潜在需求是 UX 团队的活,办法是观察用户做真实任务,从行为里推导需求。
- 设计师不是用户:团队对产品太熟(甚至智力/技术水平更高),根本感受不到新用户的操作难度——这就是为什么要做用户测试,而不是靠"我觉得"。
"错误共识效应(False-Consensus Effect)" 是个心理学偏差:人本能地高估"别人和我想得一样"。比如政治上以为亲友跟自己立场一致,实际未必。设计里同样会让你误判用户需求 = 自己的需求。
"Users Aren't Lazy" 的三种高效行为(看着像懒,其实是省力权衡):
- 设备惯性(Device Inertia):手头多设备时,宁愿凑合用当前设备完成任务,也不愿切到"更合适"的那台——切换的时间精力不划算。
- 惯性行为(Momentum Behavior):已经选了某条路径就坚持走下去,哪怕绕远,也懒得回头重选。
- 选择性注意(Selective Attention):只盯着跟当前任务相关的内容,自动屏蔽其余——这是人类进化出的省注意力本能。 → 设计对策:降低切换成本、优化用户已选的那条路(哪怕它不是最优解)、让任务相关信息足够突出。
决策导向:每次说"用户应该会……"时,在心里替换成"我自己会……"——如果替换后这句话听起来很可疑,那它本来就可疑,去做一次小测试(见第五簇)。
二、少即是多:从"克制"到"主动易用"
这一簇讲做减法。但要分清两个层次:Keep It Simple 是被动克制(别加),Make It Easy 是主动打磨(去削平摩擦)——NNGroup 特意用 keep(保持)vs make(让……变成)来区分。
| 口号(EN / 中) | 一句话心法 | 反例 |
|---|---|---|
| Keep It Simple 保持简单 | 功能越少、选项越少,产品越好用;每加一个功能,可用性就降一点——这叫克制 | 早期加核心功能净收益高,后期还猛加 → "功能堆砌症 Featuritis",界面臃肿 |
| Less Is More 少即是多 | 不是极简到没提示,而是聚焦"用户当前的核心任务",给每个新元素设"价值门槛":不显著提升任务完成度就别加 | 为了"看起来全面"硬塞组件,削弱了核心功能的突出度 |
| More Choices, More Trouble 选择越多,麻烦越多 | 选项越多,认知负担、出错率、放弃率越高;像长途开车,路口越多越容易拐错 | 干系人为"显得有竞争力"狂加功能,结果用户疲惫、迷路、流失 |
| Make It Easy 让它变得容易 | 比"保持简单"更进一步:主动通过反复迭代消除摩擦,直到操作"显而易见、毫不费力" | 设计只做到"不复杂"就收手,没继续打磨细节,用户仍觉得别扭 |
Why 新功能会伤可用性(Keep It Simple / Featuritis 的机理):
- 加重认知负荷:元素一多,用户扫描界面、找目标操作要花更多精力。
- 提高错误率:功能多 → 误用、误点概率上升。
- 拖慢效率 + 复杂化文档:多余功能拖慢任务,还让说明书更厚,用户更难找到关键信息。
- 边际效用递减:产品早期加高优先级功能,价值高、干扰小,净收益为正;越往后,新功能优先级越低、对核心功能干扰越大,净收益可能变负——这时候"不加"才是对的。
爱因斯坦那句常被引用的话点中要害:"一切应尽量简单,但不能过于简单(as simple as possible, but not simpler)。" 简单 ≠ 砍功能:产品要同时满足可用性(Usability,好不好用)+ 实用性(Utility,有没有用)——只好用不实用,用户不选;只实用不好用,用户放弃。
Make It Easy 为什么靠"迭代":好用的设计看起来"理所当然",但这种自然感背后通常藏着大量打磨。早期迭代先消灭显眼的大问题,大问题一除,更细的小问题才浮出来,再逐轮抠掉。所以 "Make It Easy" 不是能"完成"的任务——再好的设计总有进一步优化空间。这条与十大启发式里的 #8 美学与简约设计(信噪比) 同源,见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估)。
决策导向:要加一个新按钮/字段/选项前,先过价值门槛三问——① 它显著提升了用户完成核心任务的能力吗?② 它会不会让现有的关键功能更难找?③ 这是"用户需要"还是"干系人想要更全面"?三问过不了就别加。
三、沟通即设计:内容与表达的四条
这一簇把焦点从"功能多少"转到"信息怎么传"。核心立场:界面是来跟用户沟通、帮他完成任务的,不是来装饰、炫技、卖关子的。
| 口号(EN / 中) | 一句话心法 | 反例 |
|---|---|---|
| Communication, Not Decoration 沟通,而非装饰 | 数字界面里每个元素都吃用户的认知额度;装饰多了,用户分不清哪个能点、哪个只是好看 | 摄影站为了"酷",把查找/播放内容的控件藏进装饰里,反而妨碍看内容 |
| You Can't Impose Joy 不能强加快乐 | 愉悦来自高效完成任务,不能靠强塞"有趣"元素制造;花哨设计重复几次就变累赘 | 互联网泡沫期的启动页(Splash Screen):华丽欢迎动画拖慢任务、降低转化率 |
| Brevity is Brilliance 简洁即智慧 | 网络用户注意力稀缺、随时能跳走;字越少越易读、易记;网络文案通常砍到纸质版的一半 | 把宣传册的长文照搬上网,用户没耐心读完就走了 |
| This Is Too Easy to Understand, Said No One Ever "这也太好懂了"——没人这么抱怨过 | 不论专业水平多高,用户都偏好清晰简明;别怕"太简单显得不专业" | 给专家写内容时硬用矫饰复杂的措辞,反而削弱信任感 |
| Clarify, Don't Mystify 清晰,而非神秘 | UX 不是玄学;界面/文案/错误信息都要让用户一眼明白功能与结果,别卖关子 | 标题党"你绝对想不到 X 明星昨晚穿了什么":短期涨点击,长期失信任、流失 |
Why 装饰是认知税(Communication, Not Decoration):物理世界里戴顶花帽子不碍别人事(不用交互);但数字界面里用户初见时分不清哪个是功能元素、哪个是纯装饰,每多一个装饰就多一分"这能点吗"的猜测成本。这不等于"界面不能好看"——好的排版、对比、留白、配色能提升信息传达;但美感必须服务于沟通,不能为美牺牲可用性。
Why 强加的快乐反伤体验(You Can't Impose Joy):用户进网站是来办事的,不是来"被娱乐"的。启动页、首次点击的炫酷动画,第一次也许有趣,重复使用迅速变乏味、变成等待,偏离用户目标。真正的愉悦来自高效 + 实用 + 顺畅——让用户想回来,而不是被花哨赶走。(这条与十大启发式 #8 简约、与"愉悦四层金字塔:愉悦不是加糖,是去痛"完全一致,见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估)。)
Why 网络要砍一半字(Brevity is Brilliance):纸质读物用户付了钱、动机强、愿意慢读;网络上竞争对手只隔一次点击,信息没法快速传达用户就跑。衡量成功的不是"页面塞了多少字",而是用户离开后记住了多少——简洁还顺带塑造"表达有力、显得有智慧"的品牌印象。
Clarify 的关键工具是"信息气味(Information Scent)":让用户通过链接/标题/按钮的措辞,准确预判点进去会看到什么。气味强 → 点击后所得符合预期 → 信任累积;气味弱(标题党、模糊措辞)→ 点进去发现货不对板 → 失望、流失。配套做法:用用户的语言命名菜单和命令(不是开发团队的内部黑话),错误信息说清"哪错了 + 下一步怎么办"。这条与启发式 #2(系统与真实世界一致)、#9(帮助识别诊断恢复错误)互文。
决策导向:判断一个视觉/文案元素该不该留,问一句——"它是在沟通信息,还是只在装饰/卖关子?"前者留,后者砍。标题党、首屏动画、矫饰长句,长期算账几乎总是亏。
四、先理解问题:别急着给方案的两条
这一簇专治产品/设计/研发的职业病——手太快,问题还没搞清就开始给解决方案。
| 口号(EN / 中) | 一句话心法 | 反例 |
|---|---|---|
| Why Beats What 为什么胜过是什么 | 数据(点击率、停留、放弃率)只告诉你用户做了什么(What),不解释为什么(Why);只有找到行为背后的原因,才能从根上改 | 支付页反复出错,只看数据"这里有问题",其实根因在更早一步用户没看懂要填什么 |
| Stop Solutioneering 停止解决方案先行 | 问题没吃透就跳到方案("我们需要个聊天机器人"),容易做出没人要的功能;先理解问题再找答案 | 凭"客户咨询多"就拍板上聊天机器人,没验证用户是否真需要、是否有更好解法 |
Why "为什么" 更值钱(Why Beats What):分析工具能告诉你多少人访问了某页、哪个按钮点得最多、多少人放弃了表单——这些能定位"哪里有问题",但定位不了"问题到底是什么"。比如用户支付失败,根因可能不在支付页本身,而在更早一步没看懂该输什么信息;只改支付页就是"头痛医头"。
怎么拿到 "为什么" —— 靠定性方法:
- 边做边说(Think-Aloud,出声思考):让用户操作时实时说出想法("这按钮看着像下一步,但点了没反应")。
- 用户访谈:聊出真实想法、喜欢/不喜欢/觉得麻烦的点。
- 可用性测试:看用户卡在哪,结合反馈找流程障碍。
Stop Solutioneering 的三步解药:
- 多问、锁定问题:面对方案提议,先反问——我们要解决的核心问题是什么?有什么证据表明这是个问题?为什么认为这个方案能解决它?
- 列出"未知":写清当前对问题/受影响用户还不知道什么,优先研究这些未知点。
- 做用户研究:研究后可能发现更好的解法,甚至发现问题根本不存在,压根不用做。 → 价值:省时间和资源(不为无效方案买单)+ 提升产品有效性(方案更对准真痛点)。
决策导向:每次有人("我们需要 X 功能")甩方案过来,先别评估方案好坏,先把它翻译回问题:"X 是想解决什么问题?证据呢?"——把对话从"答案"拉回"问题",是 PM 最高 ROI 的一个动作。
五、用证据代替猜测:研究的三条 + 一条收尾
这一簇是"别拿自己当用户"(第一簇)的执行落地——既然不能信自己的直觉,就得用证据。
| 口号(EN / 中) | 一句话心法 | 反例 |
|---|---|---|
| If You're Not Checking, You're Guessing 不验证,就是在猜 | 哪怕只观察 2–5 个用户,也能大幅提升决策正确率;不验证的决定,本质都是猜 | 团队凭"我们了解用户"直接拍板,跳过任何验证 |
| Show Me the Data 给我看数据 | 团队内部主观争论(留白、按钮颜色、文案)该用数据终结;数据 ≠ 只有数字,定性同样是数据 | 设计评审陷入"我觉得太亮/我不喜欢这文案"的口水战,没人去看用户怎么想 |
| UX Researchers, We Like to Watch 用户研究员,我们爱观察 | 用户说的和做的常常不一致;观察真实行为比听自我报告更可靠 | 访谈时人人说"这功能很棒会用",上线半年使用率极低 |
| It Depends 视情况而定 | UX 没有放之四海皆准的答案;决策取决于情境、目标、约束;要在"最佳实践"与"情境适配"间找平衡 | 死守某条"最佳实践"硬套到不合适的场景,或每次都从零原创、丢掉一致性 |
实证数字(If You're Not Checking):一个常被引用的论坛例子——讨论"如何帮用户调整界面文字大小",引用了真实用户数据的人正确率 100%,只凭个人意见的正确率仅 25%(即 75% 的猜测是错的)。三个让团队跳过验证的误区:① 以为"我自己/某干系人就够像用户";② 高估个人经验和直觉;③ 误以为用户研究要大预算/专业团队/大样本——其实观察 2–5 个符合画像的用户就能揭示关键问题(这条与十大启发式批次里的"5 人法则:5 个用户发现约 85% 问题"同根,见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估))。
数据不只是数字(Show Me the Data):
- 定量数据(Quantitative):适合验证明确选项,如按钮文案/颜色做 A/B 测试看点击率。
- 定性数据(Qualitative):适合理解深层需求和"为什么",如访谈、可用性测试。 → 目的是把讨论从"团队成员的偏好"转向"用户的实际反馈",建立数据驱动的团队文化。
Why 观察 > 询问(UX Researchers, We Like to Watch):人说的、做的、和"说自己做了什么"可能三者各不相同,原因有三——记忆有局限、行为常是无意识的、社会期望让人给理想化回答。两句名言点题:人类学家 玛格丽特·米德(Margaret Mead)——"人们所说的、所做的、和他们说自己所做的,可能截然不同";哲学家 笛卡尔(René Descartes)——要懂人真实想法,看行为而非言辞。落地:发现阶段走进用户真实环境看他们怎么干活;可用性测试让用户做真任务而非"看设计提意见";不必逼用户一直出声,行为本身的卡顿就够有信息量。(这条对应"态度数据 vs 行为数据"的区分,详见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估)。)
It Depends 是清醒剂,不是甩锅(It Depends):它承认"最佳实践"与"具体情境"存在内在张力——把两者看成一条光谱:一端是绝对一致/标准化(不管情境照搬规范),另一端是完全原创/情境适配(每次从零设计)。优秀的 UX 专业人士不站极端,而是在中间灵活权衡。例如"该做服务蓝图还是用户旅程图""要不要加这个按钮",答案都取决于当前阶段、目标、已有内容、其他元素的点击分布。
决策导向:遇到设计争论,先分清这是"靠证据能定的事"还是"It Depends 的事"。能定的(文案/颜色/布局效果)→ 上 A/B 或小测试用数据收口;真的看情境的 → 别假装有标准答案,把情境变量摆出来权衡。最忌讳的是反过来:对该测的事拍脑袋,对该权衡的事死守教条。
一句话串起 19 条:别拿自己当用户(簇一)→ 所以要做减法别堆砌(簇二)、让界面好好沟通别装饰(簇三)→ 动手前先搞懂问题别急着给方案(簇四)→ 而搞懂问题、验证方案靠的是证据而非直觉,但具体怎么做"视情况而定"(簇五)。
源自 NNGroup Topics / UX Slogan - UX原则(19 篇,含 1 篇 NO.1–NO.19 汇总索引 + 各口号独立笔记)。与十大可用性启发式、5 人法则、态度vs行为、信息气味、愉悦四层金字塔高度互文,见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估);UX 基础概念见 NNGroup UX 基础知识(UX/可用性/UI 定义辨析 · 以人为中心设计 HCD · 设计思维 5+1 阶段 · 产品三元组 DVF · 没有研究就不是 UX · 研究方法三维框架/20 法/定量 9 法/用户访谈 · 方案取舍 6 步 · 10 大启发式索引 · UX 职业 5 阶段/转型/作品集/简历)。图片/原档保留在 sources。