View in English

  • 打开菜单 关闭菜单
  • Apple Developer
搜索
关闭搜索
  • Apple Developer
  • 新闻
  • 探索
  • 设计
  • 开发
  • 分发
  • 支持
  • 账户
在“”范围内搜索。

快捷链接

5 快捷链接

视频

打开菜单 关闭菜单
  • 专题
  • 相关主题
  • 所有视频
  • 关于

更多视频

  • 简介
  • 概要
  • 转写文稿
  • 通过小小文字改动让 App 变得大不同

    随着新的设计系统在各平台之间实现统一,现在是时候重新审视一下 UI 中的文字表述了。了解一些小的改动 (例如移除重复内容并突出优势) 如何快速提升 App 的可用性和清晰度。

    章节

    • 0:00 - 简介
    • 1:18 - 去掉修饰词
    • 6:12 - 避免重复
    • 7:13 - 突出背后的意义
    • 9:23 - 制定词语表

    资源

    • Human Interface Guidelines: Writing
      • 高清视频
      • 标清视频
  • 搜索此视频…

    大家好 我是 Liv Huntley 我是 Jennifer Bush 我们是 Apple 的 用户体验文案撰稿人 当被问及如何改进 App 中的文案时 我们最常给出的建议是简化 当你思考 Apple 的新设计系统 将如何影响 App 的外观和风格 这也是重新审视文案的最佳时机 在这个讲座中我们将分享四个小改动来帮助你优化 App 文案 这些改动虽小却能给 App 带来显著影响 首先由 Liv 进行分享 首先 我想谈谈 App 文案中最常见的误区之一: 添加过多填充词 并介绍如何通过删除不必要的副词、 形容词、感叹词和客套话让文案更简洁 接着 我将讨论如何避免重复通过删减冗余短语和观点 让信息传达更清晰 之后 Jen 将通过实际编辑展示如何以“为什么”开头 让句子更具冲击力

    最后 她将介绍如何制作词汇表 以轻松保持 App 内语言的一致性

    我先从填充词说起 用户体验文案中常见的一个误区是 我们总觉得需要填满所有空白处 这样想吧: 还记得小时候在学校 被要求写千字作文吗? 你会拼命让文章显得非常、特别、过度详尽 幸运的是App 文案没有最低字数要求 实际情况通常是反过来的删减文字效果更好 我会先介绍最常见的填充词类型 从副词和形容词开始 副词是描述动作的词比如“轻松地”“快速地” 形容词则描述名词 比如“快速的”“简单的” 当然 这类词还有很多当你注意到这样的词时 不妨停下来想想是否真的需要 我举个例子

    我最近度假的时候把租来的车停在 一个需要使用 App 付费的车库 当时我没装这个 App只好走到出口附近 那里才有信号来下载 安装好之后我在 App 里看到这样一条提示

    只需输入车牌号即可快速支付停车费 但我开的是租来的车不记得车牌号 只好又走回车旁查看 由于没有信号 我还得再走回出口才能支付 结果根本不“简单”也不“快速”

    如果删掉“只需”和“快速” 提示就变成了“输入车牌号支付停车费” 信息依然清晰 还避免了对用户使用场景的预设 修改后的提示和原文意思相近 只需稍加改动 去掉多余的描述词 表达就变得更有力

    当然 有些情况下描述性文字确实有用 比如一款连接宠物喂食器的 App 你可以使用这个 App来自动投喂宠物

    在描述这款 App 时 我可能会写:“出门时也能喂宠物” 但这忽略了 App 的一个关键卖点 它能够按照时间表自动投喂 这是一个很便利的功能 通过在句子中加入“自动”一词 就能明确功能让用户理解 App 的工作方式 写 App 文案时 要抵制“说太多”来填充空间的冲动 如果在 App 中看到描述性语言停下来问问自己: 每个词都增加了价值吗? 我发现 很多时候 这些副词和形容词是填充词删掉反而更好 另外两种填充词是感叹词和客套用语 感叹词会影响句子的连贯性比如“哎呀”“糟了”和“好耶” 客套用语一般用于表示礼貌 比如“对不起”“谢谢”和“请” 虽然这些词看似能让 App 显得更亲切 但如果对传达信息没有帮助最好删掉 我们来看一个使用这类填充词的例子

    一个人在等快递的时候收到通知 标题是“不好 我们要迟到了” 正文写着 “很抱歉 快递员无法按时送达 10 分钟内就到!在 App 中查看快递员的位置” 为了优化这条信息我会先看填充词 首先 标题中有“不好”这个词 在错误消息中使用“不好”“哎呀”“糟糕”这类词 会显得对问题不够重视 在消息正文中“很抱歉”一词是不必要的 当事情不顺利时我们会本能地想道歉 但在这类提醒中 道歉显得敷衍 还会削弱信息的核心目的 正文还提到“10 分钟内就到!” 虽然 10 分钟看起来不长 但对于等待快递的人来说可能很重要 并且感叹号反而淡化了紧急感 尽量用避免不必要的标点符号来充当填充词

    删掉填充词后 消息明显改善 “我们要迟到了 快递员无法按时送达 10 分钟内就到在 App 中查看快递员的位置” 这条消息还有几处可以修改 但在这之前 我想谈谈另一个小改动 避免重复 App 中重复的语言也是一种填充 不要用不同的话重复同一件事 尽量避免通过这种方式来填补空白 回到前面的例子 也就是快递延误的提醒 标题“我们要迟到了”跟正文中的以下句子意思重复 “快递员无法按时送达” 以及“10 分钟内就到”这句话表明新的送达时间 我可以把标题改为 “快递延迟 10 分钟” 一句话既说明了延迟又给出了预计送达时间 正文保留 “在 App 中查看快递员的位置” 最终的提醒与一开始时并没有什么不同 但是通过去除重复消息简化了很多 而这只需要一分钟时间 用户体验文案的核心是用语精炼 别用重复信息填满所有空间 另一个小改动我称之为“以‘为什么’开头” 当你告诉 App 用户“为什么”要采取下一步行动 比如有趣、有用、有益信息传达最为有效 我举个例子 我喜欢填字游戏 我每天都玩 还有点好胜心 当收到Apple News+ Puzzles 的通知 “解开今日字谜 保持连胜记录” 我立刻就去了 这条通知有效的原因之一就是以“为什么”开头

    你可以把它理解为: “为了 A 先做 B” 这种逻辑适用于很多场景常见于错误消息、 推送通知或操作指南 如小贴士 回到填字游戏通知 这个例子中的“为什么”是“保持连胜记录” 实现这个目标的方法是“解决今日字谜”

    再看一个例子 这次我们假设有一款餐厅 App 能让用户获取预订更新 为了获得这些更新用户需要先输入手机号 操作说明的初稿 可能是这样的

    “输入手机号获取预订更新” 这已经很不错 有清晰的指令也说明了这么做的好处: 获取预订更新 但还可以更好 我要做的就是把句子的后半部分 “获取预订更新”移到句首 “要获取预订更新 输入手机号” 现在 获取更新的好处放到了句首 最容易看到 冲击力也最强 看看你的 App 中的文案 如果你把好处放在句尾 不妨试试移到句首 只需要片刻 效果就会大不相同

    最后一个改动有点特别 因为它需要在 App 之外完成那就是制作词汇表 有了词汇表 就能让 App 语言更加一致 想一想 App 中应该使用的词和避免使用的词 把它们写下来 最好在开发初期就这样做 但实际上任何阶段都可以 你可以自由选择词汇表的格式 但我觉得表格比较好用

    第一列是你计划要在 App 中使用的词 例如 如果我正在开发一款游戏 玩家在游戏中要做的第一件事是 选择自己在游戏中的名字 这个游戏把它称为“别名” 我会把它加到第一列 在第二列中我将放入避免使用的 同义词

    比如“名字”“用户名”和“称谓” 如果需要你还可以添加简单的定义

    在这里 我写道“玩家在游戏中的名字 向其他玩家显示并非用于登录” 这样 当需要在 App 中提及这个概念时 我就知道要使用“别名”而不是别的词 保持一致性有助于向 App 用户提供清晰的指示 同理 我可能会填入“健康条”一词 避免使用“生命值”“心心”“能量”和“耐力值”

    它的定义是“玩家的生命周期” 我会继续填写这个词汇表 每当遇到新术语或想到 App 中已有的词 我就会添加到词汇表 随着词汇表不断完善 它会成为所有参与 App 开发的人员的参考 确保语言风格统一 不要让制作全面的词汇表的想法压垮你 这个讲座谈的是小改动 所以一次只加一个词就好 只要添加了一部分词 就可以开始使用它来撰写 App 用户体验文案

    例如 当用户首次设置游戏时 App 可以提示:“选择你的别名” 对于描述 我甚至可以参考 之前所写的定义 这是向其他玩家显示的名字

    同样 找人对战时 指令可以是“查找别名” 这样 用户就知道不要搜索 电子邮件地址或用户名 还可以看到我选择了“查找”这个词 这也可以加到词汇表中 所以我现在就这么做

    最后 玩家可能会收到通知 显示有人请求“匹配” 消息显示“别名为ExampleAlias 的玩家想和你对战”

    把这三个例子放在一起 你会发现我统一使用“别名”这个词 从没换成“用户名”“玩家名字”或其他说法 因此 App 用户总能知道指代的是什么 如果不确定 App 术语怎么选 不妨参考公开的《Apple 风格指南》

    我们讨论了四种能显著提升 App 文案的小改动 删除填充词、避免重复、 以“为什么”为开头、制作词汇表以保持一致性 我们来看看综合效果

    我最近购买了 AirPods Pro 设置流程中有听力测试环节 虽然这个介绍页面比之前介绍的其他类型要长一些 但原则相同

    这个介绍页面的标题是“测试听力” 而没有说“进行快速简单的听力测试” 或“轻松测试听力” 没有使用填充词

    这两段话解释了测试原因 首先 “听力损伤是一种常见现象且可能随时间推移恶化” 其次“若你有轻度或中度听力损伤 AirPods Pro 可提供听力辅助” 这两段话都以“为什么”开头

    然后 测试通过一系列页面进行这里显示了其中几个 注意底部的“下一步”按钮 相同动作使用相同的按钮名称 在这里是进入下一个页面保持一致性有助于建立信任 按钮标签很适合加入词汇表

    仔细观察其中一个页面 也没有重复的信息 标题给出了明确的指示 “找一处安静的地方集中注意力进行测试” 描述补充了新信息解释了为什么这很重要 “背景噪声过大可导致测试结果不准确” 通过应用这四种更改这些页面传达了 清晰一致的指令 让整个过程的用户体验更轻松愉悦 且用户始终掌握必要的信息并充分参与 我们希望这些方法对你有帮助 这些小改动能立刻提升App 文案的清晰度 多加练习 你会更容易发现App 文案中 可以简化的地方 花一两个小时进行尝试看看能有多少进步 在之前的文案写作讲座中我们在最后 总会提到一条建议这里值得再重复一次 大声朗读你写的内容 这样更容易听出填充词和重复信息 知道哪里需要精简 如果想进一步提升 App 文案 可以观看我们之前关于用户体验文案的讲座 要进一步了解Apple 全新的设计系统 对 App 文案的可能影响 请查看《Apple 风格指南》和我们的《人机界面指南》 感谢大家的观看 现在该轮到你应用这些工具了 几个小改动就能让 App 焕然一新 我们很期待看到你的成果

    • 0:00 - 简介
    • 了解在 App 中简化文字表达的重要性。去除冗余词汇和重复表达,使文案更精炼,信息传达更清晰。接着了解如何以“为什么”作为切入点,并探索如何借助词汇列表在整个 App 中保持用语一致性。

    • 1:18 - 去掉修饰词
    • 在用户体验文案中,应力求简洁明了。形容词和副词通常是多余的,而且可能会对用户的情境和体验产生不必要的假设。虽然在突出独特功能时可以适当使用描述性文字,但应确保表达准确,避免客套或感叹式用语。这些附加用语可能会让信息听起来不真诚,甚至显得敷衍。

    • 6:12 - 避免重复
    • 在撰写用户体验文案时,应力求简洁,可将类似语句合并为一句话表达。

    • 7:13 - 突出背后的意义
    • 在 App 中,错误信息、推送通知和操作说明等有用内容若能先清晰传达用户可获得的益处,再说明所需执行的操作,将更具成效。

    • 9:23 - 制定词语表
    • 词汇列表可作为统一用语的参考,帮助在整个 App 中保持术语一致。这有助于提升用户对 App 的理解。你的词汇列表应包含批准使用的词语,以及应避免使用的同义词或替代表达。为清楚起见,可添加定义。

