今天，我主要是想聚焦在新使用者上。所謂新使用者，是指那些剛剛開始接觸你的網站的使用者。他們對一款應用能否成功起著至關重要的作用。如果使用者在這一階段就選擇放棄，那他們基本上就不可能繼續往下嘗試了。
下面我們來看一下，在web應用中一些常見的但經常被忽略的問題，它們關乎應用的可用性到底如何。此外，我們還會學習到，在使用者開始接觸web或移動app的這一關鍵階段，我們應該怎麼做才能增強app的可用性。
清晰而又準確的溝通
1.選擇適宜的字型大小
隨著移動web逐漸在我們的web應用中佔據主導地位，大多數網站對字型大小的關注也隨之而增加。自適應網頁設計的出現，使得眾網站紛紛開始強調移動裝置上字型大小要合宜，要具備可用性。
通常情況下，網站都會特別注重按鈕、圖示、翻頁、選項卡和其他點選物件的可用性設計，而忽略了一個易於點選的文字連結對一款app的重要性。
所以，請務必對文字連結進行實際測試，在實體裝置上用手指進行親身體驗，而不只是模擬和模擬。
2.有意義的錯誤提示
很多人都不會在意錯誤提示的語言和語氣，認為這並不重要，或者是認為跟其他開發注意事項相比起來是次要的。通常開發人員開發一款app，他們是知道如何避免錯誤的，甚至很少碰到錯誤，所以更不用提讓他們考慮錯誤提示的內容了。
而實際使用者卻並不懂得這些。
所以事實往往是：如果沒有清晰的錯誤提示幫助使用者從錯誤中恢復出來，你將失去這筆生意。
錯誤提示是一個很好的玩幽默的機會，但是也要適可而止，我們應該主要是讓使用者快速診斷出錯誤，並修復錯誤。
錯誤提示中的用語一定不要技術化。千萬不要給出對使用者來說沒用的資訊。即便是驗證環節的錯誤提示也要注意措辭，要使用對使用者友好的語言。
我們來比較一下下面這兩個錯誤提示。其中第二個是之前的版本，這個就非常糟糕，很不友好。
表單的可用性
3.適當放寬密碼要求
要求設定安全性高的密碼是很平常的事。安全度高的密碼能起到正向作用，對使用者有好處，所以它並不是一個障礙。
表單的可用性是我心中永遠的痛。
比如說選擇框，一直以來其式樣都是比較難設計的。現在的很多選擇框，比如Bootstrap的下拉框抑或是Harvest的選項卡都試圖隱藏最原始的選擇輸入，而將其複製轉換成具有更多式樣的DOM元素。然後他們再將複製元素的資料轉換回原始輸入方式。
單單是設計一款下拉框的工作量就已經很大了，我們有必要大費周章來設計整個表單的每個細節嗎？
是的。你永遠要牢記，每位移動使用者對其所偏好的作業系統的控制，都是歷經很久才達到了今天的熟練度。
你費勁心思做的設計，改變了使用者預期行為，而結果可能對你的使用者沒有任何益處。卻很可能造成使用者的不習慣，從而對其體驗產生負面影響。
最終結果是，你給自己帶來的更多的是麻煩，而不是解決問題的途徑。
完整內容請點此檢視
下面我們來看一下，在web應用中一些常見的但經常被忽略的問題，它們關乎應用的可用性到底如何。此外，我們還會學習到，在使用者開始接觸web或移動app的這一關鍵階段，我們應該怎麼做才能增強app的可用性。
清晰而又準確的溝通
1.選擇適宜的字型大小
隨著移動web逐漸在我們的web應用中佔據主導地位，大多數網站對字型大小的關注也隨之而增加。自適應網頁設計的出現，使得眾網站紛紛開始強調移動裝置上字型大小要合宜，要具備可用性。
通常情況下，網站都會特別注重按鈕、圖示、翻頁、選項卡和其他點選物件的可用性設計，而忽略了一個易於點選的文字連結對一款app的重要性。
所以，請務必對文字連結進行實際測試，在實體裝置上用手指進行親身體驗，而不只是模擬和模擬。
2.有意義的錯誤提示
很多人都不會在意錯誤提示的語言和語氣，認為這並不重要，或者是認為跟其他開發注意事項相比起來是次要的。通常開發人員開發一款app，他們是知道如何避免錯誤的，甚至很少碰到錯誤，所以更不用提讓他們考慮錯誤提示的內容了。
而實際使用者卻並不懂得這些。
所以事實往往是：如果沒有清晰的錯誤提示幫助使用者從錯誤中恢復出來，你將失去這筆生意。
錯誤提示是一個很好的玩幽默的機會，但是也要適可而止，我們應該主要是讓使用者快速診斷出錯誤，並修復錯誤。
錯誤提示中的用語一定不要技術化。千萬不要給出對使用者來說沒用的資訊。即便是驗證環節的錯誤提示也要注意措辭，要使用對使用者友好的語言。
我們來比較一下下面這兩個錯誤提示。其中第二個是之前的版本，這個就非常糟糕，很不友好。
表單的可用性
3.適當放寬密碼要求
要求設定安全性高的密碼是很平常的事。安全度高的密碼能起到正向作用，對使用者有好處，所以它並不是一個障礙。
表單的可用性是我心中永遠的痛。
很多表單設計的很漂亮，但是很不實用。
我之前說過，表單對你的業務有著必然的直接的影響。登錄檔單、登入表單和退出表單對於任何一款web app來說都是非常重要的部分。所以，你要高度重視表單可用性的問題。比如說選擇框，一直以來其式樣都是比較難設計的。現在的很多選擇框，比如Bootstrap的下拉框抑或是Harvest的選項卡都試圖隱藏最原始的選擇輸入，而將其複製轉換成具有更多式樣的DOM元素。然後他們再將複製元素的資料轉換回原始輸入方式。
單單是設計一款下拉框的工作量就已經很大了，我們有必要大費周章來設計整個表單的每個細節嗎？
是的。你永遠要牢記，每位移動使用者對其所偏好的作業系統的控制，都是歷經很久才達到了今天的熟練度。
比如說，Windows移動使用者習慣於使用下拉選單，將所有的選項都展現在螢幕上，而不是將選項放在表單中。而Android使用者對此的期望則大不相同，他們都習慣使用模態視窗（modal window）。
你費勁心思做的設計，改變了使用者預期行為，而結果可能對你的使用者沒有任何益處。卻很可能造成使用者的不習慣，從而對其體驗產生負面影響。
最終結果是，你給自己帶來的更多的是麻煩，而不是解決問題的途徑。
完整內容請點此檢視