|
只有置身事外才能真正發(fā)現(xiàn)產(chǎn)品的可用性問題，很容易舉出可用性差的例子，但是通常情況下人們并不知道那些造成產(chǎn)品好用或者難用甚至令人憤怒的真正原因。當(dāng)然，這并不是偶然，大多數(shù)優(yōu)秀的產(chǎn)品都曾進(jìn)行過深入的用戶體驗設(shè)計以及可用性測試。
下面是我們總結(jié)的導(dǎo)致可用性差的最常見原因
1.過分關(guān)注產(chǎn)品功能與技術(shù)
在項目的一開始，很多項目負(fù)責(zé)人和利益相關(guān)人員都希望能夠利用最新的技術(shù)或開發(fā)大量的的功能，功能的開發(fā)與測試則受到高度重視，并且通常會有一個專門的項目小組負(fù)責(zé)，錯就錯在未能平衡這些功能與用戶真正的需求之間的關(guān)系，相反，用戶需求被扔到了大部分接口開發(fā)完成之后。
【沒有數(shù)據(jù)表明但聽過很多設(shè)計師抱怨，決策者往往將改善用戶體驗交給了視覺設(shè)計師或者是交互設(shè)計師進(jìn)行最終界面的改善，這讓設(shè)計師們無從下手】
2.設(shè)計師和工程師的“門戶之見”
脫離用戶的情況下，設(shè)計師和工程師除了自我經(jīng)驗并沒有更多想法，僅從自我能力、理解和看法出發(fā)進(jìn)行系統(tǒng)設(shè)計。他們常常會深入的做項目卻很少懷疑自己的決定，如果產(chǎn)品能夠按照他們預(yù)想的方式運作那就足夠了。
【這里可參考千鳥同學(xué)的文章：對設(shè)計和技術(shù)的誤解，順便提一下最近比較熱鬧的DougBowman辭職事件，在我理解中，G公司受到流量的影響，是一個數(shù)據(jù)決定設(shè)計的公司，而Apple則受到銷量的影響，是設(shè)計決定數(shù)據(jù)的公司，人各有志，而G公司也不會因為Doug的離開有所改變】
3.沒人考慮過用戶真正需要使用的界面
開發(fā)人員很容易陷入項目的細(xì)節(jié)，并沉浸在如何使產(chǎn)品正常運作的復(fù)雜性上。有時候，一個團隊很容易做到集中精力于工作細(xì)節(jié)卻不能退一步從用戶的角度去質(zhì)疑自己的設(shè)計，了解用戶真正的需求，了解用戶在什么情況下使用他們的產(chǎn)品，而這些很可能徹底改變設(shè)計的方向。
【工程師很容易為了一個細(xì)節(jié)問題和產(chǎn)品設(shè)計師較真，而如果這個設(shè)計師在沒有實權(quán)的情況下，很容易和工程師妥協(xié)，不論設(shè)計師說話的手段有多高，方向性問題上或許能夠說服設(shè)計師，針對某個細(xì)節(jié)，并且是設(shè)計師不熟悉的細(xì)節(jié)，產(chǎn)品很容易被工程師誤導(dǎo)而失去本意】
4.最終拍板的人缺乏界面設(shè)計經(jīng)驗
通常，我們會碰到一個能干并且善良的項目主管來為產(chǎn)品最終的界面與運作拍板，但大多數(shù)情況下并非如此，這個能夠拍板的人往往很少有用戶界面設(shè)計的經(jīng)驗，并經(jīng)常不經(jīng)意間做出那些并不考是否會慮影響用戶體驗的決定。
【兩方面原因，設(shè)計師無法擔(dān)起重任時，項目經(jīng)理不得不事必躬親，在雙方不信任的情況下自然會出現(xiàn)各種矛盾】
5.過分關(guān)注數(shù)據(jù)（定量測量）
當(dāng)一個網(wǎng)站完工后，你會聽到項目團隊在討論各種數(shù)據(jù)，獨立訪問的數(shù)據(jù)，注冊量，PV數(shù)據(jù)等等。不幸的是，產(chǎn)品或者網(wǎng)站的可用性卻沒那么容易度量。與此同時，項目團隊或許會意識到一堆被忘記的問題，或者是網(wǎng)站關(guān)鍵頁面的低PV，他們卻很少能夠理解用戶的操作方式，什么才是提高的可用性以解決問題的關(guān)鍵。
【數(shù)據(jù)只能代表過去，只是暫時的，而可用性則是一個長期的，見效慢的過程，做數(shù)據(jù)很快，而做口碑則需要積累】
6.太多的決策者
當(dāng)一個項目小組中出現(xiàn)太多的決策者或者是一個很大的團隊沒有清晰的項目領(lǐng)導(dǎo)或角色定義時，這個小組會收到太多相互沖突的關(guān)于產(chǎn)品應(yīng)該如何設(shè)計的觀點，通常情況，這個小組會討論，視圖將接口轉(zhuǎn)化成他們自己“認(rèn)為”的有利于項目的方式，一旦這種未經(jīng)檢查的產(chǎn)品開發(fā)方式變成了妥協(xié)、投機和自我意識，項目小組將會很少乃至不會再去理智的檢查他們的想法，最終導(dǎo)致失去為用戶設(shè)計產(chǎn)品以滿足用戶需求這一目標(biāo)。
【產(chǎn)品設(shè)計師、項目經(jīng)理、首席工程師，如果這三者都意見不一，如何讓工人們做出一個意義明確的產(chǎn)品】
7.定義不明確的項目目標(biāo)
在每接觸一個新客戶的時候，我們總是驚訝的發(fā)現(xiàn)很少有項目有明確的目標(biāo)。當(dāng)項目沒有確定的目標(biāo)，這種產(chǎn)品或是服務(wù)所呈現(xiàn)的是一種偶然的上升趨勢，隨著時間的推移，項目團隊失去了信心，而用戶則流失于那些并不匹配的特性和功能。平衡清晰的商業(yè)目標(biāo)與清晰的用戶目標(biāo)是提供給用戶一貫的好的體驗的重要方面。
【明確的目標(biāo)也要適度，給予工程師與設(shè)計師一定的發(fā)揮空間，當(dāng)然，前提是這個工程師和設(shè)計師愿意發(fā)揮，如果是那種不喜歡創(chuàng)造或者實力還達(dá)不到創(chuàng)新，最好是事無巨細(xì)交代清楚，否則不僅效率低下，做出來的結(jié)果也不好】
8.沒有為提升用戶體驗提供激勵
極少團隊會在產(chǎn)品開發(fā)過程中為提升用戶體驗提供激勵，大部分時候，公司采取更為傳統(tǒng)或者是以指標(biāo)（客戶滿意度、預(yù)算、交通、產(chǎn)出等）的方式來獎勵團隊。顯而易見的是，如果項目小組沒有在提升可用性過程中得到獎勵，他們將會將工作的重心放在那些可以讓他們得到關(guān)注和獎勵的方面。在項目的開始就以規(guī)范的基準(zhǔn)建立可用性測試，這將在任何項目中為測量與激勵可用性提升提供一個很好的方式。
【這的確是一個問題，很少有公司會為提升用戶體驗而給工程師獎勵，工程師會認(rèn)為這是設(shè)計師的工作而不會主動去思考，結(jié)果仍舊是雙反扯皮，妥協(xié)】
9.他們只是沒有意識到可用性差而已
很多客戶告訴我們，他們已經(jīng)知道其產(chǎn)品或者服務(wù)的問題出在哪，但他們還是很驚訝我們的報告中出現(xiàn)的那些他們并沒有關(guān)注過的可用性問題。除非你的確進(jìn)行了規(guī)范的可用性測試，很難想像問題出在哪。顧客的意見，投訴和網(wǎng)站分析有時可以告訴你出現(xiàn)了問題，但很少能夠讓你深入了解問題在哪以及為什么會出現(xiàn)問題。這些問題只能通過觀察用戶如何使用產(chǎn)品與服務(wù)來發(fā)現(xiàn)，但很多團隊從未這樣做過。
【可用性測試的規(guī)范很多，去google搜索一下usabilitychecklist就可以了】
10.見樹不見林
我們都曾經(jīng)歷過以為自己做出那種類似已經(jīng)很好不能更好的決定的感覺，這在項目的全過程中都有可能發(fā)生，人們過于熟悉自己的產(chǎn)品或者服務(wù)之后，無法退一步去考慮全局，因為他們無法再從用戶的角度去看整個項目，最終一手導(dǎo)致了差可用性的出現(xiàn)。引入中立的、長期的建議機制是從客觀的角度去制定決策以及消除可用性問題至關(guān)重要的解決方式。
做一個好用的產(chǎn)品和服務(wù)是很難的，但消除差的可用性則可以從一開始建立目標(biāo)就開始，貫徹整個項目周期。
【一葉障目，這不僅僅體現(xiàn)在小小的產(chǎn)品設(shè)計上，更能體現(xiàn)出一個人的資質(zhì)，需要一個有遠(yuǎn)見的leader，更需要一群有遠(yuǎn)見的員工】
|