今天，我主要是想聚焦在新使用者上。所謂新使用者，是指那些剛剛開始接觸你的**的使用者。他們對一款應用能否成功起著至關重要的作用。如果使用者在這一階段就選擇放棄，那他們基本上就不可能繼續往下嘗試了。
清晰而又準確的溝通
1.
選擇適宜的字型大小
隨著移動web逐漸在我們的web應用中佔據主導地位，大多數**對字型大小的關注也隨之而增加。自適應網頁設計的出現，使得眾**紛紛開始強調移動裝置上字型大小要合宜，要具備可用性。
所以，請務必對文字鏈結進行實際測試，在實體裝置上用手指進行親身體驗，而不只是模擬和**。
2.
有意義的錯誤提示
而實際使用者卻並不懂得這些。
所以事實往往是：如果沒有清晰的錯誤提示幫助使用者從錯誤中恢復出來，你將失去這筆生意。
錯誤提示是乙個很好的玩幽默的機會，但是也要適可而止，我們應該主要是讓使用者快速診斷出錯誤，並修復錯誤。
錯誤提示中的用語一定不要技術化。千萬不要給出對使用者來說沒用的資訊。即便是驗證環節的錯誤提示也要注意措辭，要使用對使用者友好的語言。
我們來比較一下下面這兩個錯誤提示。其中第二個是之前的版本，這個就非常糟糕，很不友好。
表單的可用性
3.
適當放寬密碼要求
要求設定安全性高的密碼是很平常的事。安全度高的密碼能起到正向作用，對使用者有好處，所以它並不是乙個障礙。
表單的可用性是我心中永遠的痛。
很多表單設計的很漂亮，但是很不實用。
比如說選擇框，一直以來其式樣都是比較難設計的。現在的很多選擇框，比如bootstrap的下拉框抑或是harvest的選項卡都試圖隱藏最原始的選擇輸入，而將其複製轉換成具有更多式樣的dom元素。然後他們再將複製元素的資料轉換回原始輸入方式。
單單是設計一款下拉框的工作量就已經很大了，我們有必要大費周章來設計整個表單的每個細節嗎？
是的。你永遠要牢記，每位移動使用者對其所偏好的作業系統的控制，都是歷經很久才達到了今天的熟練度。
比如說，windows移動使用者習慣於使用下拉列表，將所有的選項都展現在螢幕上，而不是將選項放在表單中。而android使用者對此的期望則大不相同，他們都習慣使用模態視窗（modal window）。
你費勁心思做的設計，改變了使用者預期行為，而結果可能對你的使用者沒有任何益處。卻很可能造成使用者的不習慣，從而對其體驗產生負面影響。
最終結果是，你給自己帶來的更多的是麻煩，而不是解決問題的途徑。
完整內容請點此檢視
APP使用者體驗提公升的辦法 如何做好APP使用者體驗？
那麼使用者體驗提公升有什麼方法呢？一 換位思考 思考 當我們站在使用者的角度去感受應用，那麼僅僅去思考如何通過各個專案 功能和按鈕在頁面上的布局來實現使用者友好度的話是遠遠不夠的。我們還需要想到使用者在現實場景中的真實使用方式，想到當他們使用其他應用的時候會對你的應用產生什麼樣的影響，是會干擾到執行...
APP使用者體驗提公升的辦法 如何做好APP使用者體驗？
那麼使用者體驗提公升有什麼方法呢？一 換位思考 思考 當我們站在使用者的角度去感受應用，那麼僅僅去思考如何通過各個專案 功能和按鈕在頁面上的布局來實現使用者友好度的話是遠遠不夠的。我們還需要想到使用者在現實場景中的真實使用方式，想到當他們使用其他應用的時候會對你的應用產生什麼樣的影響，是會干擾到執行...
10個細節提公升後台系統的使用者體驗
要說程式設計師最開心的事情是什麼，不是錢多活少離家近，而是能用自己喜歡的技術，做乙個排期不緊的舒坦專案。最近我就接手了這樣乙個專案，使用了webpack vue全家桶，以及其他一些業界前沿技術。不過今天不聊技術方面，先聊聊我對互動方面的一些思考。儘管它只是乙個後台系統。說到後台系統 管理系統 erp...