分析應用程式的常見錯誤

2021-02-23 馬克筆設計留學
應用程式與我們息息相關,上期文章介紹了五個常見錯誤《十大應用程式設計錯誤》,這次來填坑了繼續幫助大家分析五個應用程式的常見錯誤。在人機互動中,任何可以點擊的東西都被稱為目標:所有活動的UI元素都是目標。用戶要獲取目標,必須能夠(1)識別目標;(2)可靠地點擊。這兩個方面都給現代應用程式界面帶來了問題。「功能可見性」是指你可以對一個物體做什麼。例如,複選框提供打開和關閉,滑塊提供向上或向下移動。意符是一種視覺元素,它可以幫助你在開始使用對象(或者感覺它,如果它是一個物理設備而不是屏幕上的UI元素)之前通過查看對象來理解功能可見性。這些概念在唐·諾曼的《日常事物的設計》一書中進行了討論。意符在UI設計中尤其重要,因為所有的屏幕像素都能承受點擊——即使你點擊後通常什麼也不會發生。在電腦屏幕上有那麼多看得見的東西,以至於用戶沒有時間玩掃雷遊戲,只是四處點擊希望找到一些可操作的東西。(例外:小孩子有時喜歡通過點擊來探索屏幕。)在現代應用中,最糟糕的缺點之一是超平面設計。許多平面設計對目標的意符都很弱:人們很難區分文本和按鈕,因為按鈕缺乏傳統的3D線索。與此相關的一個問題是,單擊的目標太小了,用戶會錯過並單擊活動區域之外的目標。即使用戶最初正確地理解了相關的意符,他們也經常會改變主意,並開始相信某些對象是不可操作的,因為他們認為自己點擊了它,結果什麼都沒發生。(對於年長的用戶和有運動技能障礙的用戶來說,過小的點擊區域是一個特別的問題。)許多應用程式使用模態窗口來實現與數據的交互——編輯現有項、添加新項、刪除甚至讀取關於項的其他詳細信息。模態顯示在當前頁面上方,背景內容通常會變暗(假設變暗可以減少幹擾,幫助用戶專注於手頭的任務)。不幸的是,這種設計選擇減少了用戶的情境,因為它掩蓋了用戶在填寫表單時可能希望引用的信息。(注意,即使被覆蓋的窗口不包含編輯所需的信息,用戶通常也會試圖利用他們以前完成的工作,方法是複製和粘貼以前的輸入,或者甚至簡單地使用其他條目作為模板來考慮當前任務。)

在Airtable中,編輯表行會打開一個模態,其中包含表中的大部分信息,並阻止用戶引用這些信息。長串的字母和數字,例如資料庫中自動生成的ID,經常用於唯一地標識應用程式中的項。這些字符串對用戶來說完全沒有意義,但它們通常作為表的第一列顯示在顯著位置,迫使用戶掃描第一列以找到他們關心的信息。雖然這些毫無意義的索引在後臺很重要,但它們不應該是用戶必須參考的主要信息。特別是在高信息密度的屏幕中,應提供一些人類可讀的信息作為主要錨點,並將ID推到不太突出的位置。編碼信息的大量使用經常出現在醫療應用程式、CRM系統(用戶常常必須為與客戶的每一次銷售交互選擇一個編碼)、會計軟體和企業應用程式中。在所有這些應用程式中,對人類有意義的信息都用簡短的代碼進行了總結,以使其更緊湊。一段簡短的代碼可能比一個完整的句子更適合一小塊區域,但會給用戶帶來更高的認知負擔。他們需要把編碼信息翻譯成有意義的東西,而我們的工作記憶本來就有限。即使是訓練有素的專業人員也不可能記住所有可能的代碼,他們仍然需要花費大量的精力來進行這種心理翻譯。

該表的第一列是無意義的ID信息;網絡代碼和位置代碼欄位還包括編碼信息,用於在緊湊空間中表示複雜信息。位置名是唯一對人類有意義的列;要破譯其他的代碼,人們要麼依賴於他們的記憶,要麼必須參考一串代碼鍵。如果你的應用程式有數百甚至數千個特性,你必須將這些特性的控制項放在某個地方,而且,你需要對它們進行優先級排序和組織,以便用戶能夠輕鬆地找到並快速訪問最重要的特性。這種約束的一個後果就是經常出現一個溢出菜單:最常用的操作顯示在工具欄中,最後一項標記為「更多操作」、「工具」,或者最糟糕的是……包含了所有其他不適合的選項。這些菜單標籤具有低信息氣味,只不過是一個放垃圾的摺疊菜單:一個放所有你無法歸類但又不想扔掉的東西的地方。這種摺疊菜單經常出現,因為團隊有一串所需的特性,但是不知道將它們放在哪裡,或者在遺留應用程式中,它無法刪除舊的、很少使用的特性。溢出菜單的問題在於,就像你家裡的垃圾抽屜一樣,沒有人知道你可能放了什麼。換句話說,它限制了特性的可發現性和可查找性,因為大多數用戶沒有任何理由去查找那些菜單。

