貼近用戶的心理模型,才能做好交互設(shè)計
基本夠用是一個功能的基礎(chǔ)屬性,想讓用戶使用滿意,還需要做到操作前可以預知、操作中有反饋、操作后可撤銷這個三個基本原則。
每天都會聽到用戶的很多反饋,而總結(jié)起來無外乎是軟件不夠善解人意,軟件單方面的自作主張導致增加了用戶的使用成本,而軟件的設(shè)計者還一味的強調(diào)我這是為你好,一句“為你好”再次道出了多少恩恩怨怨,不僅僅是生活中的人際關(guān)系,還是軟件中的設(shè)計思路,我們當然要對用戶好,給用戶提供最大的便利,提高用戶的工作效率或者是做一件事情的滿足感。
而做到基本夠用的功能前,還需要滿足以下三個基本原則:
- 操作前可以預知;
- 操作中有反饋;
- 操作后可撤銷;
只有把一個功能操作從正向到反向都考慮到位,都能順暢的不中斷用戶的執(zhí)行邏輯,才能真的讓用戶使用的滿意,雖然人生不能重來,但是用戶在做事情的時候肯定會遇到某些特殊情況的變化,需要有方式撤銷自己已經(jīng)做過的決定,雖然這樣的操作不多,但是遇到一次就會讓人頭疼,突然發(fā)現(xiàn)自己剛剛執(zhí)行的操作不能更改,那是一種崩潰的情形吧。
一、從用戶的心理角度看
理論上的心理模型(mental model)是用于解釋人的內(nèi)部心理活動過程而構(gòu)造的一種比擬性的描述或表示??擅枋龊完U明一個心理過程或事件。可由實物構(gòu)成或由數(shù)學方程、圖表構(gòu)成。
而理解用戶需要的設(shè)計,設(shè)計有特色與辨識度的產(chǎn)品則是一種不斷優(yōu)化與改進。
用戶每日的煩心事有很多,軟件更不能再去招惹易怒的用戶了,否則損失的只能是產(chǎn)品本身,失去難得的用戶。而往往一些產(chǎn)品的細節(jié)才決定著產(chǎn)品的成敗,因為很多時候產(chǎn)品的大方向是正確的,的確幫助用戶解決了一些問題;可正是因為在一些細節(jié)上邏輯把控太嚴或者記錄的數(shù)據(jù)不完整。
二、發(fā)生苦惱的根源在哪里?
軟件產(chǎn)品中的確定與不確定的判斷標準的依據(jù)是什么,這當然是一個問題,無論開過多少次評審會,無論哪一個用戶代表當時說這個是確定的,但實際中總是會發(fā)生特例和意外,沒有人能預料到未來,而達成一些不可改變的業(yè)務原則是必須的,只有不變的根基才能有穩(wěn)定的產(chǎn)品設(shè)計。
當然會有一些非核心的業(yè)務原則問題隨著時間的變化會改變,產(chǎn)品的使用過程中會慢慢體現(xiàn)出來,往往最終在使用過程中還是會推翻之前的需求設(shè)定,擁抱變化是必須的,如果使得這些試錯、修改的成本降低到最低也是每一次產(chǎn)品設(shè)計需要不斷考量的。發(fā)生苦惱的原因正是因為現(xiàn)實中會遇到黑天鵝等小概率事件,會無法預知到工作的下一秒。
三、維護信息的時候,需要考慮再次修改的成本
小到一個客戶信息系統(tǒng)中的客戶單位維護,一些軟件中在首次新增客戶單位信息后,后期再次更改相應信息的時候確發(fā)現(xiàn)單位名稱不能被編輯,而只能編輯其它的電話、地址、聯(lián)系人等信息,用戶只是想更改一下單位名稱的一個字,卻被軟件設(shè)計人員告知:因為這個單位名稱很重要,在后面的關(guān)聯(lián)模塊,如電子合同的落款名稱、財務往來打款的信息上都會使用,所以不能修改,那你只能刪除這個錯誤單位,重新添加維護一個單位信息。
用戶無法理解改個單位名稱居然還要繞這么一圈,繁瑣而又耽誤時間;用戶當然不會無緣無故的添加錯誤的單位名稱信息,不管是因為無操作還是單位發(fā)生了名稱的變更,就上普通人會改名字一樣,單位當然也會,那么當這一切發(fā)生的時候,用戶想做的就是及時修改,而不是去考慮以前的單位名稱叫法,即使有很多已經(jīng)在處理中的訂單(正在進行中的業(yè)務)等,那修改軟件中的客戶名稱是為了開展新的業(yè)務,現(xiàn)實中都已經(jīng)發(fā)生確定的事情,那么在系統(tǒng)里肯定也需要友好的支持,達到無縫的對接現(xiàn)實。
當然產(chǎn)品的設(shè)計者不能簡單照搬像手機通訊錄的處理方式,用戶改了聯(lián)系人的名稱后忽然應用到了所有的短信、通話記錄,之于個人沒有什么太大的利益問題;但之于企業(yè),尤其是發(fā)生了以實際業(yè)務合同為依托的線下實際業(yè)務,則不能將修改的新單位名稱運用到所有的業(yè)務訂單里(需要按時間劃分),修改應該僅僅針對新的業(yè)務訂單,不影響已經(jīng)發(fā)生的老業(yè)務訂單,現(xiàn)實是這樣開展業(yè)務的,那么軟件應該是一種模擬,而不是一種隨意的竄改數(shù)據(jù)等,當然一味的不允許改也是不妥的。
四、充滿誘惑的新增
新增操作,對于用戶來說充滿著誘惑,用戶既想快點把新增的操作做完去做其它的事情,沒有任何其它的顧慮,用戶不想考慮所有的突發(fā)情況或者意外,那是產(chǎn)品人員應該考慮的,如果告訴用戶每一次操作都需要慎重,仿佛填錯了就需要很大的代價,而用戶多半并不想做每個動作的時候都認真思考,沒法像審視合同似的去校驗每個信息字段的完整性,即使是合同條款,很多人也不愿意一字一句的去讀取與理解,而軟件需要給予用戶的是一種最大程度的方便用戶、幫助用戶解決問題,而不是制造麻煩。
生活中有很多事情不能后悔,可是軟件里需要給用戶反悔的操作方式,一次成功的要求太高了,付出的成本也很高,軟件里更多的考慮是把復雜的過程細化成子流程,引導用戶去遞進的完成。
用戶想快點做完一件事情,即使做錯了,也不用自責,因為軟件中是需要提供一些后悔藥的。即使身處現(xiàn)實世界,也是可以有很多的特例出現(xiàn),不應該出現(xiàn)僅僅考慮正向的情況。
五、強大的復雜性
復雜性留給誰,一直是需要認真思考的問題。事實是,如果直接的丟給本就不堪重負的用戶,那么用戶只能選擇離開,或者成為一次次令人頭疼的產(chǎn)品反饋,因為沒有給用戶帶來便捷性。常用的主流軟件,都提供了很多可以反悔的操作,及時的撤銷功能和再次編輯時的任意編輯。
用戶考慮的就是當前所遇到的情況,而設(shè)計人員則需要提前去感受和調(diào)研具體的使用場景,做到滿足最多數(shù)用戶的情況。不斷的聽取用戶的反饋是一個快速優(yōu)化產(chǎn)品細節(jié)的方式,了解用戶的真實使用場景才能做出貼合業(yè)務實際的產(chǎn)品。
更重要的是記住最基本的原則,使得操作前可以預知,操作中有及時的反饋,操作后也能適當?shù)某蜂N。
本文由@山人小道 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
遇到不懂的老板和固執(zhí)客戶,很是頭疼啊
對于有具體規(guī)定流程的 且現(xiàn)實中不能反悔的 不知道要不要給給后悔藥,
這個還是要看具體的業(yè)務,很多現(xiàn)實中不能反悔的,做錯了都是從頭再來。但是在我們系統(tǒng)里面是可以適當讓他反悔的
那對于作為業(yè)務中唯一標識的信息,如身份證之類,我們要設(shè)置怎樣的修改流程,才能比較嚴謹呢?
以前很多系統(tǒng)都用手機號做的唯一鍵,現(xiàn)在手機號,很多情況下都可以變得呢