設計當中除了視覺表達很重要，還有一件事也很重要，就是文案。

我們都清楚，講話要有重點，別人才知道你在傳達什么樣的信息。而如何遣詞用句，則會影響你的表達效果。

圣經上說，一句話說得合宜，就如金蘋果放在銀網子里。同樣的，文字使用的正確與否，會影響你想傳達給用戶的信息，而錯誤的使用甚至會引導用戶走向錯誤的方向。

相對于移動端的產品，中臺產品會更偏向專業性，這個專業性不僅體現在產品本身，還體現在文字上。有些名詞可能你從來沒有聽過，有些名詞是基于產品造出來，有的是為了讓用戶更好理解，有的是從外文翻譯成中文，有的是為了彰顯不一樣…

在一次對用戶的訪談中發現，用戶對我們產品中一些概念完全不了解，或是半知半解。產品頁面中也沒有對這些名詞進行解釋，或是這些解釋太專業，完全不明白在講些什么。

這樣的情況，不僅僅只出現在一個產品中，在使用其他產品時，也會遇到同樣的情況，甚至在日常生活中，也會遇到一些這樣的情況。似乎大家都把專注力放在視覺的設計，卻忘記了比起視覺的引導，有時候文字的引導是更清晰的、更直接的。

下面簡單聊聊，一些文案被濫用的地方以及優化的建議。

小白說，這名詞太高級，我不懂！

之前因為要做一些產品調研，所以有簡單了解了下關于軟件測試的一些知識。比如大概是有哪些測試軟件的方法，會在產品的什么階段使用。

測試方法的概念真的好多，比如冒煙測試、單元測試、黑盒測試、白盒測試、灰盒測試、接口測試、回歸測試、自動化測試、測試用例、余量測試、兼容性測試等等。

然后我就懵了。我只能一個一個去百度，查了后還擔心百度不準確，還找測試同學驗證下是不是這個意思。而現在回想起來，我能記住的大部分是本身名詞就好理解的測試概念。而對我來說，比較難理解的，我始終沒記住，比如冒煙測試，我至少查了三遍。

在一些比較偏技術類的產品中，專業名詞是比較難完全避免的一件事，但是這并不代表沒有辦法去優化。比如加個解釋。

專業名詞加解釋，用戶可以明白名詞本身所傳達正確的意思，而不會被誤導。畢竟網絡上所查到的，不一定是正確，或者不是你想引導用戶的。

添加解釋，同樣也是讓用戶的疑惑有出口，而不是迷失在茫茫的名詞中。如果當前這個名詞或是某個操作，需要更多的引導和解釋，一兩句話完全無法解釋清楚，這時就需要加個文檔鏈接，來讓用戶知道更具體的引導。

那加了解釋后，是不是就萬無一失了呢？

文案太冗長，抓不住重點

曾經用戶只想要一個簡單的理由，但你卻寫了三大段…

聊天中，大概大家都不會喜歡與啰嗦的人聊天，因為廢話太多，而且還不停在重復。如果你看電視，你大概也不會想看情節拖沓的，看了快30集，男主還在女二身邊徘徊，這心焦急的如同火燒。

解釋的文案也是同樣道理。如果寫太長，用戶會失去想看的欲望。長句也會增加用戶的理解成本，到最后文案并沒有發揮它該有的功用，可能不小心還誤導用戶。

因為是解釋，所以更應該要直接明了，簡潔有力。

用文字代替圖標

在一些頁面中，為了讓整個頁面看起來更加美觀，會用圖標的方式來表達一些操作或指導。一些常用的圖標用起來，會相對來說得心應手，用戶也能夠理解。

但是在一些本身就比較少見或難懂的名詞中使用圖標來表達時，往往會造成用戶疑惑。有時候費盡心思，熬盡腦力，終于畫出一個讓人驚艷的圖標后，業務方卻告訴你，他看不懂這是什么？

這真是尷尬的時刻，但卻很真實。人們對圖標和對文字的理解，是兩個不同的領域，一個是語言，一個是圖形。曾經有一段時間，我很糾結，為什么指南針的圖標，是表示「發現」， 不應該是方向么。

每個人對圖形的理解都是不同的，如果一定要加上圖標，那就圖標+文字吧。

可怕的英文翻譯，可怕的英文

我有個習慣，中文系統看膩了，會時不時地把系統語言換成繁體中文或英文。當我切換到英文時，經常會看到一些讓我覺得尷尬的英文。要么就是中文式英文，要么就是一長段看著就像是機翻的英文，還有中英文夾雜的頁面…

如果你的產品要做外語用戶，請遵循外文的一些使用習慣。不然你的外語用戶，會很痛苦...

不要以字翻字，以文譯文。如果這樣操作，英文的界面會顯示特別的啰嗦。再提一個小點，西文字體會相對偏小，所以最好檢查下，西文狀態下，字體大小是不是合適。

盡量不要用負面詞或否定詞語

少用或不用以「是否」開頭的句子來引導用戶，比如你是否確定刪除該文件？你是否真的要退出產品？你是否確定要添加XXX為管理員？

為什么呢？首先，否定詞本身傳遞的信息會偏向負面，再者，是是非非的選擇，讓用戶疑惑。大家可以想想當初學英文否定句的時候，Yes, I do. No, I don’t. 不也讓我們迷惑了好一陣么

同時，千萬不要用雙重否定句，記住，你不是在寫作文，你要是把老師繞暈了，可能還有機會及格，你要是把用戶繞暈了，他可能就出門左轉，從此相忘于江湖了。

錯誤信息，要給出原因和解決方案

發生錯誤，是比較常見的狀態，也是無法避免的。所以產品本身要有容錯的設計，比如可以撤銷，二次確認等等。

但是，在發生錯誤的時候要如何反饋給用戶，也是需要考量的一件大事。經常遇到的頁面是，直接告訴你，出現錯誤了，然后就沒下文了。

也不告知用戶什么原因造成的，也沒有優化建議，所以這是想讓用戶自己去挖掘嗎？

基本上有錯誤產生，都有其原因，可能是網絡，可能是頁面被刪了，或是服務器出現異常，接口出現異常等等。這個方面移動端的報錯提示方式會比中臺更友好，當然這也有業務本身的區別。

中臺比較多的產品，就是報完錯，就消失了。也不告訴你要如何解決。有些偏技術的產品，報錯都直接是代碼或英文。當然，你的高級用戶或許能夠理解這些意思，但是「說人話」會讓產品更有溫度。而且還有一大堆看不懂的用戶呢。

早些年，讓我最疑惑的場景就是Windows系統奔潰后的藍屏，一堆的文字，還是英文也就算了，我還沒看完就重啟了。所以這么多字，到底想不想讓我看完呢，想讓我看完，又不給我時間；不想讓我看，又寫這么多。所以它估計是寫給一目十行的人看的。

現在Windows也升級了，改成中文了，也少了那么多字，但是后面建議搜索的那一段英文，我真心記不住。所以一般也就等待重啟了，再不行就重裝電腦，再再不行，我把電腦換了….

真心總結：給所有報錯加個理由吧，給所有理由再加個建議吧

寫在最后

文案是產品當中比較容易被忽視的一個部分，但是如果你運用的好，它可以成為產品的助力。

如果你的產品是偏專業性強的，建議給產品做一個完整的產品文檔。簡單明了的產品文檔，不需要過多不必要的信息，讓用戶可以快速找到功能說明。

不要忽視文字的力量，它和圖形一樣，都是引導用戶的好工具。

更多文案寫作方法：

歡迎關注作者微信公眾號：「箴鹽設計」