内容设计与 UX Writing
1. 导读
报销系统让用户保存草稿，却没有说保存后谁能看见；优惠券结算时突然失效，却只提示"当前不可用"；医保挂号要求补材料，却没有告诉用户缺的是身份证、社保卡还是检查单；订阅取消页用一长段规则解释权益，用户读完仍不知道下个月还会不会扣费；AI 助手给出医疗或投资建议时语气笃定，却没有提示它的判断可能出错、需要用户核对来源。
这些都是内容设计和 UX Writing 要处理的问题。
内容设计要处理的，正是这些"说明没有跟上任务"的时刻。规则如果到最后才出现，后期把句子改得再顺，也救不了用户已经产生的怀疑；风险如果只藏在协议里，按钮文案再友好，也不能让用户真正理解后果。它关心的是：用户此刻要完成哪一步，缺哪条信息会停下来，哪些词会让他误解，读完之后是否知道下一步，以及这个选择会带来什么影响。
语言不是界面的装饰，而是任务的一部分。用户能否读懂、相信并继续行动，往往取决于内容是否在正确的位置以正确的方式出现。
内容设计承接信息架构、交互设计和界面设计。结构决定信息放在哪里，交互决定用户如何行动，界面决定信息如何呈现，而内容设计决定用户能否读懂、相信并继续行动。
2. 核心问题
内容设计和 UX Writing 有什么区别？内容设计更关注信息结构、内容策略和任务表达，UX Writing 更聚焦界面中的行动语言和微文案。
为什么语言会影响体验？用户的理解、信任、风险判断和行动，都受到词语、顺序、语气和上下文影响。
术语如何治理？同一件事在不同页面叫不同名字，会让用户怀疑自己是否理解错了。
按钮、提示、错误和空状态如何写？这些文案不是装饰性文字，而是用户行动的一部分。
语气如何服务品牌和任务？语气可以有人情味，但不能牺牲清楚、准确和可执行。
多语言、本地化和认知可访问性为什么重要？内容不是翻译成另一种语言就结束，也要适应文化、法规、阅读能力和认知负担。
内容设计如何衡量？它可以通过理解率、任务成功率、错误率、联系客服率、投诉率、转化漏斗和内容测试来观察。
3. 关键概念与定义
内容设计
内容设计，Content Design，是围绕用户任务组织、表达和治理内容的工作。
它要决定信息如何进入任务现场：哪些规则放在用户点击前，哪些说明放在字段旁，哪些风险必须在提交前出现。它还要决定哪些细节适合折叠或进入帮助页，哪些词需要在产品、客服和培训材料里保持同一种说法。Sarah Richards 的 Content Design 资料常被用于说明内容应围绕用户任务和清晰表达组织。
比如"退款规则"如果只放在售后帮助中心，用户购买时看不到限制，申请退款时又被告知"不符合条件"，信任会立刻受损。内容设计要把规则拆回旅程：商品页是否说明特殊商品不支持退换，结算页是否展示最终费用，申请页是否解释审核时长，客服是否使用同一套说法。
UX Writing
UX Writing，用户体验文案，是界面中帮助用户理解和行动的语言设计。
它包括按钮、提示、错误、空状态、引导、确认、通知、表单标签、帮助文字和系统反馈。UX Writing 的目标不是文采，而是清楚、准确、及时、可行动。
例如"提交"不如"提交报销单"明确，"失败"不如"验证码已过期，请重新获取"可行动。
微文案
微文案是界面中短小但关键的文字。
按钮、标签、提示、占位符、错误信息、确认弹窗、空状态说明都可以是微文案。它们短，但影响很大。一个"删除"按钮如果没有说明删除对象和后果，用户就会紧张；一个错误提示如果只写"系统繁忙"，用户就不知道该等待还是重试。
术语表
术语表是产品中关键词语的统一定义和推荐写法。
复杂产品尤其需要术语表。一个 SaaS 后台里，"个人账号"可能指登录身份，"组织成员"可能指被邀请进团队的人，"客户联系人"可能只是 CRM 里的外部对象，"员工账号"又可能归 HR 系统管理。如果这些词在页面上互相替换，管理员就会不确定自己是在给同事开权限，还是在修改客户资料。术语表不仅服务文案，也服务产品、设计、研发、客服、销售和培训。
语气
语气是产品与用户说话的方式。
语气可以正式、友好、克制、鼓励、警示、专业、轻松。但语气必须服务情境。支付失败、隐私授权、风险提示、医疗建议和金融决策，不适合过度俏皮；新手引导和空状态可以更温和，但仍要清楚。
清晰语言
清晰语言，Plain Language，是用用户容易理解、可执行的语言表达信息。PlainLanguage.gov 和 GOV.UK 内容设计指南都强调公共信息应清楚、直接、面向用户任务。6
清晰语言不是幼稚化，而是尊重用户时间和认知负担。
认知可访问性
认知可访问性关注注意、记忆、理解、学习和决策存在困难的用户是否能完成任务。W3C WAI 的认知可访问性资料可支撑内容在理解、错误恢复和任务支持上的重要性。5
对内容设计来说，这意味着不要让用户记太多、猜太多、一次读太长、在压力下理解复杂术语。
4. 概念边界与相近概念区别
内容设计要在任务成形时进入
收尾改句子通常发生在方案快完成时，重点是把表达改得更顺。内容设计应该更早进入，参与信息结构、任务流程、术语、错误、帮助和风险表达。
如果费用规则本身出现得太晚，最后补一句"费用以结算页为准"并不能解决信任问题。内容设计要追问：费用何时出现，哪些费用需要提前说明，用户是否能理解优惠为什么不可用。
UX Writing 不是营销文案
营销文案通常用于吸引、说服、转化。UX Writing 更关注用户在任务中的理解和行动。
一个按钮不应该为了吸引人而写得模糊。比如"开启惊喜之旅"可能适合活动页，却不适合隐私授权或付款确认。任务越高风险，语言越要准确。
内容设计不是内容运营
内容运营关注发布、增长、活动、转化和传播。内容设计关注产品和服务中的任务表达。
两者会合作。比如一个会员活动页面既需要运营表达，也需要清楚说明规则、权益、限制和取消方式。如果只追求吸引点击，不说明关键条件，就容易滑向误导。
语气不是卖萌
很多产品想让语气"更亲切"，结果把所有提示写得像聊天。
亲切不等于俏皮。用户账号被冻结、支付失败、资料审核不通过、医疗建议存在风险时，产品应该清楚、负责、尊重用户。此时写"系统有点小情绪，稍后再试吧"，只会让用户觉得产品在回避问题；更合适的做法是说明状态、影响和可采取的下一步。
错误文案不是一句提示
错误文案要连接错误恢复。
好的错误文案要告诉用户发生了什么、为什么可能发生、影响是什么、下一步怎么做。单独写"错误"没有帮助。写"手机号格式错误，请输入 11 位手机号"就更可行动。
错误恢复的交互逻辑在交互设计层面已经讨论，这里重点是语言如何帮助恢复。
清晰语言不是降低专业性
有些行业担心语言说得太简单会不专业，尤其是金融、法律、医疗和企业软件。
真正的专业不是堆术语，而是让用户准确理解后果和选择。该保留的法律或专业词可以保留，但要解释清楚，避免把用户推向错误决策。
5. 方法、流程或框架
从用户任务开始写内容
内容设计的起点不是"这里要写一句什么"，而是用户此刻要完成什么任务。
用户在注册时，需要知道为什么要提供手机号；用户在支付时，需要知道费用和风险；用户在设置权限时，需要知道不同权限的后果；用户在空状态时，需要知道如何开始；用户在错误状态时，需要知道如何修正。
同一句话在不同任务中的写法会不同。比如"保存"在草稿中意味着暂存，在设置中意味着立即生效，在权限中可能影响他人访问。内容必须贴着任务写。
建立信息优先级
用户不是在阅读产品说明书，而是在完成任务。
内容要分层：必须立即知道的信息放在操作附近；帮助理解的信息放在上下文中；低频细节放在帮助页或展开区域；法律、风险和限制不能藏得太深。
比如订阅产品的取消流程，用户点下按钮前最关心四件事：本月服务还能不能继续用，下个账期是否还会扣款，已付费用是否退还，账户里的数据会不会被删除。把这些答案埋进长篇服务条款，等于让用户在最紧张的时候自己翻说明书。
统一术语
术语治理要从高频和高风险词开始。
先列出产品中的核心对象、动作、状态和角色。对象如账户、项目、订单、权限、发票；动作如提交、保存、发布、撤回、取消；状态如待审核、已退回、已过期、已完成；角色如管理员、成员、审批人、访客。
每个术语要有推荐写法、禁用写法、定义、使用场景和示例。术语表越早建立，后续产品、客服、帮助文档和培训越容易一致。
写好按钮和行动文案
按钮要告诉用户会发生什么。
按钮要尽量说出动作和对象。"提交申请""保存设置""发送邀请""取消订阅"都比模糊的通用动词更清楚。高风险操作尤其要具体。用户点击"删除项目"前，需要知道删除的是哪个项目，是否可恢复，是否影响团队成员。
按钮文案要短，但不能短到失去意义。它要表达动作、对象和必要后果。
写好错误文案
错误文案可以按四个问题检查。
发生了什么？为什么可能发生？用户能做什么？是否保留已完成工作？
例如"上传失败"太短；"文件超过 20MB，请压缩后重新上传"更可行动。如果系统无法判断具体原因，也应给出下一步，例如"网络连接中断，已保留你的填写内容，请检查网络后重试"。 如果做反了会怎样
"操作失败，错误码 E401。"——用户看到这行字的时候，通常已经打了三遍客服电话。运营问研发，研发说"E401 是令牌过期"，运营翻译给用户，用户说"令牌是什么？"这种错误文案不是没写，是写了等于没写。它只告诉了系统发生了什么，没有告诉用户发生了什么。
对比一下可以行动的写法："你的网络连接已断开。数据没有丢失，请检查网络后重新提交。"三句话说清三件事：发生了什么、为什么、现在可以做什么。用户不需要求助，不需要猜错误码，不需要打电话。好的错误文案不是文案水平问题，是让产品自己具备"自救能力"。
写好空状态
空状态不是一句"暂无数据"。
空状态通常分为首次空、筛选后空、搜索无结果、权限空、系统异常空。每种空状态都要说明为什么空、用户能做什么、是否需要帮助。
比如项目管理工具新用户看到"暂无项目"，更好的表达是："你还没有项目。创建第一个项目后，可以邀请同事并分配任务。"再提供"创建项目"入口。
处理帮助内容
帮助内容不应该只在用户失败后出现。
好的帮助内容可以出现在字段旁、确认前、空状态、错误状态、复杂规则处和帮助中心。帮助内容要贴近任务，避免把用户带到一篇很长的说明里却找不到当前问题答案。
帮助内容也要和客服口径一致。用户在界面、帮助中心和客服那里听到不同说法，会立刻降低信任。
处理多语言和本地化
本地化不是逐字翻译。
不同语言的长度不同、礼貌方式不同、法规要求不同、数字和日期格式不同、文化隐喻不同。英文按钮翻译成中文后可能过长，中文含糊表达翻译成英文可能缺少具体动作。
内容设计要与界面设计协作，预留长文本、换行、多语言和术语差异。
检查暗黑模式边界
语言也可能成为暗黑模式的一部分。
FTC 关于暗黑模式的报告提醒，误导按钮、隐藏条款、困难取消、预勾选授权等都会损害消费者选择。 对内容设计来说，这意味着不能用模糊语言诱导用户，也不能把拒绝、取消、退出写得难以理解。1
增长目标不能成为误导用户的理由。
6. 实际工作场景
场景 1：金融风控提示
金融产品的提示不能只追求简短。
用户向第一次收款的账户转钱时，系统需要让他停一下，但不能把屏幕塞满艰涩条款。更好的写法是先点出风险，再让用户核对具体事实，最后给出可执行选择：继续、返回核对、查看防骗说明或联系客服。
比如"请确认收款人身份。若对方要求你转账缴纳保证金、手续费或解冻金，可能存在诈骗风险。"这比"请谨慎操作"更有用。
场景 2：SaaS 空状态
SaaS 产品里，空状态是新用户的第一堂课。
项目列表为空时，写"暂无数据"没有帮助。用户真正想知道的是：我该创建什么？创建后能做什么？有没有模板？能不能邀请同事？
好的空状态可以说明价值、给出下一步，并降低开始成本。比如："创建第一个项目，集中管理任务、负责人和进度。你可以从模板开始，也可以创建空白项目。"
场景 3：电商错误提示
优惠券在结账时突然不可用，用户最怕的是不清楚原因。如果只写"不可用"，用户会怀疑平台规则不透明。更好的提示要说明原因：未达到满减金额、商品不参与活动、优惠券已过期，还是仅限新用户。
支付失败时也一样。用户最关心的是钱有没有扣、订单是否保留、能不能重新支付。错误文案必须回答这些问题。
场景 4：AI 回答说明
AI 产品的内容设计不仅是提示词和聊天语气。
用户需要知道系统能做什么、不能做什么、输出是否可能错误、什么时候需要人工确认、数据如何使用。尤其在医疗、金融、法律、教育和企业决策中，AI 回答说明要帮助用户校准信任。
如果 AI 助手只用自信语气给出答案，却不说明不确定性和验证方式，语言本身就可能放大风险。
场景 5：企业后台术语治理
企业后台常常有严重术语混乱。
同一个对象在销售系统叫"客户"，在财务系统叫"付款方"，在合同系统叫"签约主体"，在客服系统叫"企业账号"。员工长期使用可能还能理解，新员工和跨部门协作就会出错。
术语表不是文档洁癖，而是降低培训、沟通和误操作成本的基础。
7. 案例
案例 1：GOV.UK Content Design Guidance
公共服务里的语言常常直接影响用户能不能办成事。用户申请补贴、办理证件或查询资格时，最怕的不是页面不够热情，而是看不懂自己是否符合条件、下一步该准备什么、提交后要等多久。GOV.UK 官方内容设计资料强调围绕用户需求、清晰语言和服务信息表达组织内容。
这个案例对 UX 团队的启发是：内容不是页面最后的填充物。公共服务里，用户往往带着压力处理申请、材料、资格和结果。如果内容写得像内部政策或法律条款，用户会增加电话咨询、重复提交和线下求助。
案例 2：Mailchimp Content Style Guide
Mailchimp Content Style Guide 公开了品牌和产品内容的语言规则，包括语气、写法和表达原则。
案例 3：FTC Dark Patterns Report2
FTC 暗黑模式报告从内容设计角度看，语言和信息呈现同样可能参与操控。隐藏费用、模糊按钮、困难取消、预勾选授权和误导性文案，往往都不是"写得不够好"，而是把用户带向了他们原本未必会选择的方向。3
文案不只是帮助用户，也可能误导用户。比如把取消按钮写得很弱，把保留按钮写得很强；把"同意接收营销信息"藏在复杂句子里；把费用说明放在用户几乎无法注意的位置。
案例 4：一个政务 App 的"一句话提示"
一个城市的医保 App 上线了在线报销功能。流程设计得很清楚：拍照上传发票、填写费用类型、选择报销账户、提交、等待审核。
上线第一个月，在线报销的驳回率高达 43%。被驳回的用户中有一半没有重新提交——他们关掉了 App，去了线下窗口。
内容设计师周然被派去排查。她看了被驳回记录里最常见的三个原因——"发票不清晰""费用不在报销范围内""账户信息与参保人不符"——然后在报销流程的三个关键节点加了提示：
在"拍照上传发票"页面，原来只有一行字："请上传清晰的发票照片"。周然改成："请将发票平铺在深色桌面上拍摄，确保金额和开票日期清晰可见。手写发票、过期发票和收据不在报销范围内。"
在"选择报销账户"页面，原来写着"请确认账户信息"。她改成："报销款将打入参保人本人的社保金融卡。如需变更，请先到社保局办理绑定。"
在"提交"按钮上方，原来只有一句"提交后不可修改"。她改成："提交后审核周期为 3-5 个工作日，结果将通过短信和 App 站内信通知。如需补充材料，系统会提示具体缺失项——请不要重新提交，直接补充即可。"
改完上线一个月后，驳回率从 43% 降到 19%。重新提交率翻了一倍。线下窗口的工作人员注意到了变化——"来问报销为什么被退的人少了一大截。"
周然做的事情不是"润色文案"。她把用户在每一个节点最可能踩到的坑——发票不合格、账户没绑对、提交后慌乱——翻译成了在正确位置出现的正确语言。内容设计的目标从来不是"让界面更好看"——是让用户少踩一次坑。
8. 数据、指标或衡量方式
内容设计可以被验证，不必只凭感觉判断。
理解层面，可以做理解测试。让用户读一段规则、错误提示或费用说明，然后复述它的意思，观察是否理解正确。
任务层面，可以看任务成功率、错误率、表单提交失败率、支付前流失、空状态后的首次操作率、帮助内容点击后的问题解决率。
服务层面，可以看客服咨询、投诉、重复提交、退回率和工单关键词。如果很多用户都问"为什么优惠券不能用"，说明界面内容可能没有解释清楚。
内容一致性可以看术语冲突数、不同渠道口径差异、帮助文档过期率、翻译缺陷和文案评审问题数。
但指标必须谨慎解释。客服咨询下降可能说明内容更清楚，也可能说明客服入口变难找。文案 A/B 测试转化提升，也可能来自视觉、价格、活动或流量变化。内容指标要和任务、上下文和业务变量一起解释。
9. 常见误区
误区 1：文案最后再写
内容影响流程、结构和交互，不应最后补。
在信息架构和交互设计阶段就同步处理关键内容。
误区 2：越短越好
短不等于清楚。高风险任务需要足够信息。
根据任务风险和用户决策需要决定信息长度。
误区 3：语气越亲切越好
亲切如果牺牲准确，会制造风险。
低风险场景可以更轻松，高风险场景要清楚、克制、负责。
误区 4：错误提示只要告诉用户错了
用户还需要知道错在哪里、为什么错、怎么改。
错误文案必须连接恢复路径。
误区 5：帮助中心可以弥补界面不清
如果关键规则必须靠用户自己去帮助中心找，界面就没有完成任务。
把关键帮助放到任务现场，帮助中心用于承载更详细说明。
误区 6：品牌语气可以覆盖所有场景
品牌语气要适应风险和任务。
建立语气范围，而不是固定一种口吻。
误区 7：中文产品不需要术语治理
中文产品同样会出现同义词、内部黑话、缩写和跨部门口径冲突。
建立术语表和禁用词，定期更新。
10. 小结
内容设计与 UX Writing 的核心，是用语言降低理解成本并引导用户行动。
内容不是界面的填空，也不是上线前补几句说明。它参与信息结构、交互流程、错误恢复、风险提示、帮助内容、术语治理和品牌语气。
好的内容未必会被用户专门夸奖。它更像一次安静的护航：报销人知道草稿已保存，买家知道优惠券为什么失效，患者知道该补哪份材料，订阅用户知道取消后的影响，AI 产品用户知道什么时候需要再核对一次。
11. 延伸阅读
| 资料 | 推荐理由 | 适合读者 | |---|---|---| | Content Design | 理解内容设计如何围绕用户任务组织信息 | 内容设计师、产品经理 | | GOV.UK Content Design Guidance | 理解公共服务中的清晰语言和任务导向内容 | 内容设计师、服务设计师 | | PlainLanguage.gov Guidelines | 理解清晰语言原则 | 管理者、内容团队 | | Mailchimp Content Style Guide | 理解语气和内容一致性治理 | 内容设计师、品牌团队 | | W3C Cognitive Accessibility Guidance | 理解认知可访问性与内容理解 | 设计师、内容团队 | | FTC Bringing Dark Patterns to Light | 理解语言、按钮和信息呈现中的操控风险 | 管理者、增长团队、设计负责人 |4
注释
1 Sarah Richards, Content Design。内容设计应围绕用户任务、结构和清晰表达组织。 🔗 https://contentdesign.london/
2 GOV.UK Content Design Guidance。公共服务内容需要清晰、直接、任务导向。中文产品需本地化。 🔗 https://www.gov.uk/guidance/content-design
3 W3C WAI, Cognitive Accessibility Guidance。内容应考虑认知可访问性和错误恢复。 🔗 https://www.w3.org/TR/coga-usable/
4 FTC, Bringing Dark Patterns to Light。误导按钮、隐藏费用和困难取消等语言设计会带来用户权益风险。 🔗 https://www.ftc.gov/reports/bringing-dark-patterns-light
5 Mailchimp Content Style Guide。语气和内容一致性需要被治理。 🔗 https://styleguide.mailchimp.com/
6 Intuit, Content Design Practices。情感化内容可用于复杂任务中的信任和语气实践。 🔗 https://www.intuit.com/company/corporate-responsibility/job-readiness/design-for-delight/