這 16 種寫好用戶界面文本的方法，你都意識到了嗎？ #001

俊鐵導讀：

用手機、電腦的時候，你有沒有試過因為指示不清晰而錯誤操作，不小心刪了數據/記錄？雖然說明文字經常只有幾句話，但是要寫得簡單易懂，卻不是一件易事。今天分享的這 16 種撰寫方法，絕對能幫你避開那些坑。

清晰、準確、明了的界面文本使界面更加適用，也能建立與用戶間的信任。

以下是界面文本撰寫的 16 種「應當避免的寫法」，建議大家注意避坑：

1. 行話及專用名詞

不為人知的術語或短語會增加用戶的認知負荷。在設計中盡量做到避免使用「電腦玩家語言」。保險做法是將各層級讀者都作為你的用戶，在撰寫文本時使用簡單易懂的大眾語言，無論初階用戶還是高階用戶，文本理解都不會存在問題。

以下是使用行話的一個「坑」：

目標商城中未找到{0}模板。

解釋：應用程序的調用接受符號名稱，但已發出值無法解析為目標商城的有效屬性模板。管理員反饋：確保已發出的URI中屬性模板其符號名稱存在於目標商城。

這裡的問題是，到底誰才是這條信息的目標讀者，系統管理員還是辦公室文員？

誠然，也要視具體情況具體分析。如果目標讀者了解文本相關背景，那使用行話還能解釋得通。否則，要不惜一切代價保證文本通俗易懂，能讓用戶通過直覺正確理解文本。

2. 長篇大論，不計其數的細節

大多數情況下，在最開始的時候並不需要描述所有細節。最好是在用戶慢慢了解內容後、並且是在用戶真正需要的情況下再逐漸展開對主題特徵的細節描述。

簡練（左）：你口袋裡的 1000 首歌曲。

累贅（右）：今天我們推出了一款新的可攜帶型音樂播放器，其重量僅為 6.5 盎司（合約 184 克），大小僅為一個沙丁魚罐頭左右，它還有超大容量、超長待機時間以及超快速傳輸速度。

實用技巧：

• 對於每一條文本，試問你自己：用戶是否真的需要了解它？
• 文本語言短小精練，可供細察，以方便用戶查找。在允許的情況下最好保證單句字數不超過 30 個單詞。

3. 用將來時態來描述操作行為

最好還是用現在時態來描述產品行為。如果需要使用過去式或將來式，要使用簡單的動詞形式。

避免：「信息現在已被發送」

推薦：「信息已發送」

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

在同一文本內容中同時使用這兩種人稱會使用戶誤解。

避免：「在我的賬戶更改你的偏好設置。」

推薦：「在我的賬戶更改個人偏好設置。」

5. 表達數量時使用大寫數字

節省屏幕空間——表達數量時使用羅馬數字代替大寫數字。

避免：「你有三條信息」

推薦：「你有 3 條信息」

6. 考慮問題從第一人稱「我們」出發

站在用戶角度，考慮他們通過你的 app 能做什麼，而不是你或者你的 app 可以為用戶提供什麼。

避免：「為方便你的使用，我們將向你推薦 Facebook 上的熱門文章。」

推薦：「從 Facebook 上的熱門文章開始吧。」

然而，這條規則有個例外，即針對用戶實際存在的人為操作時，比如在處理某申訴或答覆某建議時，使用第一人稱「我們」不會存在不恰當。

避免：「你的申訴將被處理，你在幾天內會收到反饋。」

推薦：「我們將處理你的申訴並在幾天內給出反饋。」

7. 大寫所有字母

全大寫文本（即文本中所有單詞字母都是大寫的），在不需要用戶閱讀文本內容的情況下是可用的，比如首字母縮略詞或者 Logo。但若文本信息需要用戶通過閱讀去了解，千萬不要強迫用戶去閱讀。

邁爾斯·汀克爾（Miles Tinker）在他極具影響力的著作《印刷品的易讀性》（Legibility of Print）中提到，相比於小寫文本，全大寫文本會嚴重減緩閱讀速度。

此外，大多數用戶也同意，全大寫文本易讀性並不強。閱讀小寫文本的速度相對較快，是因為這類文本的特殊文字形式，用戶閱讀小寫文本能以單詞為單位來閱讀，而用戶閱讀全大寫文本則傾向於以字母為單位來閱讀。

