# 这 16 种写好用户界面文本的方法，你都意识到了吗？\| 灵感早读

- 作者：井岛俊铁
- 发布时间：2017-02-04 07:51
- 原文：https://www.ifanr.com/app/773914

![pexels-photo-237756](https://s3.ifanr.com/wp-content/uploads/2017/01/pexels-photo-237756.jpeg)

> A 君导读：用手机、电脑的时候，你有没有试过因为指示不清晰而错误操作，不小心删了数据/记录？虽然说明文字经常只有几句话，但是要写得简单易懂，却不是一件易事。AppSo（微信号 appsolution）今天分享的 16 个撰写建议，绝对能帮你避开那些坑。

清晰、准确、明了的界面文本使界面更加适用，也能建立与用户间的信任。

以下是界面文本撰写的 16 条「应当避免的写法」，建议大家注意避坑：

### 1. 行话及专用名词

不为人知的术语或短语会增加用户的认知负荷。在设计中尽量做到避免使用「电脑玩家语言」。保险做法是将各层级读者都作为你的用户，在撰写文本时使用简单易懂的大众语言，无论初阶用户还是高阶用户，文本理解都不会存在问题。

以下是使用行话的一个「坑」：

![1](https://s3.ifanr.com/wp-content/uploads/2017/01/1-8.jpg)

图片来源：IDW

> 目标商城中未找到{0}模板。
> 
> 解释：应用程序的调用接受符号名称，但已发出值无法解析为目标商城的有效属性模板。管理员反馈：确保已发出的URI中属性模板其符号名称存在于目标商城。

这里的问题是，到底谁才是这条信息的目标读者，系统管理员还是办公室文员？

诚然，也要视具体情况具体分析。如果目标读者了解文本相关背景，那使用行话还能解释得通。否则，**要不惜一切代价保证文本通俗易懂，能让用户通过直觉正确理解文本**。

### 2. 长篇大论，不计其数的细节

大多数情况下，在最开始的时候并不需要描述所有细节。最好是在用户慢慢了解内容后、并且是在用户**真正**需要的情况下再逐渐展开对主题特征的细节描述。

> ![2](https://s3.ifanr.com/wp-content/uploads/2017/01/2-10.jpg)

原图：dailyrindblog

> 简练：你口袋里的 1000 首歌曲。  
> 累赘：今天我们推出了一款新的可便携式音乐播放器，其重量仅为 6.5 盎司（合约 184 克），大小仅为一个沙丁鱼罐头左右，它还有超大容量、超长待机时间以及超快速传输速度。

实用技巧：

- 对于每一条文本，试问你自己：用户是否真的需要了解它？
- 文本语言短小精练，可供细察，以方便用户查找。**在允许的情况下最好保证单句字数不超过 30 个单词**。

### 3. 用将来时态来描述操作行为

最好还是用现在时态来描述产品行为。如果需要使用过去式或将来式，要使用简单的动词形式。

**避免**：「信息**现在已被**发送」

**推荐**：「信息已发送」

### 4. 混淆使用「我」/「我的」和「你」/「你的」

在同一文本内容中同时使用这两种人称会使用户误解。

**避免**：「在**我的**账户更改**你的**偏好设置。」

**推荐**：「在我的账户更改个人偏好设置。」

### 5. 表达数量时使用大写数字

节省屏幕空间——表达数量时使用罗马数字代替大写数字。

**避免**：「你有**三**条信息」

**推荐**：「你有 **3** 条信息」

### 6. 考虑问题从第一人称「我们」出发

站在用户角度，**考虑他们通过你的 app 能做什么**，而不是你或者你的 app 可以为用户提供什么。

**避免**：「为方便你的使用，我们将向你推荐 Facebook 上的热门文章。」

**推荐**：「从 Facebook 上的热门文章开始吧。」

然而，这条规则有个例外，即针对用户实际存在的人为操作时，比如在处理某申诉或答复某建议时，使用第一人称「我们」不会存在不恰当。

**避免**：「你的申诉将被处理，你在几天内会收到反馈。」

**推荐**：「我们将处理你的申诉并在几天内给出反馈。」

### 7. 大写所有字母

全大写文本（即文本中所有单词字母都是大写的），在不需要用户阅读文本内容的情况下是可用的，比如首字母缩略词或者 Logo。但若文本信息需要用户通过阅读去了解，**千万不要强迫用户去阅读**。

迈尔斯·汀克尔（[Miles Tinker](https://en.wikipedia.org/wiki/Miles_Tinker)）在他极具影响力的著作《印刷品的易读性》（Legibility of Print）中提到，**相比于小写文本，全大写文本会严重减缓阅读速度**。

此外，大多数用户也同意，全大写文本易读性并不强。阅读小写文本的速度相对较快，是因为这类文本的特殊文字形式，用户阅读小写文本能以单词为单位来阅读，而用户阅读全大写文本则倾向于以字母为单位来阅读。

![3](https://s3.ifanr.com/wp-content/uploads/2017/01/3-10.jpg)对用户而言，阅读全大写文本并不简单。

因此，无论是题目和小标题，还是标签和菜单栏，使用大写字母还是遵循英语句子书写规则吧（一般情况下，句中首词首字母大写即可）。

**避免**：「SEARCH SETTINGS」（全大写文本）

**推荐**：「Search settings」

### 8. 讲绝对真理或过多承诺

有一条真理可以遵循，绝不说「绝不」。

**避免**：「我们**绝不**会向您发送推广邮件」

**推荐**：「你只会收到重要的信息」千万不要吹嘘——可以向用户展示某具体功能，但不要吹嘘它有多棒。

**避免**：「**只要你喜欢**，你都能发现你想要的**绝美超值价格**」

**推荐**：「在一个地方就可以享受超值购物」

### 9. 使用感叹号

尽量避免使用感叹号，因为这会让用户感觉是在向他们大喊大叫。

**避免**：「了解这款 App 的新功能吧！」

**推荐**：「欢迎」

### 10. 性别模糊

英语是众多语言中存在性别模糊的一种语言之一（比如，「你可以看到他们的照片」）。而大多数其他语言则必须更具体（比如，「你可以看到他的或她的照片」）。

无论如何都要做到性别具体化，即提及到相关人士的时候要使用**他**，**她**，或者其认为合适的名字。

### 11. 使用常见介绍性短语

言简意赅。要使用简单、直白的语言，以方便用户迅速理解。所有额外或常见介绍性短语（比如「你必须」、「基于…事实」以及「为了」）都应该省略。

**避免**：「**您愿意**保存您的更改信息吗？」

**推荐**：「保存更改信息？」

### 12. 「你确定吗」

这句话就其本身意义而言基本没什么作用，大多数情况下对用户也没有什么好处。

**避免**：「**你确定你想要**删除此照片吗？」

**推荐**：「删除照片？」

### 13. 使用与文化有关的专用习语

与文化有关的专用习语并不是人人都懂，所以在某些特定语境下就不太合适。

**避免**：「你真的把球打出了场外！」（该俚语源于棒球术语，out of park 字面意思是把棒球打出场，引申义实则表现得非常出彩）

**推荐**：「非常好！」

### 14. 对话框中的「确定」按钮

**做得好的对话框不仅是询问用户将要采取的行为，还应该要[把每个按钮设计得清晰明了](http://www.ifanr.com/app/712941)。**虽然「确定」按钮是许多对话框的标准元素，但大多 App 能在这方面设计出更具用户友好型的体验。

相比于一个让用户进行确认操作的「确定」按钮，更有效的方法是**向用户提供一个有具体行为操作的按钮**。这样也可以减少用户出错的可能性，毕竟并不是所有用户都会阅读对话框中的问题或者信息。

比如，「移除照片」对话框中的按钮

**避免**：「**确定**/取消」

**推荐**：「**移除**/取消」

### 15. 模糊的错误信息

错误信息并不可避免，但错误信息不应该成为用户体验中的一个阻碍。错误信息听起来应该像是专为用户设计的，所以要清晰地体现出：

- 哪里出错了，并尽可能给出原因。
- 用户接下来该怎么做从而修复该错误。

以下图为例，在填写信息的阶段，典型的错误可能会提示「信息无效」，但不会告诉用户为什么无效（是因为输入错误还是重复输入了呢？）。**一定要保证信息是清晰明了的。**

**避免（左图红字）**：日期不正确。

**推荐（右图红字）**：日期是今日之前的日期。

> ![4](https://s3.ifanr.com/wp-content/uploads/2017/01/4-9.jpg)  
> 图片来源：Material Design

### 16. 责怪用户

当然，用户也会犯错。但要想留住用户，不要责怪他们。

![5](https://s3.ifanr.com/wp-content/uploads/2017/01/5-8.jpg)图片来源：usabilla

> 这是第三次警告，该文件并不存在。现在出现这种异常，我们非常难过。不要再这样做了。

文本一定要避免因出错而直接责怪用户。要重点关注用户问题，而不是错误本身。

**避免**：「你输入了错误的电子邮件地址。」

**推荐**：「该电子邮件地址不可用。请确认拼写是否正确。」

### 结束语

App 文本要迎合设觉界面，做到简单、明了、直接、有效。无论文化背景或语言是否相同，任何地方任一用户对文本的理解都不应该有障碍才行。

谢谢！

作者 \| Nick Babich，软件工程师，关注 UI 和 UX。  
 译者 \| Jorri

本文授权译自 [Effective Writing For Your UI: Things to Avoid](http://babich.biz/effective-writing-for-your-ui-things-to-avoid/)

**本文由让手机更好用的 AppSo 编译出品，关注微信号 appsolution，回复「按钮」告诉你 [app 按钮背后的设计学问](http://www.ifanr.com/app/712941)。**

![AppSo qrcode signature](https://s3.ifanr.com/wp-content/uploads/2016/09/AppSo-qrcode-signature.jpg)