3個交互底層邏輯:兩少一多
設(shè)計行業(yè)已經(jīng)很成熟,沉淀了不少方法論和經(jīng)驗,在工作中靈活運用,能幫助我們提高工作效率,獲得更好的用戶體驗。本文分享的兩少一多這個思路,就很值得借鑒。
如果僅關(guān)注邏輯,不在意用戶的操作便捷性或者說操作的便捷性很一般的話,可能會造成業(yè)務(wù)同事用起來很難受的情況。例如:在創(chuàng)建產(chǎn)品的時候,缺少了一個規(guī)格,此時無法在創(chuàng)建產(chǎn)品的彈窗完成規(guī)格的創(chuàng)建,而需要去到規(guī)格的管理頁面完成規(guī)格的創(chuàng)建再回來創(chuàng)建產(chǎn)品。
現(xiàn)在的產(chǎn)品都不太講究這個操作的便捷性,隨便打開一個產(chǎn)品基本都是如此,鮮有讓我覺得操作真的非常好的產(chǎn)品。但還是有不少產(chǎn)品會有一些亮點,例如一些進銷存的軟件,會將創(chuàng)建訂單的入口設(shè)置得非常方便;一些文檔軟件會把所有文檔相關(guān)的內(nèi)容都集成在了一起,這是一個非常典型的例子,我們做的產(chǎn)品就是要像這樣的文檔軟件一樣操作便捷;一些CRM產(chǎn)品也可以設(shè)置自己常用工具在菜單上。
當(dāng)然做到如此便捷的成本是比較大的,產(chǎn)品經(jīng)理需要挖空心思去提升操作的便捷性,在軟件的開發(fā)與維護上也會花費不少成本,例如:原來規(guī)格就只有一個入口可以管理,現(xiàn)在多了很多入口,另外每個入口可能還有特別的邏輯。
一、3個交互底層邏輯
我認(rèn)為操作效率提升的關(guān)鍵點在于:少操作一步、多一個提示、多與現(xiàn)實世界相符合。
1. 少操作一步
你應(yīng)該多想想讓客戶少操作一步,盡量讓所有的操作在一個頁面里面完成。
例如:在錄入銷售訂單的時候,發(fā)現(xiàn)產(chǎn)品還沒有上架,這個時候旁邊應(yīng)該有個能快速創(chuàng)建產(chǎn)品的入口,而不是重新打開一個產(chǎn)品的菜單去完成產(chǎn)品的創(chuàng)建再回到分錄入銷售訂單的頁面去使用這個產(chǎn)品——這樣的操作很常規(guī),并不高效。但是這是市面上大多數(shù)產(chǎn)品的設(shè)計,老實說現(xiàn)在的產(chǎn)品在意用戶體驗的實在很少,他們總會讓你去很多個頁面操作才能完成一個事情,明明在一個頁面就可以完成這個事情。這么設(shè)計比較浪費操作人的時間,也讓人很無奈。
說一個反面例子:在使用釘釘文檔時,如果你的sheet命名里帶有特殊符號,它會出現(xiàn)一個警告提示“重命名失敗,失敗中包含特殊符號:V?*[],請調(diào)整后重試;”,然后我無法在原來的基礎(chǔ)上編輯,只能重新輸入一次。少操作一步很重要,產(chǎn)品經(jīng)理應(yīng)該重視這一點,一個小小的點但是能讓產(chǎn)品上升到一個體驗好層面。
2. 多一個提示
在出現(xiàn)問題時,你應(yīng)該給用戶一個清晰的提示,就像你的產(chǎn)品頁面上有一個貼心的客服在上面一樣。
我們?nèi)绻ャy行辦理業(yè)務(wù)應(yīng)該不會不知道怎么辦理,因為會有一位工作人員在旁邊一步一步地指引你,我們的產(chǎn)品如果能做到這樣便是比較理想的——在每一次出現(xiàn)問題的時候都能有清晰準(zhǔn)確的提示,指引用戶應(yīng)該怎么做。
說一個反面的例子:還記得我使用蘋果手機上的羊城通出地鐵站的時候,提示我不夠錢了,然后我嘗試充錢進去,不料輸入密碼3次錯誤之后,第4次我記起來了密碼,輸入進去之后它提示我:輸入密碼次數(shù)過多。就提示這么一句話,讓我不知所措,根本不知道接下來應(yīng)該怎么操作。然后我又嘗試輸入了幾次,每次都是這樣的提示,也不告訴我應(yīng)該怎么做。后來,我想要綁定新的卡去充值,但是又嫌麻煩,沒綁成,再后來摸索來摸索去,我把原先綁定的銀行卡解綁了,然后重新綁了一次。這一次輸入密碼終于可以了。前后花了將近10分鐘,體驗真的拉到最低了。本來很簡單的一件事情,應(yīng)該提示:密碼輸入錯誤次數(shù)太多。建議你做以下操作:1、綁定新的銀行卡支付2、如果你想起了剛剛輸入錯誤的銀行卡的支付密碼,可以解綁剛剛的卡,完成重新綁定,然后再次嘗試輸入密碼。一句好的提示,導(dǎo)致2種完全不同的結(jié)果。
3. 多與現(xiàn)實世界相符合
多與現(xiàn)實世界相符合。數(shù)字世界應(yīng)該能夠與現(xiàn)實世界映射起來,讓用戶有親切感。
什么叫與現(xiàn)實世界相符合?虛擬世界應(yīng)該與現(xiàn)實世界是盡可能相符合的,是符合人的認(rèn)知。固化系統(tǒng),往往都是與現(xiàn)實世界相符合的,例如:我們最常見的審批流程,往往是提交單據(jù),然后經(jīng)過層層審批。你可以看到每個步驟都是跟現(xiàn)實對應(yīng)的,大家操作起來會感覺很熟悉。微信里面裝錢的東西叫錢包,而不是叫金錢或者是余額。說一個反面的例子是:在業(yè)務(wù)認(rèn)知以來成交就是成交,有一些產(chǎn)品非要寫成贏單,導(dǎo)致一個如此簡單的東西,業(yè)務(wù)還需要一些理解成本。再一個反面例子:蘋果系統(tǒng)里的文件夾翻譯成中文居然叫卷宗,實在難以理解。
二、一些過往經(jīng)歷
如果你是做中臺類型的產(chǎn)品但是不注重操作的便捷性,很可能會經(jīng)歷以下的一個環(huán)節(jié):業(yè)務(wù)同事反饋操作太麻煩了,需要你修改到操作足夠的便捷他們才會使用。
這里的麻煩不是指的會花費大量的時間,例如:你讓業(yè)務(wù)同事點多了一個按鈕,都可能會有比較豐富的反饋,“為什么還要多點一次,你改一下吧,改好了我們再用”。
你會想,為什么要求這么極致,點多一次也沒什么吧。
有的時候產(chǎn)品經(jīng)理確實因為不是用戶而體會不到這種點多一次的痛苦,或者說這種讓用戶少操作一次的要求對于產(chǎn)品經(jīng)理來說也是一種高要求,導(dǎo)致很多產(chǎn)品經(jīng)理做不到。我也體驗過這種痛苦,我在用公司內(nèi)部的測試系統(tǒng)時,幾乎每次發(fā)測我都需要去填寫一個與我無關(guān)的字段,這讓我覺得體驗很差,特別是使用的次數(shù)越多體驗越差。
所以,如果是產(chǎn)品讓業(yè)務(wù)同事操作起來很難受,產(chǎn)品經(jīng)理應(yīng)該非常認(rèn)真地對待這個事情,在力所能及的情況下讓業(yè)務(wù)同事少操作一步。如果你真的這樣做了,你的用戶會真心感謝你。
三、后記
為什么是少操作一步,多一個提示,多與現(xiàn)實世界相符合?(一少兩多)
第一、從使用者(人)的人性的角度,懶惰是人的天性,能少操作一步是最好的,大多數(shù)產(chǎn)品都恨不得直接連接上大腦,用戶不需要做任何操作,直接意念控制。少操作一步是我認(rèn)為優(yōu)先級最高的,做什么都有個前提,我的觀點基于一般的情況下,如果需要考慮其他的因素自然不是什么情況下都是少操作一步優(yōu)先級最高。另外,企業(yè)內(nèi)部產(chǎn)品也是追求效率優(yōu)先,沒人喜歡繁瑣復(fù)雜的產(chǎn)品,除非不得不這樣。
第二、從被使用者(產(chǎn)品)的邏輯完整性的角度,在做產(chǎn)品的時候我常常想到去銀行辦理業(yè)務(wù),這2者是相通的,我們在軟件上也是辦理業(yè)務(wù)。在銀行會有一位工作人員一直為你引航,直到你辦理完成,這是體驗非常好的,也是一個成熟的產(chǎn)品應(yīng)該有的邏輯——當(dāng)出現(xiàn)了什么問題的時候應(yīng)該能夠給用戶清晰的指引,指引用戶應(yīng)該怎么做。這其實是一個產(chǎn)品比較基本的要求,但是因為一個程序往往關(guān)聯(lián)了很多的東西,只要任何一個東西出錯都會導(dǎo)致用戶無法完成目標(biāo),這也是很難做好指引的一個原因,你需要知道所有出錯的地方并且出錯的時候都能有一個解決方案提供給用戶,也因此可以產(chǎn)生了這么一個提示“請聯(lián)系技術(shù)處理”。
第三、從使用者(人)與被使用者(產(chǎn)品)兩者的聯(lián)系的角度,人同時生活在現(xiàn)實和虛擬的世界,虛擬的世界通常都是現(xiàn)實世界的一個鏡像,當(dāng)然不是完全的“鏡像”。如果虛擬世界與現(xiàn)實世界完全是2個世界,用戶便不知道應(yīng)該怎么在虛擬世界生活了,或者是需要很大的成本去學(xué)習(xí)如何在虛擬世界生活。也就有了這個要求:多與現(xiàn)實世界相符合。
本文由@Bruce 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
羊城通密碼那個,密碼輸錯三次不讓輸入,就是為了防暴力破解啊,要提示也是提示忘記密碼去更改
贏單這個例子,感覺是一些情感化的設(shè)計點。贏單這個詞經(jīng)常出現(xiàn)在銷售領(lǐng)域內(nèi),我覺得把成交換成贏單這個設(shè)計能帶來一些雞血的效應(yīng)吧,個人覺得不算是反面案例。
同意,贏單一般出現(xiàn)在crm系統(tǒng)里,跟銷售相關(guān),沒有哪個銷售會看不懂贏單的意思。更何況成交無法覆蓋贏單的全部含義,比如一個大客戶,分批次付款,或者采購多款產(chǎn)品,甚至說這單是贈送單就是為了后續(xù)合作根本沒有成交,那成交就會出現(xiàn)歧義。
深度贊同??