泯滅Web App可用性的七個開發錯誤

csdn發表於2013-11-13

  沒有哪個Web開發者想要建立一個使用者體驗糟糕透頂的App。更沒有人願意著手做一個看上去暈頭轉向、令人沮喪的使用者介面,這無異於坐看使用者流失。但讓人感到不解的是,這事經常發生。

  根據網路營銷協會的調查顯示,導致問題產生的實質性原因在於設計糟糕的使用者介面(介面)。可以通過數字來表明:

  • 85%的使用者由於不良的網站設計而放棄瀏覽網站
  • 83%的使用者離開網頁是因為找到自己想要的東西需要太多的點選步驟
  • 62%的使用者在網上購物的時候放棄尋找一個專案
  • 40%的使用者因為網站內容很難使用而不再回到這個網站
  • 50%的銷售額有可能因為使用者找不到想要的內容而丟失

  事實是,可用性正成為Web App開發的一個重要方面,要知道時代在變化,使用者期望也跟著發生了變化。現代的終端使用者期望能掌握一個Web App,並瞭解它是如何工作的。設計效果差、令人困惑的使用者介面只會挫傷使用者的興趣。

泯滅Web App可用性的七個開發錯誤

  然而,許多開發者在構建Web App的時候,無意中犯了一些開發錯誤,損傷了Web App的可用性,因此,也無意間使得使用者慢慢疏遠了他們的網站。到底是什麼樣的錯誤讓開發者建立出的使用者介面給使用者一種困惑的感覺呢,使得使用者有一種被挫傷的受傷心理呢?

  通過對可用性方面的專家的詢問,我們收集了他們的反饋資訊。以下是能夠泯滅Web App可用性的七個開發錯誤:

  1. 對常見的功能不一致的方法

  “在Web可用性上所犯的錯誤大多數都涉及到開發人員忽略的一點,那就是使用者並不想要努力找出如何使用介面。”Web和Digital Strategy方面的顧問Steven Swimmer解釋道:“事情可能看起來很顯然,主要看開發者如何解決這樣的問題。在奇怪的介面上增加功能明顯是不值得的。如果在奇怪的介面上增加一些功能但不被使用者所理解的話,那麼你就需要提供一些綜合方法來向使用者展示如何使用這個App。”

  開發者一開始渴望創造一些“新的有創新”的東西,但最後這可能會成為最大的絆腳石。為一個常見的功能提供一個獨特的使用者體驗或者是新的使用方法,不但不能給使用者帶來深刻印象,反而會讓他們覺得更加困惑。多數使用者不會因為你偉大的介面工作方式而喜出望外,只會因為一個看似常見的功能不如預期的效果而倍感失望。

  2. 模稜兩可的錯誤訊息

  當使用者點選錯誤或嘗試一個未經授權的行動的時候會出現什麼情況呢?他們只會收到一個感到困惑的錯誤的提醒訊息,而不是有明確的建議如何解決這個問題的訊息。這對使用者來說毫無意義,只會讓人覺得是在浪費時間,大大的失望。

  Voices.com聯合創始人兼CEO--David Ciccarelli解釋說:寫得不好或模稜兩可的錯誤訊息可能會令使用者沮喪。別給使用者一串沒用的數字和程式碼,相反,可以這麼說:“對不起,這樣做是沒用的,試試這個吧......”

  3. 改變導航元素的位置

  開發者惹惱使用者最普遍的方法之一就是不小心把他們的App變成了“拾荒式”搜尋。他們將導航元素,或至關重要的按鈕放在螢幕上不同的地方…這樣會置使用者於無盡的苦惱中啊。

  將一個本該定位的元素從這一頁放到下一頁,或者是從這個螢幕上移到下一個螢幕上,使用者不得不捉迷藏一樣的去尋找想要的功能。說實話,這樣的App只會讓人更加著急,其它的就更別說會得到使用者的讚了。

  4. 給使用者過多有牴觸的選項

  所建立的Web App必須提供使用者一個清晰的使用路徑。例如把螢幕截圖展示給使用者。當使用者登入時Web App需要提供了三個意圖清晰的選擇。當然,App要能夠完成更多的任務,但是對於使用者而言,新增所有的這些選項只會複雜化這個App使用方式。不要只專注於App的功能性,還要關注使用者的需求目標。

  “當使用者需求受到經驗控制的時候,因為選擇太多反而讓App的設計變得更加困難。”經驗豐富的Web設計師Caroline de Gruchy說到。“在同一個頁面上的選項應該是相互排斥的。我有一個客戶想要對同一個行動有三種不同的調動用,這就導致了三個非常相似的頁面出現,最後收集到的資訊也是一樣的。其實這樣的設計只會浪費開發者的時間,而且在使用者看來這樣的設計師很不專業的。”

  5. 冗長的註冊過程

  圍繞healthcare.gov慘敗的最大抱怨就是註冊程式。在可以看到有效的醫療保健計劃之前,使用者被迫完成冗長的註冊過程(而且經常失敗)。可以說這是App可用性的一個禁忌。如果在授予訪問權之前必須要求使用者提供個人資訊的話,最好是保持資訊的精簡度、最少化。冗長的註冊過程只會逼走潛在的客戶。

  “一些設計師/開發者對於新登記表格喜歡用10頁的內容。”iOS工程師、Ruby on Rails開發者Jeanine Swatton如是說。“難道開發者沒有意識到在填寫第二頁之後就已經失去了一個潛在的客戶了嗎?儘量保持簡單,最好是註冊的時候只問一個問題,其它細節資訊在後面的訪問裡可以慢慢完善。”

  6. 點選區域太小

  “因為你的訪客可能是使用鍵盤和滑鼠的寬屏顯示器,也有可能是使用智慧手機和一個小的觸控式螢幕。所以設計師在使用者體驗上需要考慮到這兩類使用者。”Structure Studios的老闆Noah Nehlich說到,“在移動裝置上小文字連結很難成功的點選到,這可能會讓那些得不到自己想要的資訊的人感到沮喪。”

  這一個問題現在可以分為兩個方面來說。首先,可點選區域必須和它出現的那樣大。下圖強調了這個問題。