因此，無論是題目和小標題，還是標籤和菜單欄，使用大寫字母還是遵循英語句子書寫規則吧（一般情況下，句中首詞首字母大寫即可）。

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

推薦：「Search settings」

8. 講絕對真理或過多承諾

有一條真理可以遵循，絕不說「絕不」。

避免：「我們絕不會向您發送推廣郵件」

推薦：「你只會收到重要的信息」千萬不要吹噓——可以向用戶展示某具體功能，但不要吹噓它有多棒。

避免：「只要你喜歡，你都能發現你想要的絕美超值價格」

推薦：「在一個地方就可以享受超值購物」

9. 使用感嘆號

盡量避免使用感嘆號，因為這會讓用戶感覺是在向他們大喊大叫。

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

推薦：「歡迎」

10. 性別模糊

英語是眾多語言中存在性別模糊的一種語言之一（比如，「你可以看到他們的照片」）。而大多數其他語言則必須更具體（比如，「你可以看到他的或她的照片」）。

無論如何都要做到性別具體化，即提及到相關人士的時候要使用他，她，或者其認為合適的名字。

11. 使用常見介紹性短語

言簡意賅。要使用簡單、直白的語言，以方便用戶迅速理解。所有額外或常見介紹性短語（比如「你必須」、「基於...事實」以及「為了」）都應該省略。

避免：「您願意保存您的更改信息嗎？」

推薦：「保存更改信息？」

12. 「你確定嗎」

這句話就其本身意義而言基本沒什麼作用，大多數情況下對用戶也沒有什麼好處。

避免：「你確定你想要刪除此照片嗎？」

推薦：「刪除照片？」

13. 使用與文化有關的專用習語

與文化有關的專用習語並不是人人都懂，所以在某些特定語境下就不太合適。

避免：「你真的把球打出了場外！」（該俚語源於棒球術語，out of park 字面意思是把棒球打出場，引申義實則表現得非常出彩）

推薦：「非常好！」

14. 對話框中的「確定」按鈕

做得好的對話框不僅是詢問用戶將要採取的行為，還應該要把每個按鈕設計得清晰明了。雖然「確定」按鈕是許多對話框的標準元素，但大多 App 能在這方面設計出更具用戶友好型的體驗。

相比於一個讓用戶進行確認操作的「確定」按鈕，更有效的方法是向用戶提供一個有具體行為操作的按鈕。這樣也可以減少用戶出錯的可能性，畢竟並不是所有用戶都會閱讀對話框中的問題或者信息。

比如，「移除照片」對話框中的按鈕

避免：「確定/取消」

推薦：「移除/取消」

15. 模糊的錯誤信息

錯誤信息並不可避免，但錯誤信息不應該成為用戶體驗中的一個阻礙。錯誤信息聽起來應該像是專為用戶設計的，所以要清晰地體現出：

• 哪裡出錯了，並儘可能給出原因。
• 用戶接下來該怎麼做從而修復該錯誤。

以下圖為例，在填寫信息的階段，典型的錯誤可能會提示「信息無效」，但不會告訴用戶為什麼無效（是因為輸入錯誤還是重複輸入了呢？）。一定要保證信息是清晰明了的。

避免（左圖紅字）：日期不正確。

推薦（右圖紅字）：日期是今日之前的日期。

16. 責怪用戶

當然，用戶也會犯錯。但要想留住用戶，不要責怪他們。

這是第三次警告，該文件並不存在。現在出現這種異常，我們非常難過。不要再這樣做了。

文本一定要避免因出錯而直接責怪用戶。要重點關注用戶問題，而不是錯誤本身。

避免：「你輸入了錯誤的電子郵件地址。」

推薦：「該電子郵件地址不可用。請確認拼寫是否正確。」

結束語

App 文本要迎合設覺界面，做到簡單、明了、直接、有效。無論文化背景或語言是否相同，任何地方任一用戶對文本的理解都不應該有障礙才行。

作者 | Nick Babich，軟體工程師，關注 UI 和 UX。

譯者 | 俊鐵

題圖 | Pexels

本文授權譯自 Effective Writing For Your UI: Things to Avoid

本文首發於愛范兒。商業轉載請聯繫獲得授權，非商業轉載請註明出處。

推薦閱讀：