『壹』 網頁設計的文案
原則一 風格
網頁設計師在寫 UI 文案時，文風越是接近網站或 APP 整體的語言風格，就越融入整體，也就讓用戶的閱讀和使用越沒障礙。
寫作時可以參照當前網站或 APP 的文案風格，盡量抹去個人的寫作癖好，與整體風格統一。需要注意的是，一旦確定的寫作風格就應一直延續下去，除非有特殊情況或顛覆性的改版。
原則二 直接
文案應直接，單刀直入，最大限度的降低用戶的理解負擔。間接、曖昧模糊的說法，生僻和過於 「文雅」 的用詞，都應盡量避免，因為文案只是溝通的工具，只有最有效的傳遞信息才是它的任務。復雜的修辭和句式、「只可意會」的深刻寓意，都是不需要的。
簡單來講，就是大白話，使用日常常用詞，平鋪直敘。
以形容詞來說，「肯定的表達」比 「否定的否定」 更直接，比如：「驗證碼錯誤」優於「驗證碼不正確」。
原則三 人稱
人稱的選擇，體現了網頁設計師是如何看待用戶的。一般來說，網頁設計師會把用戶當作一個虛擬的第三方，描述他們時往往是 「用戶」、「他們」，然而 UI 界面是以界面為媒介、與用戶的直接對話，是和一個真實人類面對面的溝通。在現實生活中，會稱面前的人為 「你」「您」，那在界面中也應稱用戶為 「你」「您」，而不應使用第三人稱 「用戶」「他們」。
使用第二人稱，體現了與用戶的近距離感，讓 UI 界面成為一個擬人的人格，能夠讓用戶沉浸在模擬真實對話的情境中，更有利於我們指引和鼓勵用戶操作。
比如，「當您投資成功時，我們會發送簡訊提示」 優於 「當用戶投資成功時，證券網會發送簡訊提示」。
原則四 主動語態
既然 UI 界面始終以用戶為中心，UI 文案就始終以用戶為主體來寫作。相對於使用賓語作為主語的被動態，用戶作為主語的主動態，與用戶直接相關聯，能調動其情緒，更能讓用戶直接、毫無負擔的接受信息。
比如：「您已修改此設置」(用戶作為主語的主動態) 優於 「此設置已被您修改」(賓語作為主語的被動態)。
原則五 動詞
為了促使用戶執行操作，多用及物動詞，少用不及物動詞和名詞。及物動詞，簡單來說，就是那些必須有賓語跟隨的動詞，像 「解鎖」 的「解」，「鎖」是跟隨 「解」 的賓語，動詞 「解」 必須與賓語 「鎖」 同時出現，才能保證意思的完整，此處的 「解」 就是及物動詞。
及物動詞能從行動者 (用戶) 的角度出發，「動賓」結構讓用戶直接代入自己作為主語，從而促使用戶執行操作。當我們希望用戶做某些操作時，可以有意識地使用及物動詞。
比如，當 「修改」 是重點時：
「請修改驗證碼」(及物動詞) 優於 「請對驗證碼進行修改」(不及物動詞)，更優於 「請進行驗證碼的修改」(名詞)。
原則六 積極
用積極的用詞，能鼓勵用戶去做給他帶來好處的操作，在情感上用戶也更願意順從積極的指令。
比如：「為了順利投資，請您進行以下操作」 優於 「為防止投資失敗，請您進行以下操作」。
但有例外：
起報錯、提醒或警示作用時，消極用詞能更直接的點明重點，比如：「驗證碼錯誤」 優於 「驗證碼不正確」。
原則七 選詞
有時會遇到這個問題：相同含義的兩個詞，該用哪一個? 在面對這類選詞問題時，首要原則是：統一性。
若是頻繁出現的詞彙，可直接採用曾用過的詞，可以保證整體的統一性，還能防止用詞偏差; 若是新詞，應與整體用詞風格統一。
與主流用詞和行業術語統一
每個領域都有自己的專有詞彙，在考慮用戶理解力的基礎上，採用主流詞彙和術語，能保證用詞的准確性。
與目標用戶的語言統一
使用用戶語言，就是在了解用戶的基礎上，用用戶常用的語言來寫 UI 文案，從而讓用戶迅速理解。多了解目標用戶的年齡層、職業、使用偏好等各種特徵，可以了解用戶語言。
原則八 「先說目的」 法則
當我們希望用戶進行一個操作，而這個操作會花費他們一些時間、很可能他們不願意去做的時候，先說明操作的目的和重要性，能促使用戶更願意去執行。這就是 「先說結論」 法則。
比如，「為了讓您的賬戶更安全，請設置手勢密碼」，如果此處不提目的，直接指示 「請設置手勢密碼」，用戶在不了解這個新功能時就會產生疑慮，不明白這個操作的意圖，甚至產生不信任感，最後無視這個指令。「先說目的」 可以直接說明重要性，讓用戶欣然接受。
當然，這里的 「目的」 應是從用戶角度出發，會讓用戶覺得這個操作對他是有意義的，而不是從系統和網頁設計師自己的私利角度，否則用戶也不會執行 (即使真實目的是從系統角度考慮，也可以轉化為是「為了用戶」 的寫法)。
原則九 「問題 - 方案」 法則
對於寫提示性文案，有個小竅門，在點明問題之後，直接寫用戶需要做的判斷和操作。這就是 「問題 - 方案」 法則：
「說明問題 (理由 / 原因)—給出解決方案 (需要用戶去做某個操作)」
比如：驗證碼錯誤，請重新輸入。
原則十 「問題 - 後果 - 方案」 法則
當我們需要用戶在方案 A 和 B 之間做一個選擇，而我們希望用戶選擇方案 B(因為 A 有很嚴重的後果 C) 的時候，往往會使用這個法則。一般是寫提出問題，即如果採用方案 A 會有後果 C，然後建議採用方案 B，最後把問題拋給用戶自己選擇。
比如：當方案 A-「退出編輯」，後果 C-「無法保存所輸入的信息」，方案 B-「先去保存」，文案如下：
退出編輯則無法保存所輸入的信息，建議您先去保存，您確認要立即退出嗎?
原則十一 「最簡」 原則
在涵義不變的情況下，優先選擇最簡潔、字數最少的內容; 去掉與用戶無關、對用戶無用的文字; 完整而准確，每一個字都要有意義。這就是 「最簡」 原則。
事實上，要始終做到 「最簡」 是很難的，一般來說寫作都是「加法」，把想要表達的信息不斷累加，最後整理一下使語句通順，就呈現給用戶了。
但是從用戶的角度考慮，是否真的需要全部信息呢? 再仔細推敲下，是否可以省略一些不需要用戶了解、但也完全不影響操作的文字呢? 是否可以拆分文字成幾塊，改變文字的順序，或者依據流程的發展，只在最恰當的地方，放上用戶需要的文字?
只將自己想表達的意思，一股腦的扔給用戶，並不是好的 UI 文案，也不符合用戶體驗。怎樣做 「減法」 來達到「最簡」，需要針對不同情況，具體情況具體分析。
不過，對於初學者而言，在保持語義不變的基礎上刪減字數、或替換成更簡潔的句式，是個不錯的開始。
原則十二 有時也需要委婉
文案有時候並不是為了某個目的和功能，而是為了隱藏不能明說的原因和問題，或者只為了安撫用戶情感，這時文案就不能那麼生硬直接。以委婉或者曖昧的文字來向用戶說明，暗示或引導用戶從我們希望的角度去理解。
比如，「支付需要一些時間，請稍候」 優於 「支付尚未成功」;
「抱歉，出現了一些問題，請稍後刷新重試」 優於 「系統錯誤」。
原則十三 禁區
有一些文案問題，會嚴重影響用戶的理解，造成阻礙，是絕對不可以出現的。比如：
– 英文或其他外語，對用戶的理解負擔很大，除非必要，一般不會在中文用戶界面使用外語，若使用也要考慮是否要標注中文解釋;
– 「banner」「後端開發」 等內部術語，我們這些行話不該給用戶看到，若真有必要提及，應使用其他用戶能理解的詞替代;
– 設計稿暫定文字，比如 「X 天後」「須 PM 確認」，當然出現這種情況概率極其小
簡言之，網頁設計寫文案的任務就是將信息迅速傳達給用戶，最大程度上降低用戶的理解負擔，讓用戶毫無阻礙、心情愉悅的完成操作，所以任何生硬、模糊、繁冗、意味不明、拐彎抹角的用詞和句式，都應該被摒棄。只有簡潔、直接、清晰，才是用戶最想看到的 UI 文案。用戶不需要思考、立刻去做，文案就達成了自己的使命。
『貳』 浜氶┈閫婃枃妗堢紪杈戞槸浠涔堟剰鎬濓紵
浜氶┈閫婃枃妗堢紪杈戞槸浠涔堟剰鎬濓紵鍦ㄤ簹椹閫婁笂錛屽晢鍝侀〉闈涓鐨勬枃瀛楀拰鍥懼儚闇瑕佽綺懼績璁捐″拰緙栧啓錛屼互鍚稿紩娑堣垂鑰呯殑娉ㄦ剰鍔涘苟淇冭繘閿鍞銆傝繖灝辨槸浜氶┈閫婃枃妗堢紪杈戠殑涓昏佷換鍔°傛帴涓嬫潵錛屾垜浠灝嗕細娣卞叆浜嗚В榪欎竴鑱屼綅鐨勫伐浣滃唴瀹逛互鍙婃墍闇鎶鑳姐
棣栧厛錛屼簹椹閫婃枃妗堢紪杈戦渶瑕佸叿澶囧嚭鑹茬殑鍐欎綔鍜岀紪杈戞妧鑳姐傚洜涓轟竴涓濂界殑浜у搧欏甸潰闇瑕佹湁娓呮櫚鐨勬弿榪般佹槑鏄劇殑鐗硅壊鍜屽己鐑堢殑璐涔版叉湜銆傝繖灝遍渶瑕佺紪杈戣兘澶熺敤綆鍗曟槗鎳傘佸噯紜鐨勮璦鏉ユ弿榪頒駭鍝佺殑鐗圭偣銆佺敤閫斿拰浼樼偣錛屽苟涓旇兘澶熻瘑鍒鍜屼慨姝ｈ娉曘佹嫾鍐欏拰鏍囩偣閿欒銆
鍏舵★紝浜氶┈閫婃枃妗堢紪杈戣繕闇瑕佸叿澶囩浉鍏崇殑甯傚満钀ラ攢鐭ヨ瘑銆傚洜涓烘枃妗堢殑涓昏佺洰鐨勬槸鍚稿紩娑堣垂鑰呭苟淇冭繘閿鍞錛岀紪杈戦渶瑕佷簡瑙ｅ競鍦轟笂鐨勯渶奼傚拰瓚嬪娍錛屼互鍙婇【瀹㈢殑璐鐗╀範鎯鍜屽嚲濂姐傝兘澶熸牴鎹榪欎簺淇℃伅緙栧啓鍏鋒湁鍚稿紩鍔涚殑鏂囨堬紝璁╂秷璐硅呮洿鏄撲簬鐞嗚В鍜屾劅鍙椼
浜氶┈閫婃枃妗堢紪杈戣繕闇瑕佸叿澶囧洟闃熷崗浣滃拰欏圭洰綆＄悊鑳藉姏銆傝繖鏄鍥犱負鍦ㄤ簹椹閫婄殑鐜澧冧腑錛岄渶瑕佷笌璁捐″笀銆佹憚褰卞笀浠ュ強鍏朵粬緙栬緫瀵嗗垏鍚堜綔錛屽叡鍚屽埗瀹氫駭鍝佹牱寮忓拰鍝佺墝璇璋冦傛ゅ栵紝緙栬緫闇瑕侀伒寰欏圭洰鏃墮棿琛錛岀『淇濇墍鏈夌殑鍐呭歸兘鑳藉熷強鏃躲佸噯紜鍦板畬鎴愶紝浠ユ弧瓚沖晢鍝佸彂甯冪殑瑕佹眰銆
鎬諱箣錛屼簹椹閫婃枃妗堢紪杈戠殑宸ヤ綔鍐呭歸潪甯擱噸瑕佷笖澶氭牱鍖栵紝闇瑕佸叿澶囧氫釜鏂歸潰鐨勬妧鑳藉拰鑳藉姏銆傚傛灉鎮ㄥ硅繖涓鑱屼綅寰堟劅鍏磋叮錛岄偅涔堣繘涓姝ユ繁鍏ヤ簡瑙ｅ拰瀛︿範灝辨槸蹇呰佺殑銆