關于易用性你需要考慮到的關鍵點
在注重效率的工作,首先考慮的是效率,可能易用性就要放在第二位了。在使用者已經學會使用以后,如果程序還讓帶領用戶一步一步執行,只會讓用戶感到很討厭。——《交互設計精髓》
易用性專家提到要“聚焦于用戶”及“以用戶為中心進行設計”,是因為易用性取決于把用戶的需要保持作為設計過程的中心。?以用戶為中心進行設計必然地涉及到更多的東西,不僅僅只是遵循一套規定在界面上按鈕、菜單如何擺放的規則。
在實際的產品設計中設計人員通常需要在易用性上做權衡,但這個權衡并不總是很容易去做的,有時候甚至是無法去權衡的。以下是筆者列出的幾點需要考慮的易用性關注點:
1、將易用性更早地體現在設計中,例如需求階段
筆者設計的產品在最開始收到需求時,需求提供者說我們的工人有的根本不會使用電腦,你不能設計的過于復雜。我當時反駁了一句,那這種工人就不是我們的用戶。當然了我說出這句話的時候多少還是帶了一種情緒,覺得需求提供者這就是逗我玩呢,試想我們做的是一個軟件產品,不會使用電腦那總認識字吧,可以根據用戶手冊學習啊。
但是從中我深度詢問了之后得出一個結論,我們的目標用戶大都是文化水平不高的工人,導致可能學習成本比較高,所以從設計上要盡量的簡單明了,具有指向性,不給這類用戶看過多的需要分析性的信息,例如導航的名字要準確具體,頁面展示內容要盡量的展現對該類用戶有意義的,需要完成的工作最好帶上工作該如何做的詳細步驟……等。
2、你的設計要盡早地進行易用性測試
很多人說設計做的好不好,就是拿著你的設計給對這個事完全不了解的人看。但筆者并不認同這種做法,你的設計要盡早地給測試人員,給最終用戶進行試用,因為至少是懂業務的,否則關注點可能不會集中在呈現出的功能上,而是被界面的美觀度等外觀方面分散了關注點。這個過程可以是評審會議,也可以是原型試用,總之就是不能讓人覺得這個設計很別扭,是順暢的就好了。即使它并不是難么容易使用,也沒關系,只要是符合大多數人的邏輯思維的。因為令人別扭的設計不見得是別致,可能是你對業務的過分理解!
這個過程在開始被認為是浪費時間的,但是當產品越趨于成熟,它將顯得更為重要,而且這個過程會為你節省更多的返工、修改bug的成本。
3、盡早將所有設計整合在一起進行演示、評審
很多團隊可能都不是一個人在做設計,多人做難免會有風格上的不統一,這種不統一可能在分散的評審會上不會被關注到,一旦付諸開發就會產生易用性bug。筆者就遇到這樣的問題,因為一下子涌來的需求過于多,所以按照模塊分配給了幾個人來做,結果做出來的設計在復選框的形式上產生了很大的分歧,評審會議也是每次都針對模塊進行的,最后直到開發提交給測試才發現這個問題,結果當然是統一成一種修改了。
所以要盡可能的將所有的設計整合到一起進行評審,或者進行易用性測試,也有助于發現邏輯上的問題,模塊之間的矛盾在設計集成之后會集中性的爆發,如果在設計階段解決將會節省更多時間成本。
最后,我想說大多數因為強權改變的設計都會被用戶認為很難用,所以設計的反復評審與測試是很重要的,這是對設計的合理性進行論證的過程。
作者:范范,目前在做智慧消防的相關產品設計,咨詢顧問轉產品,一切關注都在用戶需求。
本文由 @范范 原創發布于人人都是產品經理?,未經許可,禁止轉載。
針對第三點最后做修改,其實可以在設計需求出來的同時大家想進行討論,給出一個統一設計的模板,后期的工作就沒有這么麻煩了。
很同意第三條。
沒有產品總監(高級產品)的整體把控、整合。優秀的局部功能,可能會反而成為系統的槽點。
交互或者UI樣式的統一,一般都是視覺設計或交互設計總監把控。如果沒有就產品經理把控即可。