Airtable: 一個標著…的垃圾摺疊菜單幾乎沒有什麼信息氣味。用戶將很難預測菜單中的內容。

Salesforce: 一個標著More的垃圾摺疊菜單將Save之類的操作放在會破壞工作(比如放棄)的操作旁邊,這是一個常見的設計決策,會給用戶帶來很多麻煩。雖然從邏輯上講,這種布局通常是合理的(例如,Save和Delete是相關的,因為它們決定了一個項目的命運),但它也使單擊錯誤的按鈕或圖標變得很容易——特別是當用戶匆忙、完成重複的操作或有運動困難時。這種無意的用一個操作代替另一個操作的行為叫做手滑。

企業備份軟體Veeam提供了一個多步驟嚮導來設置新的備份作業。在我們的研究中,一個用戶花了將近20分鐘來完成這個嚮導,由於兩個按鈕的接近性,他幾乎是在最後一個摘要頁面上單擊了Cancel而不是Finish。如果該用戶單擊Cancel, 20分鐘的工作就會丟失。

Microsoft Outlook將跟蹤按鈕的標誌放在歸檔和刪除圖標旁邊。這些圖標服務於相反的用戶意圖,但它們很小,放置緊密,很容易被用戶在匆忙中弄錯。應用程式是非常特定於領域的,因此對於一個行業來說可用、高效、令人愉快的應用程式對於另一個行業來說可能是徹頭徹尾的災難。創建一個可用的應用程式需要你與你的用戶一起研究,以確定他們的工作流程、他們需要的特性以及他們的心智模型和期望。然而,這裡列出的10個應用程式錯誤代表了我們在一系列行業,包括創意、金融、企業、醫療、工程等等行業的研究中觀察到的共同現象。

原文連結:https://www.nngroup.com/articles/top-10-application-design-mistakes/

翻譯:馬克筆設計留學

如果對於設計專業留學和作品集有任何疑問,可以隨時和我們聯繫,微信:13718574833,知無不言言無不盡!