Developer Footer

  • 视频
  • WWDC25
  • 通过小小文字改动让 App 变得大不同
  • 打开菜单 关闭菜单
    • iOS
    • iPadOS
    • macOS
    • Apple tvOS
    • visionOS
    • watchOS
    打开菜单 关闭菜单
    • Swift
    • SwiftUI
    • Swift Playground
    • TestFlight
    • Xcode
    • Xcode Cloud
    • SF Symbols
    打开菜单 关闭菜单
    • 辅助功能
    • 配件
    • App 扩展
    • App Store
    • 音频与视频 (英文)
    • 增强现实
    • 设计
    • 分发
    • 教育
    • 字体 (英文)
    • 游戏
    • 健康与健身
    • App 内购买项目
    • 本地化
    • 地图与位置
    • 机器学习与 AI
    • 开源资源 (英文)
    • 安全性
    • Safari 浏览器与网页 (英文)
    打开菜单 关闭菜单
    • 完整文档 (英文)
    • 部分主题文档 (简体中文)
    • 教程
    • 下载 (英文)
    • 论坛 (英文)
    • 视频
    打开菜单 关闭菜单
    • 支持文档
    • 联系我们
    • 错误报告
    • 系统状态 (英文)
    打开菜单 关闭菜单
    • Apple 开发者
    • App Store Connect
    • 证书、标识符和描述文件 (英文)
    • 反馈助理
    打开菜单 关闭菜单
    • Apple Developer Program
    • Apple Developer Enterprise Program
    • App Store Small Business Program
    • MFi Program (英文)
    • News Partner Program (英文)
    • Video Partner Program (英文)
    • 安全赏金计划 (英文)
    • Security Research Device Program (英文)
    打开菜单 关闭菜单
    • 与 Apple 会面交流
    • Apple Developer Center
    • App Store 大奖 (英文)
    • Apple 设计大奖
    • Apple Developer Academies (英文)
    • WWDC
    获取 Apple Developer App。
    版权所有 © 2025 Apple Inc. 保留所有权利。
    使用条款 隐私政策 协议和准则