这批笔记回答三个层层递进的问题，别混着读：
(1) 内容怎么管(治理层) —— 内容策略 Content Strategy：在写第一个字之前，先决定"做什么内容、谁来做、放哪、何时删"的高层计划。它不是写作本身(那是战术)，它是给战术定方向的。配套的是内容清单/审核、内容标准、内网管理模式、敏捷排期、信息架构。
(2) 内容怎么写(执行层) —— 用户在线只扫不读，所以写法要"为扫描服务"：结论前置(倒金字塔)、砍废话(精简写作)、用排版切块(摘要/加粗/要点)、界面小字要精准(微文案)、语气要对人(Tone of Voice)。
(3) 内容怎么验(验证层) —— 用内容测试(开放式信息查找任务)和眼动追踪确认用户真的看懂了、找得到。
核心心法贯穿全篇："没有好内容，就没有好体验"(Halvorson 2011)——UX 项目应该从内容开始，而不是从 UI 开始。 每节给心法 / Why / 反例。
一、内容策略 Content Strategy:先于战术的高层计划
定义：内容策略 = 持续规划"创建、传递、管理"有用、可用、有效内容的实践。这个定义由 Kristina Halvorson 在 2009 年《Web 内容策略》(第二版 2012)中提出。它确保每一条内容都服务于一个正当目的，不浪费资源造"无意义内容"。
策略 ≠ 战术：策略(做什么、为什么、谁来做)必须先于战术(写作、拍视频、做图)。很多组织跳过策略直接做战术，结果内容质量下滑、UX 受损；也有团队过度盯 UI 设计，忽略了用户真正要的是信息。反例：内容专业人士常感沮丧，因为组织只让他们干战术活、不理解策略价值。
内容策略要指定 5 件事：
| 要素 | 具体回答什么 |
|---|---|
| 目的 | 这条内容服务哪个业务目标 / 用户需求 |
| 所有权 | 谁拥有、创建、衡量、维护 |
| 满足方式 | 用什么格式、渠道、风格、语气、用词 |
| 组织方式 | 怎么构建、打标签、组织，方便查找和上下文可见 |
| 发布融入 | 怎么发布、怎么融入整体体验 |
四个阶段(循环,直到内容被移除)——规划 Planning → 创建 Creation → 维护 Maintenance → 取消发布 Unpublishing。内容会在规划/创建/维护三阶段之间不断流转，直到下线。
| 阶段 | 关键问题 | 用什么工具 |
|---|---|---|
| 规划 | 现有内容怎样?目标是什么?挑战机会在哪?谁提需求/谁有专业知识/谁创建审查发布/谁处理问题 | 内容清单+审核、内容策略声明 Content Strategy Statement、编辑日历 Editorial Calendar |
| 创建 | 怎么在设计早期就融入内容?编辑/法律/发布标准是什么?后端怎么运作?跨渠道怎么一致 | 内容框架 Content Framework(早期构思,避免后期混乱)、内容需求清单(结构/元数据/可访问性)、资产地图 Asset Map |
| 维护 | 谁维护?多久更新清单(至少每 3 个月)?怎么实施和沟通变更 | 内容治理委员会 Governance、内容记分卡 Content Scorecard(展示内容对业务影响) |
| 取消发布 | 谁拍板移除?谁从 CMS 删?要不要存档/存多久?谁还链接它(要不要重定向)?删除对 SEO 有何影响 | 下线流程清单 |
心法：取消发布是"困难但重要"的决定——删掉过时内容，是为了把用户注意力导向最新最相关的信息。Why：缺乏策略会让信息失控，既害用户也害员工。
二、内容策略 vs UX 写作 vs 内容设计:谁干什么
很容易混淆的三个角色，一句话区分：内容策略管"流程和标准"，UX 写作管"写出清晰的字",内容设计管"把内容组织、排版、呈现得好读好找"。
| 角色 | 干什么 | 关注点 |
|---|---|---|
| 内容策略师 Content Strategist | 制定计划、流程、标准；做内容清单/审核、编辑日历、内容结构化(可扩展可重用的内容系统);监督跨平台发布和后端管理 | 内容质量 + 生产效率(让写作的人更高效) |
| UX 作者 UX Writer | 写清晰简洁的文案:UI 文案(按钮/导航/错误信息)、微文案(标题/摘要/元数据)、长篇内容(文章/视频/播客脚本) | 清晰 + 简洁 + 一致 + 与设计协作 |
| 内容设计师 Content Designer | 兼具写作+设计:信息架构、线框/原型、结构化与格式化(标题副标题/间距/留白/要点/高亮) | 让内容吸引人、可访问、易导航 |
UX 作者需要的技能：正确语法+注重细节、熟悉写作、懂用户研究/构思、SEO 技能、懂 CMS(内容管理系统)怎么运作。
两种内容测的指标不一样(选指标前先分清是营销内容还是产品内容)：
| 内容营销指标 | 产品内容指标 |
|---|---|
| 流量 Traffic | 使用情况 Usage |
| 社媒关注 / 反应 | 任务时间 |
| 参与度 | 任务成功率 |
| 转化 | 满意度 |
| 留存 / 流失 | —— |
内容策略 vs UX 写作 9 维度分工(同一件事，两边各管一半)：
| 维度 | 内容策略 | UX 写作 |
|---|---|---|
| 流程和工具 | 设置和调整 | 遵循并影响其变化 |
| 研究 | 支持和促进用户/利益相关者研究 | 创建测试文案变体、与设计师协作 |
| 目标和指标 | 传达目标、跟踪报告进度 | 创建文案满足目标、按反馈迭代 |
| 技术系统 | 理解并传达 CMS 能力 | 在写作中利用技术功能 |
| 标准和指南 | 监督维护风格指南和内容标准 | 使用遵守标准、贡献更新 |
| 写作工具 | 探索实施新工具提质增效 | 使用工具、提改进反馈 |
| 审查编辑 | 设置审查周期、批准角色 | 执行审查、倡导以用户为中心 |
| 发布维护 | 准备发布、培训发布者、协调审计 | 为 SEO 写元数据、做最终审查 |
| 内容退役 | 确定退役流程 | 协助重定向/重用/归档/合并 |
心法：越来越多组织投资两个独立角色而非合并成一个——因为各自的工作量和复杂度都太大。协作的三个支点：共同理解用户需求(都靠研究)、标准一致(共同定义维护)、反馈循环(都用反馈改进)。
三、内容清单 Inventory vs 内容审核 Audit:先盘点再评质量
两件不同的事：
- 内容清单 Content Inventory：列出当前所有数字内容，按页面/资源级别记录(名称、URL、作者、主题、格式、创建/更新日期、元数据)。只告诉你"有多少、在哪"，不评质量。
- 内容审核 Content Audit：评估清单里内容的质量，标出该更新的、内容缺口、该删的。
推荐顺序：先清单，后审核——先看清全貌，才知道每个决策的影响范围，并能快速行动。
何时开始：任何阶段都行——新项目启动评估内容、或推进中减少重复和信息过载。
怎么落地(人/流程/工具)：
| 维度 | 做法 |
|---|---|
| 人 | 指定清单和审核的负责人，保证信息透明、定期更新 |
| 流程 | "小步走"——优先处理用户/业务最常用的内容，分工协作逐步推进 |
| 工具 | 用熟悉的表格(Google Sheets / Excel)记录协作；存 SharePoint 等平台做权限管理+备份；尽量降低工具学习成本 |
审核三类标准：① 行业标准(简洁语言、清晰标题、合理格式、无自动播放视频)；② 组织标准(语调、元数据、格式规范)；③ 目标和绩效指标(点击量、跳出率、用户需求满足度)。
处理决策：审核后给每条内容标 保留 / 更新 / 删除。需更新的要记录改进项+指定负责人，重大修改要通知相关方。优先改进顺序：先处理"违反行业最佳实践+组织标准"的(容易判)，再处理涉及用户需求和业务指标的(要讨论)。
心法：清单+审核是评估内容的框架，重质量不重数量。Why：CMS 能部分自动更新清单，但审核仍需人工——分担维护、定期检查，避免清单失效。
四、内容标准 Content Standards:把"怎么写"沉到设计系统里
内容标准 = 可扩展内容设计/管理的指南，含两类：结构化规则(跨渠道重用)+ 编辑流程(流程、语气、风格一致)。设计系统通常只管 UI 组件，但内容标准对高质量内容同样关键。
和 UI 组件的本质区别：UI 组件能直接复制粘贴，内容标准不能——它要保证每块内容"独特但连贯"。所以内容标准是"指南+示例"，不是"模板填空"。
内容标准应包含两类：
| 内容策略和流程标准 | 格式选择标准和特定格式考虑 |
|---|---|
| 内容目标和原则(常用内容策略声明表达) | 内容创作和设计标准 |
| 团队成员、角色、责任 | 包容性和可访问性标准 |
| 工作流程(含审查批准) | 可读性统计和级别 Readability |
| 内容运营细节(手册/AI 工具/CMS/Figma 插件) | 网页写作全球最佳实践 |
| 发布、SEO、维护、删除程序 | 风格/语气/声音/语法的组织标准和编辑指南 |
搭建步骤：① 定范围和优先级(从小开始,先做对组织关键或研究证明有问题的领域)；② 合作推广(跟设计系统团队讲清"一致性+效率"的好处)；③ 摸清工具；④ 定结构(区分全局标准适用所有内容 vs 特定标准针对某组件/渠道/类型——全局标准避免重复,只需描述差异)；⑤ 内容审核(找不一致、收集正负面示例)。
业界标杆案例：Intuit(contentdesign.intuit.com,全面到有独立网站)、Mailchimp(styleguide.mailchimp.com,含写作目标和原则)、澳大利亚政府(stylemanual.gov.au)、Adobe Spectrum(每个 UI 模式带写作清单,如密码字段的帮助/错误文本)、Salesforce Lightning(聊天机器人 do/don't 示例)、Shopify Polaris(设计+内容标准放一处)、Sainsbury's(全局+特定)、Atlassian(自助帮助区)、Optum(含 AI 平台 Writer.ai 用法)、DBS 银行(标准直接放内网方便发布者)。
AI 时代的新作用：很多 AI 工具允许直接设置标准——有内容标准才能保证团队在各平台用 AI 时输出一致、合规(Intuit 严禁直接复制粘贴生成内容)。
心法：内容标准是"战略规划"和"一致高效执行"之间的桥。Why/价值衡量：跟踪时间节省 + 组织指标(团队满意度↑、项目延迟↓、后期内容请求↓、标准使用↑、忽视标准实例↓)+ 用户指标(满意度↑、参与度↑、错误率↓、转化率↑)。维护:通常每年审一次,特定部分更频繁。
五、内网内容管理 3 模式:集中 / 分散 / 混合
内网(intranet,企业内部系统)内容常由跨部门贡献(HR、内部沟通、各部门)，所以要选个管理模式定"谁创建、发布、更新、何时下线"。
| 模式 | 描述 | 优点 | 缺点 |
|---|---|---|---|
| 集中式 Centralized | 核心团队统管发布，其他团队提交审批请求 | 质量可控、培训简单(只培训核心团队)、全局视角好优化分类 | 效率低(审批慢)、工作量集中在核心团队 |
| 分散式 Distributed | 发布权下放到各部门/团队 | 参与度高(自主权强)、响应快(适合快变环境) | 培训需求大(要培训多管理员)、内容不一致、缺审查导致低质量/冗余 |
| 混合式 Hybrid | 核心团队管关键内容(主页/导航),其他由各部门管 | 平衡控制与自由、培训和审查工作量适中 | 仍需一定培训、需对次级内容适度审查 |
通用建议：① 不管哪种模式，都要有专门团队做全局规划和目标监控；② 培训不只教 CMS 用法，还要教怎么写高质量内容+正确用设计组件；③ 广泛传播管理标准并讲清重要性。
六、敏捷开发里别忘了内容:5 类内容用户故事
在敏捷(Agile)里用用户故事 User Story 跟踪工作，但内容创作/维护/优化的时间常被严重低估。把下面 5 类"内容聚焦型用户故事"加进待办(backlog)，防止内容被忽视、仓促、跳过。
| 用户故事类型 | 干什么 | 示例 |
|---|---|---|
| 内容调研 Content Spikes | 为未来 backlog 项预留研究时间(用户研究+数据分析汇总) | "作为内容创作者,我要了解首次购房者对按揭的常见问题,以便准确回答" |
| 内容创作任务 Content Creation Tasks | 独立的创作故事,聚焦研究发现的需求,准确反映所需时间 | "作为首次购房者,我要了解按揭申请流程,以减少购房恐惧" |
| 内容审核 Content Review | 跟市场/法务/设计/开发评审,预留修改时间,检查文风/语调/可访问性 | "作为内容创作者,我要与运营/市场/合规审核内容,确保准确且符合品牌" |
| 内容发布与管理 Publication & Management | 记录准备/发布/审核/下架的时间 | "作为内容经理,我要写高质量元数据,让内容出现在搜索结果页" |
| 持续测试与优化 Ongoing Testing & Optimization | 发布后通过真实用户测试拿反馈,持续迭代 | "作为内容创作者,我要了解首次购房者与银行沟通的时间和方式,以便加辅助文案" |
心法：高质量内容始于用户研究 + 合理的故事规划。Why/反例：没有适当的计划和工时估算，内容就会被忽视、压缩或跳过。
七、信息架构 IA vs 网站地图 Sitemap:别把零件当整体
这俩常被当同义词，其实网站地图只是信息架构的一部分(一个交付物)，不能代表整个 IA。
- 网站地图 Sitemap：网站内容组织的可视化图——方框节点代表页面，箭头/线代表关系(nngroup 案例用蓝/绿/黄区分第 1/2/3 层)。主要对内规划用,通常不给用户看(有些网站放页脚当辅助导航,但随更先进的导航出现,重要性已减弱)。
- 信息架构 Information Architecture (IA)：组织网站内容的方法和过程,含两方面——① 内容组织与维护(怎么组织、建立关系、在导航中展示)；② 结构与命名(网站结构、组织方式、导航元素命名)。目标=让用户轻松找到/发现内容。IA 是持续过程,不是单一交付物。
IA 包含多种活动和交付物(网站地图只是其一)：
| IA 活动 | 是什么 | 潜在交付物 |
|---|---|---|
| 内容清单 | 识别分类所有数字内容(常在重设计开始时) | 目录 / 表格 |
| 内容审计 | 评估有用性,决定保留/删除/更新 | 含决策列的表格 |
| 分类法开发 Taxonomy | 建立描述分类内容的受控词汇 Controlled Vocabulary | 层级结构(一般在上,具体在下) |
| IA 用户研究 | 卡片排序、树形测试、可用性测试,了解可查找性/可发现性 | 研究报告 |
| 规划网站结构 | 绘制内容组织和层级 | 网站地图 |
四个区别(背下来就不会混)：
| 维度 | IA | 网站地图 |
|---|---|---|
| 先后 | IA 先(定整体结构) | 后(IA 建好后才画来表示它) |
| 抽象度 | 抽象(内容的概念组织) | 实物(可分享的视觉图表) |
| 全面度 | 全面(含命名、导航 UI 组件如搜索框位置/面包屑) | 不全面(故意只放利益相关者需要知道的,免被信息淹没) |
| 稳定性 | 都会随设计/用户研究演变;但 IA 某些方面(如分类法受控词汇)预先确定、设计为长期不变 | 同样会演变 |
八、人们如何在线阅读:扫描是默认,5 种经典模式 + 新模式
最关键的事实：用户在网上很少逐字读，绝大多数是扫描(Scanning)，快速找关键信息。这是 NNGroup 13 年研究、500+ 参与者、累计 750 小时眼动数据得出的结论。基本信息处理习惯一直稳定，但新布局催生了新阅读模式。
眼动研究怎么做：用眼动追踪 Eyetracking 记录视线移动。定量(热图 Heatmap + 平均注视点等指标看趋势)+ 定性(看个体视线轨迹看具体行为)。
影响"扫描还是细读"的 4 个因素：① 动机(信息有多重要)；② 任务类型(找具体信息 / 浏览新内容 / 深入研究)；③ 专注度(当前注意力)；④ 个性(偏扫描还是偏细读)。
5 种经典扫描模式(任务、布局、内容类型不同会触发不同模式)：
| 模式 | 特点 | 何时出现 | 效率 | 案例 |
|---|---|---|---|---|
| F 型 F-Pattern | 视线集中页面顶部+左侧,呈 F 形(阿拉伯语等 RTL 语言呈反向 F) | 缺副标题/要点/视觉提示时 | 最低,容易漏信息 | TigersinCrisis 查苏门答腊虎数量;Investopedia;北京 WDZJ.com 长页只看了 1/5 就放弃 |
| 点状 Spotted | 只盯醒目词(加粗、链接、数字) | 有明显视觉元素(要点列表/加粗关键词) | 比 F 高,但依赖设计质量 | 维基百科查 Baryshnikov(左 F 右点状),数字 1960 吸睛;南美徒步要点列表被扫 8 次 |
| 层蛋糕 Layer-Cake | 先扫标题/副标题,找到感兴趣的才读正文,路径像层蛋糕横纹 | 结构清晰、标题正文层次分明 | 高,快速定位 | Yamaha 查船用发动机冬季保养,靠粗体浅蓝副标题对比黑正文定位 |
| 承诺 Commitment | 逐字读全部或大部分 | 高度感兴趣或任务需要(学考试内容、做具体操作) | 理解最强但最慢 | National Geographic 被告知要测验所以逐字读;Guardian 感兴趣的文章 |
| 草坪机 Lawn Mower | 扫对比表:左上起,从左到右,下移,从右到左,循环(像割草机) | 对比多产品/服务的表格 | 减少无效视线移动,高效 | 见下节 |
新布局催生的新模式：
- 草坪机模式 Lawn Mower(见下一节专门讲)——苹果手表产品页"图片-文字"顺序扫描。
- 弹球模式 Pinball——在搜索结果页(SERP)上非线性跳跃,尤其在图片和特色内容之间。案例:搜"肉毒杆菌价格",视线 14 秒内跳转 158 次,高度分散。
- 新内容元素打断阅读:对比表格、内嵌广告、用户生成内容(评论)。案例:Science Magazine 用户原本近乎线性完整阅读,遇到内嵌广告后注意力急剧下降,转为轻度扫描。
支持扫描的 4 条指导原则：清晰的标题和副标题组织内容、信息前置(重要的好发现)、格式化技巧(加粗/要点)、简洁语言减少阅读负担。
九、草坪机模式 Lawn Mower:对比表怎么设计才不被打断
草坪机模式专用于扫描对比表(comparison tables)——视线从左上单元格开始，逐行 Z 字形走(左→右,下移,右→左,下移)。进入这个模式前，用户通常先快速评估表格布局(看列标题、行标签、部分内容)决定怎么读。案例:CNET 看 Sonos One 音箱对比表,先草坪机扫全表,再只盯 Sonos One/Apple HomePod/Amazon Echo 三列。
例外:只关注某一特性(如价格)时只扫相关行;比较两个非相邻产品时模式会调整。
设计不良会打断草坪机模式(反例)：
- IGN 表:表格过长(忘了列标题位置→退出模式返回顶部确认,认知负担↑)、术语不清("4K"/"Native 4K"/"8K支持"让用户两列间反复横跳)、占位内容过多("TBA"待公布占多个单元格→跳过部分行最终放弃)。
- Apple Watch 表:条理清晰但重复信息多(多特性两列内容相同浪费时间)、描述模糊("改进的陀螺仪"没说改进啥)。即便如此,用户仍认为对比表是高效工具。
- CNET 表:单元格没行标签几乎没意义→用户频繁脱离扫描模式去反复读标签。
支持草坪机模式的 7 条设计建议：
| 建议 | 怎么做 | 标杆 |
|---|---|---|
| 1 固定表头 | 标题随滚动常驻,免返回顶部查 | Dropbox / Xbox |
| 2 提供隐藏列 | 用户只看部分列时允许隐藏其他 | —— |
| 3 单元格内容独立 | 减少对行标签依赖 | Apple 无行标签设计(对比 CNET 依赖标签) |
| 4 分组"是/否"特性 | √/× 类特性集中分组便于快速浏览 | Dropbox 勾选行集中 |
| 5 合并重复内容 | 多产品共用特性用跨列单元格,避免重复 | Xbox(Series X/S 相同功能跨两列;但留白太多信息密度过低,是移动优先的副作用) |
| 6 提供术语定义 | 加工具提示 Tooltip 解释复杂概念 | Dropbox 为"Smart Sync Auto-Evict"加悬停提示 |
| 7 避免无效占位 | 别放"TBA",必须有就集中在表底 | —— |
十、一见钟情模式 Love-at-First-Sight:搜索结果页只看一个
一见钟情模式：用户在搜索结果页(SERP)上只关注一个结果就满足，忽略其余。这是"满意主义(satisficing)"行为——用户要"足够好"的答案，不是最全面的。首次记录于 2005 年(Kara Pernice《人们如何在线阅读》)。
数据：在 377 次搜索实例中，20% 的情况用户只关注一个结果——比 2006 年的 17% 有所增加，统计显著 p < 0.001。
4 个促成因素：
| 因素 | 说明 | 案例 |
|---|---|---|
| 1 信任搜索引擎 | 相信引擎会把最相关的排前面 | 北京用户:"我通常选百度前两条,应该最热或评分最高" |
| 2 结果吸引力 | 精选摘要 Featured Snippet 等突出设计引导注意 | 美国用户靠 Google 精选摘要找到过美加边境所需文件清单,没看别的;北京用户选含专业和分数的表格结果 |
| 3 动机不足/时间紧 | 倾向接受"足够好" | 反例:某用户看精选摘要后答错(把"罗利市收入中位数"当成全美的),没动力质疑 |
| 4 首个结果正好满足 | 第一条完全符合就直接选 | 搜"Bankofamerica.com"只看官网首条;搜"2019最佳婴儿车 reddit"直接点 Reddit 帖 |
一见钟情 vs 良性放弃 Good Abandonment：一见钟情是视线模式(只看一个结果);良性放弃是整体行为(在 SERP 找到满意答案,不点击/不改查询就满足)。两者可同时发生,但不必然——良性放弃也可能发生在浏览多个结果之后。
让内容"一眼被选中"的策略：① 理解用户需求、精准回答问题(提高被选为精选摘要的概率)；② 用表格/列表等直观设计、关键信息前置；③ 提供高质量内容(即便不在第一位,研究性任务里仍能吸引用户)。
十一、倒金字塔 Inverted Pyramid:把结论放最前面
倒金字塔：先呈现最重要的信息(核心事实/结论)，再补次要细节和背景。形状像倒三角——宽顶=关键内容，窄底=补充细节。与学术写作相反(学术是末尾才给结论)，特别适合网页，因为不管用户读多少都能拿到重点。
5 个优势：提升理解力(先建整体认知再懂细节)、降低交互成本(不用读很多就抓住主旨)、鼓励滚动(好开头激发兴趣)、逻辑清晰(广泛信息开篇打基础、减少跳转链接需求)、支持扫描(中途停了也不错失重点)。
怎么写(5 步)：① 确定核心信息(读者只读一句也能懂的关键点,能独立传达文章内容)；② 排列次要信息(按重要性排,广泛受众的信息靠前,专业细节靠后)；③ 语言简洁有力(砍冗余、小段落、要点列表)；④ 前置重要信息(主标题描述性反映主旨、每段首句放最重要信息、每句开头用关键词提示后续)；⑤ 加摘要或要点列表(正文前的总结段,像本文开头那样)。
十二、精简写作 Rewriting for Brevity:7 种砍字法
心法：简洁(concise)不仅提升体验，还增加文章被读的概率。但简洁不是硬砍——能帮助理解的字要留。
| 方法(EN) | 怎么砍 | 原文 → 精简 |
|---|---|---|
| 1 去掉心头好 Kill Your Darlings | 删掉你情感上依赖但无实际意义的句子 | "Inclusion is the future of UX. In fact, inclusion is the future of our world. By following these guidelines..." → "By following these guidelines, your research can be more ethical and thorough."(难取舍就先单独存起来) |
| 2 删冗余词 Unnecessary Words | 删无意义虚词(it is / there are)、过度修饰、被动句 | "It is important to involve stakeholders..." → "Involving stakeholders is important...";"extremely valuable" → "valuable"(少用 absolutely/very) |
| 3 避免重复 Redundancy | 删重复短语/多余信息 | "ChatGPT, Google Bard, Bing Chat, and so on" → "ChatGPT, Google Bard, and Bing Chat"(删 and so on) |
| 4 检查从句 Dependent Clauses | 删不增信息的引言式从句 | "As we all know, UX designers must work with..." → "UX designers must work with..." |
| 5 考虑受众与目的 Consider Your Content | 按受众知识水平和项目目标调整 | "The field of UX, or user experience, has grown..." → "The field of UX has grown..."(视频描述可简,博文需详) |
| 6 删过多细节 Excess Information | 删受众不需要的细节,别为常识占篇幅 | 同上(UX 缩写解释对懂行的人是多余) |
| 7 调整语序 Rearrange | 调句子结构来暴露多余词,优化逻辑流 | 重排让"难用的交互原型会惹恼利益相关者"逻辑更顺,顺手砍字 |
十三、长文 5 种排版技巧:让长内容能扫
心法：长篇内容靠排版切块来支持扫描——摘要、加粗/高亮、要点、标注、视觉。
| 技巧(EN) | 功能 | 怎么用 / 正反例 |
|---|---|---|
| 1 摘要 Summaries | 给阅读"路线图",判断相关性、强化记忆 | 位置可在开头(判相关性,GoodRx 三个关键摘要)、中段(提高段落理解,Healthline 每节后小结)、结尾(强化记忆)。Investopedia 用红框区分摘要和正文。标题要明确:Healthline 末尾叫"底线 The Bottom Line",不如"总结/结论/关键要点 Key Takeaways"清楚 |
| 2 加粗与高亮 Bold & Highlight | 突出关键信息、吸引注意 | 覆盖不超过文章 30%;只用于传递关键点,别滥用否则干扰扫描。Medium 让用户高亮共鸣段落且对他人可见 |
| 3 要点列举 Bullet Points | 强调关键信息、分组、清晰呈现选项/关系 | 要简洁;长内容可加粗关键词优化扫描。反例:NBA 网站要点段落过长,用户没法快速扫,形成新的"文本墙 wall of text" |
| 4 标注 Callouts | 突出统计/引用/示例,增强深度 | 简洁有信息价值,用背景色/边框增强显著。Robinhood 用深灰背景突出示例 |
| 5 视觉元素 Visuals | 信息型图增进理解;装饰图提升美感但别过度 | 优先信息型,减少纯装饰。正例:Quanta Magazine 用图表解释 P vs NP。反例对比:Greenpop 左侧通用图库图无信息价值还拉长页面 vs 右侧实际活动照提供语境 |
十四、微文案 Microcopy:3I 目标 + 3C 写法
微文案 microcopy = 少于 3 句话的文字，比长文案更容易被快速扫读，常用于 UI。关键判断:微文案的类型不看它"出现在哪",而看它的"目的"。
3I——微文案的三大目标(可同时具备多个,但写时要明确主目标)：
| 目标(EN) | 干什么 | 子类型 + 案例 |
|---|---|---|
| 告知 Inform | 解释、提示、指导,帮用户了解内容/完成任务(最灵活最常见) | 标题/副标题(Investopedia 主标题说 Roth IRA 对年轻人好,副标题概括优势)、摘要/引言段(Patagonia "Beneath the Rock" 抽象,摘要补全主题)、工具提示 Tooltips(Google 相机图标"以图搜图")。Mailchimp 安全变更通知:提前告知减轻不安、增强信任 |
| 影响 Influence | 宣传产品优势、激发兴趣、推动转化和销售 | 标语 Taglines(evian "water the way nature intended")、CTA(Barnes & Noble "GET READY for SCHOOL")、促销横幅(Amazon Prime Day "Devices up to 49% off",清晰数字+限时+品牌)、Slack 主标题"在一个平台实现多种沟通" |
| 交互 Interact | 帮用户理解和操作界面元素(按钮/标签/表单) | 按钮/链接/勾选框标签(动词开头如 Add/Shop)、分类名称(Sherwin-Williams"涂料与工具")、占位提示文字 Placeholder(American Airlines"城市或机场"/"mm/dd/yyyy"——但别用占位符取代字段标签,它在输入时会消失)、面包屑(Pepco"首页>节省方式>企业用户>哥伦比亚特区")、标签切换(Weather.com 预报视图) |
优先级示例:See's Candies 糖果盒尺寸表虽含促销语(无防腐剂)但主目标是告知(选合适包装);Asana 用户评价(testimonial)虽在卡片里但目的是促转化(点 Read case study)→ 算影响型;PA Turnpike 未缴费提醒解释法规后果→ 算告知型。
3C——信息型微文案的三条写法(Clarity > Concision > Character)：
| 原则(EN) | 心法 | 要点 + 案例 |
|---|---|---|
| 清晰 Clarity | 第一位,看不懂就等于没完成任务 | 4 个抓手:位置提示 Signposting(我在哪)、信息气味 Information Scent(下一步去哪)、相关性 Relevance(为什么和我有关)、合适术语 Appropriate Terminology(用用户的词不上黑话)。Mastercard 学生卡解释欺诈免责/锁卡;另一类卡直接写"0% 首期 APR"——同样信用卡,不同用户写不同信息 |
| 简洁 Concision | 用户很忙,字多不看、还易被截断 | 删没必要的表达、注意标题/描述长度限制、只留最关键信息。Owala 按钮"Out of stock - notify me"一个按钮装两个信息且顺序合理;WHO "Vaccination Information Hub"去掉 the——更短、可读性高、搜索页更完整 |
| 个性 Character | 让文案有人味,但不能牺牲清晰和简洁 | 不是一定要活泼,而是要看用户是谁,语气/梗/风格匹配受众,没通用公式。Ace Hardware "Top Brands Under One Roof"比"Popular Brands"更有记忆点又不浮夸;OpenAI "Sora 2 is here"比"Sora launches today"更口语更像真人 |
十五、语气 Tone of Voice:4 个维度调出不同人格
语气定义：文学里语气=作者对主题的态度；UX 里页面上每句话(从正文到按钮标签)都影响语气，决定品牌怎么"说话"。
4 个语气维度(组合起来形成可操作的语气配置文件 Tone-of-Voice Profile)：
- 幽默 Funny ↔ 严肃 Serious
- 正式 Formal ↔ 非正式/随意 Casual
- 尊重 Respectful ↔ 不敬 Irreverent(带戏谑让品牌独特,但不为冒犯用户)
- 热情 Enthusiastic ↔ 平实 Matter-of-fact
同一条错误信息"An error has occurred",4 维度调出不同效果：
| 维度组合 | 示例 | 特点 |
|---|---|---|
| 严肃·正式·尊重·平实 | "We apologize, but we are experiencing a problem." | 传统、直截了当,无幽默无强情感 |
| 严肃·非正式·尊重·平实 | "We're sorry, but we're experiencing a problem on our end." | 更随意,用"we're/sorry"显亲切 |
| 严肃·非正式·尊重·带些情感 | "Oops! We're sorry, but we're experiencing a problem on our end." | "Oops!"加了一点情绪 |
| 幽默·非正式·不敬·带些情感 | "What did you do!? You broke it!" | 幽默+不敬增加互动感,但可能刺激用户 |
怎么选语气：① 依据品牌个性；② 根据用户和情境(反例:用户沮丧或频繁遇错时,幽默语气会让人恼火)；③ 用户测试验证。心法:语气既能增强亲和力,也能毁掉体验——按品牌+用户+情境选,并测试。
十六、内容测试 + 眼动追踪:验证用户真的看懂找得到
16.1 怎么和用户一起测试内容
内容测试和传统可用性测试不同——它要更灵活，因为目标是评估"内容质量和相关性"而非"完成固定任务"。
核心做法：
- 学透产品和内容：测前充分熟悉,才能提对问题(清楚目标用户、核心信息、内容需求)。
- 用开放式问题追问(鼓励详细反馈而非 yes/no)：
| 追问问题 | 目标 |
|---|---|
| 你对这些信息有什么看法?如果能改你会改什么?哪些好懂哪些难懂为什么? | 让用户分享注意到的内容问题 |
| "[X 词语]"对你意味着什么? | 判断是否理解技术术语 |
| 如果要向小孩解释这个信息你会怎么说? | 评估是否真理解 |
| 你能用自己的话总结一下吗? | 能轻松准确总结=理解了;要反复看原文逐字复述=没真懂 |
| 假如有人对你说了这些话,你觉得这人是谁?什么职业? | 巧妙引导用户描述内容的语气 |
- 关键禁忌：跟参与者交谈时避免用"内容"这个词——用户不这样思考信息。
- 个体任务,别小组讨论(避免群体影响个人反馈)；定制任务(准备通用任务基础,按参与者灵活调整,允许自主探索)。
- 用开放式信息查找任务(open-ended)：无明确答案、无明确结束点,告知用户按自己节奏完成,像日常搜索。反例 vs 正例:测 Investopedia《应对熊市的聪明策略》不该直接让人读完反馈,而要给情境——"股市近期下跌且可能持续,你想找市场低迷期的投资建议,看看 Investopedia 有没有"。
- 考虑竞争性测试:让用户自由搜索或访问竞品网站,能获得宝贵的用户需求洞察(限制在测试时间一小部分内)。
- 选对参与者:按目标用户特征,专业内容选有相关知识经验的人。案例:测国家癌症研究所成人非霍奇金淋巴瘤文章,要招已确诊者或其主要护理人员。
16.2 眼动追踪研究 Eyetracking 设置
眼动仪用特殊光在眼中产生反射，摄像头捕捉后估算眼球位置和运动，投影到 UI 上可视化注视位置。
三种可视化产物：
| 产物 | 类型 | 是什么 | 所需人数 |
|---|---|---|---|
| 注视图 Gazeplots | 定性 | 个体注视点+持续时间(气泡大小∝注视时长) | 8–12 人 |
| 注视回放 Gaze Replays | 定性 | 视频展示参与者怎么浏览 | 轻量级工具即可(USB 眼动仪/眼动眼镜,但可能出不了精确注视图/热图) |
| 热图 Heatmaps | 定量 | 汇总多人同任务的注视(红=最久,黄、绿次之) | 至少 39 人做相同任务 |
示例研究发现：横幅盲区 Banner Blindness(忽略疑似广告的元素)、平面 UI 处理不确定性(极简风缺强提示增加难度)、注视模式(F 模式、层蛋糕模式)。
关键细节：
- 校准 Calibration：每人因眼睛/面部差异需单独校准；校准后要相对静止,否则丢追踪。
- 材料清单(2019 桌面研究)：Tobii Spectrum 眼动仪(带内置监视器)、高性能 PC、大监视器(主持/观察用)、两套键鼠、外接音箱麦克风、打印的任务说明/脚本/同意书、外置硬盘备份、两张相邻桌、固定椅(参与者,防移动破坏校准)+ 滚轮椅(主持人)、现金奖励信封。
- 布局：租了 WeWork 四人办公空间(容纳参与者+研究员+1–2 观察者)；主持人监视器显实时注视数据(红点红线),需高分辨率且错开摆放避免参与者看到；任务指令尽量口头或软件内给,避免低头看纸破坏校准。
- 2006 vs 2019：布局 13 年变化不大,但技术进步显著——小型化摄像头改进校准精度、更好地隐藏追踪机制。
- 方法选择:轻量工具→注视回放+定性洞察;桌面设置→注视图(8–12 人);定量→热图(≥39 人)。务必先试运行(pilot)1–2 天排查技术问题,预留冗余时间。
源自 NNGroup Topics / Content Strategy - 内容策略(20 篇)。信息架构 IA/卡片分类/树测试展开见 NNGroup 信息架构 IA(IA 三模型 · IA vs 网站地图 · 扁平 vs 深层层级 · 分类法 Taxonomy 全流程 · 左侧垂直导航 · 隐私政策页 5 大坑);说服式设计与 CTA/影响型文案的行为学见 NNGroup 劝导式设计与行为心理学(说服六原理 · 认知偏差 · 注意力局限 · 信息觅食寻路 · 心智模型 · 信任层级 · 自我决定动机 · 隐私伦理边界 · 26 篇);可用性测试方法(5 人法则/眼动 39 人/任务场景)与十大启发式见 NNGroup 可用性测试与十大可用性启发式(10 条启发式完整表 · 复杂应用应用 · 用户愉悦层级 · 测试方法 5 人法则/招募/远程/任务场景/分步任务/态度vs行为/4步分析/小样本误差/竞争性评估)。图片/原档(含眼动注视图、对比表截图、Bose/IGN 视频)保留在 sources。