泯滅Web App可用性的七個開發錯誤

  其次,建立小型的可點選區域只會證明讓越來越多的手機使用者覺得困惑沮喪。市場營銷經理Brian Maggi提出了一個好的建議讓Web App可以在移動裝置上使用:

  “為拇指設計一個點選區域”他說。“這意味著增加了使用者體驗的範圍,因為拇指是最胖的,這樣的話其它手指也可以點選了。”

  7. 使用者因“害怕改變”而消極反饋

  最近發現一個問題出現越來越頻繁了:當基於雲技術的軟體公司重新設計他們的使用者介面的時候,使用者總是在“害怕改變”的心理上進行指責,並給出消極的使用者反饋。但是該發生的還是會發生的,對使用者反饋應該重視起來,開發者/設計人員採取指責是一種很危險的方法。因為有時,使用者介面重新設計過程裡刪除了使用者所鍾愛的功能,或者是複雜化了普通行為,這就是使用者最“害怕”的地方。雖然許多使用者都不喜歡改變,但是開發者最好不要一概而論所有的抱怨類反饋資訊。

  “我認為開發者和使用者體驗設計師在遵循簡約的介面理想的同時應該考慮到使用者的真正需求。”Lamont說。“我認為當App有很多的功能或特性的時候,極簡的使用者介面實際上創造更多的點選量和更多的挫折感。人們真心不喜歡軟體公司在使用者介面上做一個徹底的改變。Microsoft也曾經因為將Office轉換為分割槽介面而飽受詬病。”

  除此之外,你覺得在Web App的可用性方面還有哪些值得注意的地方,如有之,可在下面的評論出列出。

  原文:MRC

相關文章