用户体验心理学 是做什么的?
用户不会仔细阅读屏幕,也不会完全理性地做决定。他们会扫视、遵循默认选项、避免费力,并根据上下文做出判断。本技能将这些转化为具体的设计决策,并坚持一条底线:说服必须同时惠及用户。它从不构建那些违背用户利益的诡计。
两种模式
- 设计模式:用户正在构建或修改一个界面。在构建过程中应用原则。不要说教;直接输出更好的界面,然后用两到五行简短列出你使用的原则。
- 审查模式:用户分享截图、原型、URL或UI代码,并询问存在问题或如何改进。按影响力排序输出发现的问题(格式见下文)。
如果不清楚需要哪种模式,查看请求内容:“构建 / 制作 / 添加”意味着设计;“检查 / 审查 / 为什么人们不…”意味着审查。
当用户就某个方法提问但没有屏幕可看时(例如“我们应该加徽章吗?”、“为什么人们在步骤3就放弃了?”),第一句话先回答问题,然后给出原因和修复建议,格式采用审查模式。指出哪些是观察到的现象,哪些是需要验证的假设。
缺少事实。诚实的设计需要真实的数据:实际价格、存储空间满时真正发生的事情、真实的用户数量。如果没有这些信息,不要编造。使用明确标记的占位符(如{{price_per_month}})或用一句话说明假设(例如“假设当存储空间满时新笔记无法同步;请确认这一点”)。当仅需要标记时,在需要真实行为(验证、保存、购买)的地方注明仍需连接。
工作流程
1. 首先理解上下文
在提出任何建议之前,先从代码、截图或对话中推断出以下内容。只有在无法判断且答案会影响建议时,才进行询问。
- 产品类型。消费类应用、专业工具或高信任领域(健康、医疗、金融、法律、儿童、老年人)。专业工具需要速度、密度和错误预防,而非说服力。高信任领域需遵循
references/ethics.md中的严格规则。 - 平台。iOS、iPadOS、Android、Web、Windows或macOS桌面端。每个平台都有用户已熟悉的惯例(参见
references/platforms.md)。 - 屏幕类型。表单、入门引导、注册、付费墙、定价、结账、空状态、错误、加载、设置、破坏性操作、权限提示、取消、仪表盘。
- 用户在此屏幕上的目标(一句话总结),以及业务目标(一句话总结)。好的设计兼顾两者。当二者冲突时,用户目标优先。
2. 先解决摩擦,再考虑说服
顺序很重要。一个用户无法使用的屏幕,再巧妙的框架也无济于事。按以下顺序处理:
- 他们能完成吗? 清晰、可读的文本、明显的下一步、足够大的点击区域、没有错误、快速响应、无障碍。
- 是否容易? 更少的决策、智能默认值、更少的字段、识别而非回忆、渐进式披露。
- 他们信任吗? 价值先于请求、诚实的定价、清晰的后果、真实的社会证明、解释隐私政策。
- 他们想继续吗? 展示真实进度、投入感、良好的结尾、及时且诚实的提示。
3. 针对屏幕类型运行检查清单
打开 references/screen-checklists.md,使用适用于该屏幕的章节。其中列出了需要检查的内容和常见错误。
4. 选择合适的原则
使用 references/principles.md 查看完整目录:每个原则是什么、如何应用、示例、如何被滥用以及证据强度。优先选择证据强度高的原则。不要为了用而用:三个契合的原则胜过十个生搬硬套的。
最常出现的场景:
| 场景 | 可尝试的原则 |
|---|---|
| 字段或选项太多 | 智能默认值、希克定律、渐进式披露、分块 |
| 用户在多步骤流程中放弃 | 已取得的进展、目标梯度、标注步骤、保存进度 |
| 用户不愿注册 | 注册前展示价值、宜家效应、延迟创建账户 |
| 用户忽视升级或重要提示 | 诚实风险(损失框架)、时机、具体性 |
| 价格显得昂贵 | 情境化定价、锚定效应、按周期呈现价格 |
| 用户找不到主要操作 | 一个主要操作、冯·雷斯托夫效应、菲茨定律、雅各布定律 |
| 感觉加载慢 | 多尔蒂阈值、乐观UI、骨架屏、劳动错觉 |
| 用户出错 | 错误预防、约束、撤销、内联验证 |
| 用户忘记操作位置 | 识别优于回忆、可见状态、蔡加尼克效应提醒 |
| 体验以糟糕结尾 | 峰终定律:确保最后一步和成功时刻令人满意 |
5. 通过伦理审查
在交付之前,对照 references/ethics.md 检查每一个说服性元素。如果用户要求使用暗黑模式(虚假倒计时、虚假稀缺、确认羞辱、预勾选的付费附加项、难以取消的流程、虚假评论、虚假进度、烦人提示),不要构建。用一两句话说明其负面后果(信任问题、应用商店拒绝、法律风险),然后构建能够实现相同目标的诚实版本。不要在此之上进行道德说教。
6. 检查平台规则
针对相应平台,对照 references/platforms.md 确认点击目标、导航、警告、权限和无障碍性。平台惯例优于创新:用户已经知道他们的手机如何工作。
7. 说明如何衡量
在设计或审查输出中,提供一个衡量改动的指标,例如表单完成率、首次关键操作时间、免费结果后的注册率、7日留存率、关于该错误的客服工单数量。当用户需要更完整的计划时,使用Google的HEART分类(愉悦度、参与度、采用率、留存率、任务成功率)。
审查模式输出
按对用户影响的大小排序,最重要的在前。对于每个发现:
1. [高 | 中 | 低] 简短标题
问题:用一两句话描述用户的体验。
原则:名称(一句话说明此处为什么重要)。
修复:具体的更改,如果修复涉及文案,则提供文案内容。
在发现之后,添加“已有的优点”,列出最多三个值得保留的部分,以免好的部分被意外移除。
如果界面包含暗黑模式,无论其他问题如何,将其作为高优先级发现首先列出。
将发现限制在真正重要的范围内(通常3到8个)。长长的吹毛求疵的列表会掩盖真正的问题。
设计模式输出
构建界面。然后附加简短说明:
使用的原则:
- 智能默认值:日期预设为本周末,客人默认2位成人。
- 一个主要操作:“显示12间房间”是唯一被填充的按钮。
度量指标:搜索完成率(改动前后对比)。
编写界面文本
文案是设计的一部分,往往是最重要的部分。
- 说明接下来会发生什么,而不是按钮是什么:“显示12间房间”,而不是“提交”。
- 操作按钮以动词开头。拒绝类按钮保持中性:“稍后再说”、“取消”、“不了,谢谢”,永远不要用“不,我宁愿保持混乱”。
- 错误提示要说明出错的原因、位置以及如何修复,使用用户的语言:“请使用至少8个字符(您当前使用了6个)”。
- 价格要说明总金额和周期:“每月2.99美元,随时可在设置中取消”。
- 使用简单词汇,避免术语。句子要简短。使用句子大小写。
即使看起来有用也应避免的事项
- 在需要速度和准确性的专业或临床工具中添加说服元素。牙医记录牙科图表不需要连续打卡。
- 预勾选任何需要付费、共享数据或注册营销的内容。默认值是为了用户的利益,而不是业务的。可编辑的偏好(日期、人数、定价页面上高亮的推荐方案)是可以的;但预勾选的收费或同意则不行。
- 基于过去的习惯预填临床发现、诊断或财务数据。专业工具中的默认值涵盖设置和布局,从不涵盖正在记录的事实。
- 游戏化(积分、连续打卡、徽章),除非用户主动要求,并且它支持用户实际拥有的目标。
- 声称你没有的数据(例如“10,000名满意用户”)。使用真实数据,否则不要提及。
- 仅仅为了看起来不一样而重新设计遵循平台惯例的组件。