如何寫出讓用戶秒懂的UI文案?

想要提升用戶體驗,簡潔、明瞭、易懂的UI文案必不可少。那怎樣才能寫出讓用戶秒懂的UI文案呢?下面這些寫做原則會給你一些幫助。html

原則1、風格後端

設計師在寫UI文案時,文風越是接近網站或APP總體的語言風格,就越融入總體,也就讓用戶的閱讀和使用越沒障礙。網站

原則2、直接ui

文案應直接,單刀直入,最大限度的下降用戶的理解負擔。簡單來說,就是大白話,使用平常經常使用詞,平鋪直敘。設計

原則3、人稱htm

人稱的選擇,體現了設計師是如何看待用戶的。通常來講,設計師會把用戶當作一個虛擬的第三方,描述他們時每每是「用戶」、「他們」,然而UI界面是以界面爲媒介、與用戶的直接對話,是和一個真實人類面對面的溝通。在現實生活中,會稱面前的人爲「你」「您」,那在UI界面中也應稱用戶爲「你」「您」,而不該使用第三人稱「用戶」「他們」。後端開發

原則4、主動語態開發

既然UI界面始終以用戶爲中心,UI文案就始終以用戶爲主體來寫做。相對於使用賓語做爲主語的被動態,用戶做爲主語的主動態,與用戶直接相關聯,能調動其情緒,更能讓用戶直接、毫無負擔的接受信息。class

原則5、動詞用戶體驗

爲了促使用戶執行操做,多用及物動詞,少用不及物動詞和名詞。

原則6、積極

用積極的用詞,能鼓勵用戶去作給他帶來好處的操做,在情感上用戶也更願意順從積極的指令。

原則7、選詞

有時會遇到這個問題:相同含義的兩個詞,該用哪個?

在面對這類選詞問題時,首要原則是:統一性。與整個APP的用詞統一;與主流用詞和行業術語統一;與目標用戶的語言統一;

原則8、「先說目的」法則

當咱們但願用戶進行一個操做,而這個操做會花費他們一些時間、極可能他們不肯意去作的時候,先說明操做的目的和重要性,能促使用戶更願意去執行。這就是「先說結論」法則。

原則9、「問題-方案」法則

對於寫提示性文案,有個小竅門,在點明問題以後,直接寫用戶須要作的判斷和操做。這就是「問題-方案」法則:「說明問題(理由/緣由)—給出解決方案(須要用戶去作某個操做)」

原則10、「問題-後果-方案」法則

當咱們須要用戶在方案A和B之間作一個選擇,而咱們但願用戶選擇方案B(由於A有很嚴重的後果C)的時候,每每會使用這個法則。通常是寫提出問題,即若是採用方案A會有後果C,而後建議採用方案B,最後把問題拋給用戶本身選擇。

原則11、「最簡」法則

在涵義不變的狀況下,優先選擇最簡潔、字數最少的內容;去掉與用戶無關、對用戶無用的文字;完整而準確,每個字都要有意義。這就是「最簡」原則。

原則12、有時也須要委婉

文案有時候並非爲了某個目的和功能,而是爲了隱藏不能明說的緣由和問題,或者只爲了安撫用戶情感,這時文案就不能那麼生硬直接。以委婉或者曖昧的文字來向用戶說明,暗示或引導用戶從咱們但願的角度去理解。

原則十3、禁區

有一些文案問題,會嚴重影響用戶的理解,形成阻礙,是絕對不能夠出現的。

好比:

英文或其餘外語,對用戶的理解負擔很大,除非必要,通常不會在中文用戶界面使用外語,若使用也要考慮是否要標註中文解釋;

「banner」「後端開發」等內部術語,咱們這些行話不應給用戶看到,若真有必要說起,應使用其餘用戶能理解的詞替代。

http://km.ui.tedu.cn/news/178494.html

相關文章
相關標籤/搜索