相關焦點

  • 我的世界error錯誤信息 應用程式錯誤解決方法
    我的世界在新手玩家安卓遊戲運行之中,會遇見我的世界error應用程式錯誤信息包括「Error:Unable to access jarfile mcpc-plus-1.6.2-RO.1-forge804-836.jar」的錯誤。下面就為大家帶來我的世界error應用程式錯誤信息的解決方法。   我的世界error應用程式錯誤解決方法:
  • 排查指南|當 mPaaS 小程序提示應用更新錯誤
    問題描述:APP 啟動 mPaaS 小程序彈出 toast 信息:"應用更新錯誤"。原因分析調用MDS小程序更新接口之後,沒有拉到對應的小程序信息,就會返回1001。mPaaS 框架在打開一個小程序應用前,首先需要獲知該小程序的基本信息,因此客戶端會主動通過 RPC 請求和服務端發布信息對不上。如果拉取小程序失敗,或沒有命中要打開的目標應用,APP會提示錯誤 "應用更新錯誤"。
  • 編寫彙編語言常見錯誤分析
    一、彙編軟體彙編失敗原因分析:本文引用地址:http://www.eepw.com.cn/article/201602/287210.htm  這裡採用Keil C51軟體包中的宏彙編器A51
  • APP裡導航欄設計的6個常見錯誤和3個成功的案例分析
    本文主要分析了在APP導航欄設計中常犯的六個錯誤,還分析3個成功的案例。牢記這些將幫助您從別人的錯誤中學習,吸取經驗教訓。同時,也可以幫您改善導航設計,讓用戶在您的應用裡運用自如。所有應用程式都有著屬於它們自己的小世界,它們擁有大山般龐大的各種微觀交互,大海般的汪洋數據以及來自各個城市各行各業的用戶。
  • 學術論文分享-Java企業應用程式靜態分析
    靜態分析不同於動態分析,動態分析通常是通過執行程序,根據程序運行返回結果和程序狀態去分析。靜態分析中有兩個常見的名詞:soundness:對程序進行了over-approximate過擬合,不會漏報(有false positives誤報)。
  • 解決Appstore安裝應用錯誤教程
    解決Appstore安裝應用錯誤教程 2012-08-17 16:13 | 作者:SORA | 來源:265G QQ群號:624022706 | 我要分享:
  • DRGs應用:病案書寫常見錯誤匯總剖析
    病案首頁數據質量決定DRGs應用的成敗,而醫生病案書寫的正確規範與否又直接關係到病案數據的質量,所以DRGs應用落地的關鍵還是離不開醫師手中的那隻「筆」。本文通過病案書寫過程中各個環節常出現的一些錯誤、缺陷,來看看一份優質的病案是如何煉成的!
  • 大數據分析應用常見的困難及發展趨勢分析
    大數據分析應用常見的困難及發展趨勢分析 工程師郭婷 發表於 2018-07-24 14:31:00 一、政府大數據應用效益難題 1.
  • C/C++程序core dump分析(一)
    那麼程序出core的情況有哪些的?如果程序core了之後,我們應該如何對這類問題進行定位呢?FourExperts小組的同學經過大量的案例收集、篩選和分析,產出了這份分析報告。希望大家從中了解程序出core的常見原因和定位方法。為了給大家一個直觀的認識,我們首先分析一下程序出core的常見原因及分類方法。通過這些分類,我們可以對分core的原因、定位方法有初步的認識。
  • 什麼是應用程式安全性?保護軟體的過程和工具有哪些?
    例如,一個常見的編碼錯誤可能允許未經驗證的輸入。然後如果黑客發現了數據洩,這個錯誤可以轉化為SQL注入攻擊。集成到應用程式開發環境中的應用程式安全工具可以使這個過程和工作流更簡單、更有效。如果您正在進行遵從性審計,這些工具也很有用,因為它們可以在審計人員發現問題之前捕獲問題,從而節省時間和費用。
  • 考研數學:極限計算中的常見錯誤分析
    考研數學:極限計算中的常見錯誤分析   極限是高等數學的最基本概念和思想,理解了極限的思想就容易理解函數的連續性和導數概念及積分概念等一系列重要概念,掌握好了極限的運算就等於打開了高等數學的大門,但不少同學在極限的計算過程中,容易犯這樣或那樣的錯誤,為了幫助同學們認識並避免計算極限時出錯
  • 10 種 JavaScript 中常見的錯誤
    前言查看了數千個項目後,發現了 10 個最常見的 JavaScript 錯誤。我們會告訴你什麼原因導致了這些錯誤,以及如何防止這些錯誤發生。如果你能夠避免落入這些 「陷阱」,你將會成為一個更好的開發者。
  • 兩種開發 RFID 應用程式的方法分析
    在本文中,我將首先討論兩種開發 RFID 應用程式的方法:傳統方法和 RFID Web服務。然後,我將討論把 RFID Web服務集成到多個 SOA 中的 EAI 應用程式將如何提高帶 RFID 標記的物品、盒子和託盤的可見性,並將提供有關它們的解決辦法的信息。我將演示如何跨多個 SOA 將 RFID Web服務集成到 EAI 應用程式中。
  • Vlookup八種常見錯誤分析
    今天我們就來看看Vlookup使用過程中有哪些常見錯誤。知道了別人曾經遇到過的錯誤,我們自己在使用時才能避免犯同樣的錯誤。1忽略絕對引用這裡有兩點,一個是查找值,另外一個就是查找區域,這兩個都需要注意不要忽略了相對引用和絕對引用的設置。比如我們需要從以下格式的數據表中查詢數據。
  • 教你寫Bug,常見的 OOM 異常分析
    Java 堆內存的 OOM 異常是實際應用中最常見的內存溢出異常。簡單地說,就是應用程式已經基本耗盡了所有可用內存, GC 也無法回收。假如不拋出 GC overhead limit exceeded 錯誤,那 GC 清理的那麼一丟丟內存很快就會被再次填滿,迫使 GC 再次執行,這樣惡性循環,CPU 使用率 100%,而 GC 沒什麼效果。
  • 萬精油:亞馬遜產品上傳常見錯誤分析
    萬精油:亞馬遜產品上傳常見錯誤分析 產品上傳錯誤分析上傳結果會在Inventory file upload status裡面,Refresh刷新上傳結果。
  • Facebook的一個錯誤導致Spotify,Venmo,TikTok和其他應用程式崩潰
    由於Facebook本周SDK中的錯誤,Spotify,Venmo,Tinder,TikTok,DoorDash和Pinterest等眾多流行iPhone應用程式的用戶都經歷了持續的應用程式崩潰。墜機報告開始於昨天東部時間下午6:30左右發布,但此問題已得到解決。
  • 管理者在數據分析上常犯的9個錯誤
    下面是一個關於九個常見統計錯誤的速成班,每個管理者都應該熟悉:不明確的目標:未能確定收集數據的原因,意味著你將錯過闡明假設和確定收集內容的機會。結果是你可能會收集錯誤的數據或不完整的數據。收集龐大而混亂的數據量只會阻礙你未來的分析,因為你將不得不通過更多的垃圾來尋找你真正想要的東西。定義錯誤:假設你想知道你的客戶上個季度花了多少錢在你的服務上。即使是這樣一個簡單的目標也需要在你得到你想要的信息之前定義一些假設。
  • Python編程常見出錯信息及原因分析(3)
    = {{'a':97, 'b':98}}Traceback (most recent call last):  File "<pyshell#13>", line 1, in <module>    x = {{'a':97, 'b':98}}TypeError: unhashable type: 'dict'錯誤原因分析與解決方案
  • Adobe常見安裝錯誤處理
    首先分析問題原因:1.軟體下載包解壓錯誤或者下載錯誤。三.首先分析問題原因:1.pr調用顯卡加速功能失敗                                2.首選項配置讀取錯誤