從交互維度量化用戶體驗
狹義的交互定義交互主體必須是人本身,而客體可以是產(chǎn)品、環(huán)境、服務(wù)等等,且不論交互客體是什么,只要主體是人,人和客體去進(jìn)行交互的時候,一定是人帶著心理預(yù)期施加一個行為。
之前參加了回音分享會,認(rèn)識了很多新朋友,線下分享時間有限,可能有很多東西沒有講的很透徹,所以整理了一下我當(dāng)時的ppt和想要表達(dá)的觀點,寫了這篇文章,和大家分享一些在產(chǎn)品和交互設(shè)計中的一些自己的方法。
Part – I 什么是交互
狹義的交互(Interaction)定義交互主體必須是人本身,而客體可以是產(chǎn)品、環(huán)境、服務(wù)等等,且不論交互客體是什么,只要主體是人,人和客體去進(jìn)行交互的時候,一定是人帶著心理預(yù)期施加一個行為。
然后客體會根據(jù)這個行為給與一個反饋(沒有反饋本質(zhì)也是一個反饋),而人會根據(jù)這個反饋是否符合預(yù)期去進(jìn)行心理修正。
如下圖所示,這就是我理解的最小交互模型:
當(dāng)時我舉的例子是用翻頁器去控制ppt翻頁:
如上圖所示,拆解這一套交互行為:
當(dāng)我點擊翻頁器的“下一頁”按鈕,我點擊行為附帶的心理預(yù)期是“PPT翻往下一頁”,然后我點擊的時候,遙控器塑膠按鈕給到我手指一個物理反饋,證明我按下的行為已經(jīng)完成了,這是“輸出端(我的手)的交互與反饋”。
這時候遙控器接收到按鈕指令,把指令通過紅外線傳輸?shù)経SB接收器上,接收器把指令傳到PC端然后完成翻頁動作,再通過大屏幕傳到我的眼(輸入端)中,我就可以確認(rèn)這一次交互反饋是符合預(yù)期的。
BTW這里有一點想要補(bǔ)充:設(shè)備對設(shè)備(上圖中黑色箭頭),也屬于廣義的交互,只不過現(xiàn)階段大家研究的交互設(shè)計都是狹義的,人為主體的交互。
在我們?nèi)沼每萍籍a(chǎn)品的早期,有兩個東西是無法跳過的,那就是按鍵手機(jī)和PC電腦。
他們幾乎是同步在發(fā)展的,而這兩個產(chǎn)品的交互行為基本上延續(xù)到了觸屏手機(jī)時代,所以為了弄明白觸屏手機(jī)的交互,這兩個產(chǎn)品是值得講一講的。
先看按鍵手機(jī)(就是我們小時候用的非智能手機(jī)):
在按鍵手機(jī)中,最讓用戶困惑的其實是按鍵和屏幕之間存在一個映射關(guān)系,而不同廠商缺乏一個統(tǒng)一的規(guī)范,各家映射規(guī)則不一樣。大家是否還記得當(dāng)年的手機(jī)說明書那可以說是相當(dāng)厚,因為說明書必須要給用戶建構(gòu)一個心理模型。
比如上圖:點擊左上角和右上角那兩個“-”按鈕,其實一一對應(yīng)的是屏幕左下角的“Goto”和右下角的“Names”。這個一一對應(yīng)關(guān)系作為今天的用戶來看應(yīng)該是很平常而且很易懂的,但是當(dāng)年沒用過手機(jī)的人,需要花很長時間閱讀說明書,才能夠明白物理按鍵和屏幕上的映射關(guān)系,這就是觸屏手機(jī)很難用的地方,也是很反人性的地方。
因為作為用戶來說,心智上,我們當(dāng)然希望所觸即所得。
再來看PC,作為和按鍵手機(jī)差不多一起出現(xiàn)的載體形式,人們操作PC端人是通過媒介(也就是鼠標(biāo)+鍵盤)輸入的,其實本質(zhì)上,也是我們通過鼠標(biāo)在桌面上滑動x-y區(qū)域,對應(yīng)到電腦桌面上指針的移動來創(chuàng)造屏幕中x-y的映射關(guān)系,然后鍵盤上幾十個鍵配合輸入完成操作。
大家發(fā)現(xiàn)了么,上述的兩種設(shè)備其實本身就是在制造一種一一對應(yīng)的映射關(guān)系去完成交互行為,這兩種載體從出身開始就還是需要很大交互成本的。
隨著科技的發(fā)展,觸屏感應(yīng)技術(shù)推出了之后,印象中觸屏手機(jī)就是兩三年時間就摧枯拉朽的淘汰了按鍵手機(jī),本質(zhì)上是干掉了一一對應(yīng)的交互映射。
所按即所得:
觸屏手機(jī)出現(xiàn)之后,交互專家們不禁要問一個問題了:手和觸摸屏到底有多少種交互方式?
答案是有很多種:
越是高階越是隱藏的交互手勢越復(fù)雜,所謂的“交互成本”也越高,比如:錘子三指滑動換屏保那種,就是利用了高階交互便捷實現(xiàn)邊界功能。
那這么看起來,iOS也好還是所有的安卓手機(jī)都好,從用戶端而言,就是組合交互手勢,讓信息更好的傳達(dá)而已。那么同理,在App中也是一樣,如果我們了解了每一個交互行為的用戶心理預(yù)期,對設(shè)計工作而言就能做到有的放矢。
我們以“單擊”和“滑動”這兩個最簡單的交互行為舉例:所謂單擊手機(jī)屏幕,用戶其實最核心的是有兩個預(yù)期。
- 第一是選中一個元素,比如:Radio組件。
- 第二是邏輯上的Next,比如:點了一件衣服,應(yīng)該Next到衣服的詳情,點了付款,應(yīng)該出現(xiàn)付款流程,點了返回,應(yīng)該back到上一路徑點等等。
劃動交互也是一樣的,用戶在一塊手機(jī)屏幕上單指劃劃劃,用戶內(nèi)心的預(yù)期其實也不復(fù)雜,最核心的預(yù)期也就兩點:
- 第一是查看屏幕外的線索(前提是設(shè)計師給用戶留下線索了或者是這個UI組件長得就是可以劃動的樣子);
- 第二是查看相鄰標(biāo)簽的內(nèi)容,或者查看同一個標(biāo)簽下的相鄰元素,比如:iOS的segment controlle組件就是典型例子。
當(dāng)我們了解了這些之后,我們在實際的設(shè)計工作中,就可以根據(jù)上面這些理論,來合理選擇UI組件去呈現(xiàn)對應(yīng)的信息了。
Part – II 從交互維度合理選擇UI組件
我們在設(shè)計工作中,選擇UI組件,本質(zhì)上就是選擇信息的呈現(xiàn)形式。每一個常見的UI界面和UI組件,都一定也滿足上面所說的最小交互模型。
在這里我舉一些例子說明。
第一個例子:同樣的內(nèi)容,選擇不同的UI組件呈現(xiàn),給用戶呈現(xiàn)的是完全不同的產(chǎn)品結(jié)構(gòu)。
大家看下面這張圖:
這兩個UI模塊擺在大家面前,大家應(yīng)該能清晰的感受到,左邊是一個segment控制下面內(nèi)容的UI;而右邊是一個所有內(nèi)容列表的集合頁,只不過通過tab聚類了而已。
第一件事應(yīng)該想到的是:如果需要采用右邊的排列形式,就必須要控制tag的字?jǐn)?shù)。然后由于右邊的tag占據(jù)了推薦貼的位置,導(dǎo)致推薦貼可能沒有左邊的那種展現(xiàn)形式更加醒目。
但是相對的,圖右的優(yōu)勢在于,由于豎向排列tag可以讓一個屏幕顯示更多的tag,可以讓用戶更方便的定位內(nèi)容,比如:外賣產(chǎn)品之所以用右邊這種形式,是因為力求一屏展示更多的菜,而且外賣產(chǎn)品的左側(cè)tag一般是一家店鋪的菜的品類,用戶下滑菜品配合點擊品類,點完即走,很方便(京東和淘寶電商類平臺也是類似的)。
但是,比如:今日頭條,新聞類客戶端只能采用左邊的這種形式,因為新聞類客戶端是需要用戶長時間沉浸的,比如:用戶選中一個“體育”的tag之后,一般要沉浸的看好久好久,用戶需要沉浸在這個tag下的內(nèi)容中,那這個時候顯然用右邊這種設(shè)計方式,讓tag常駐屏幕左側(cè)是不合適的。
再來看第二個例子,就是UI應(yīng)該會隨著內(nèi)容而進(jìn)行調(diào)整和優(yōu)化。
這里舉一個唱吧的例子:唱吧從7.0到8.6之間做了三次改版,大家可以看到,唱吧團(tuán)隊幾乎是損失了屏幕效率來加大了間隔和突出了歌名,這是為什么呢?
這是因為頁面承載的關(guān)鍵任務(wù)不同,大家對比著7.0時候和8.6時候的UI樣式,正好是今天快手和唱吧的對比。
大家會發(fā)現(xiàn):其實這個頁面,快手和唱吧承載的內(nèi)容都是消費轉(zhuǎn)化,都希望用戶點擊進(jìn)去消費內(nèi)容,但是兩款產(chǎn)品做了截然不同的UI風(fēng)格,原因是什么呢?
快手在這個頁面,其實承載的關(guān)鍵任務(wù)是:“迅速讓用戶找到感興趣的點”,它這么設(shè)計的本質(zhì)原因是因為它的截圖可以幫助用戶判斷內(nèi)容本身。
比如:第一張圖是一個人在打高爾夫,右邊是一個工人,然后第二排左邊是一個游戲的鏡頭,右邊是一個傳遞正能量,大家可以很方便的通過圖片識別里面的內(nèi)容,用戶更沉浸更聚焦的去選自己喜歡的點擊進(jìn)入消費就可以了。
但是唱吧的視頻截圖,其實是不能識別里面內(nèi)容的,大家可以看到:第一張圖是一個妹子,第二場圖是一個妹子,第三張圖還是一個妹子,那用戶點擊進(jìn)去的動力在哪兒了?
除了這個照片長相之外,更多的其實是文字決定的,是這個人唱的這首歌的歌曲名是不是我喜歡的,或者是這個演唱者的的歌手等級。
所以基于這種跟深層次的邏輯,唱吧和快手兩款產(chǎn)品的這個頁面都是為了促進(jìn)消費轉(zhuǎn)化,但是UI長相上完全不同。
我們看第三個例子:
同樣組件下,選擇不同的交互方式,也會使得效果完全不同,比如:現(xiàn)在有一個UI頁面,主要由一個tab(iOS叫segment controlled)組件控制下面的內(nèi)容,樣子長這樣。
我先假定一個前提:這個app中的這個組件不支持橫劃,只支持點擊切換。
好了,現(xiàn)在我假設(shè)這是一款已經(jīng)穩(wěn)定運營了一年的產(chǎn)品,為了說明問題,我假設(shè)一個理想數(shù)據(jù):
假設(shè)每天有20W的uv訪問這個頁面,其中分流情況是:
- 10Wuv消費“推薦”下的內(nèi)容;
- 2Wuv消費“生活”下的內(nèi)容;
- 1Wuv消費“段子”下的內(nèi)容;
- 3Wuv消費“美女”下的內(nèi)容;
- 4Wuv消費“游戲”下的內(nèi)容。
這時候,為了優(yōu)化交互行為,有一天決定把這個tab組件從不可橫向劃動改成可以劃動的(并且告訴用戶這里可以滑動了喲~),然后給你一次機(jī)會重新排列這五個tab順序,你會怎么做呢?
最簡單的辦法當(dāng)然是把五個tab按照用戶消費意愿逐一排列,即:“推薦、游戲、美女、生活、段子”。
這樣排列當(dāng)然沒有任何問題,但是還有沒有更優(yōu)解呢?
我給出的解決辦法是這樣的,大家評判一下:
按照用戶的消費量,“游戲”是消費量第二的一個tab,毫無疑問我會把它排在第二項,這樣可以刺激用戶劃動行為,然后“美女”是消費量第三的,我會把他放在第四位。
這時候我會把“段子”和“生活”這兩個消費率最低的tab,分AB test做兩個版本,放在第三和第五位拿去測,以判斷之前的“段子”和“生活”是由于自身內(nèi)容不夠優(yōu)質(zhì),還是之前交互成本太低導(dǎo)致的數(shù)據(jù)較差。
最后我們來看第四個例子:
一個app,他的UI張如下圖所示的這個樣子:
現(xiàn)在假設(shè)在運營和市場團(tuán)隊不做任何努力的情況下,單從產(chǎn)品交互的角度,能不能優(yōu)化上面這個版塊的點擊率?
首先我們來分析一下頁面架構(gòu):
如果我們認(rèn)為,不管是點擊右上角的“>”,還是點擊留個圓形入口都算完成轉(zhuǎn)化的話,我們現(xiàn)在的這個紅色的UI組件,入口位置一共有7個。根據(jù)長尾理論,如果我們把這個圓形入口從6個擴(kuò)展到比如九個,是不是一定對轉(zhuǎn)化率有正向影響?
答案并不一定。
為什么呢?
因為主要是這樣的改動會帶來一個未知的泳道橫劃交互,它會產(chǎn)生一定的影響,如下圖所示:用戶看到這個泳道之后可能出現(xiàn)三種行為。
- “用戶完全不滑動”——那入口就從7個變成了7.5個,別的沒有變量影響。
- “用戶滑動看完了之后,點擊某一個或者左上角的“>”進(jìn)入”——這是我們想要的轉(zhuǎn)化。
- “用戶滑動看了這些圓形入口之后松手,就是不點擊進(jìn)去”——這是我們不愿意看到的結(jié)果。
想到這里,那為什么我們不能讓用戶直接滑動之后松手就跳轉(zhuǎn)呢?
想到這里,所以優(yōu)化方案如下圖所示,給與用戶一個x軸區(qū)間,滑動手勢操過那個區(qū)間則告訴用戶你現(xiàn)在松手默認(rèn)跳轉(zhuǎn),用戶不愿意跳轉(zhuǎn)也可以回劃,只要不足這個x區(qū)間就給與用戶自主選擇的機(jī)會。
我之前在上家工作的時候,我們把6個圓形入口變成了10個,然后用這個“松手跳轉(zhuǎn)”的交互把單元模塊的穿透率從21%提升到了31%,這是一個實戰(zhàn)當(dāng)中的真實例子。
當(dāng)然了,請大家再思考這樣的一個問題:
一個頁面的流量就這么大,一個地方漲了11%,那勢必別的地方就會相應(yīng)的損失11%。一般情況下,app首頁承擔(dān)著80%以上的分流工作。根據(jù)流量漏斗來看的話,每一次引流都會導(dǎo)致其他模塊的數(shù)據(jù)下降。
所以,設(shè)計師們應(yīng)該要根據(jù)運營策略和公司大的產(chǎn)品OKR,來合理選用合適的交互組件,以達(dá)到想要的目的,還是那句話:
“小孩兒才分對錯,大人只看利弊?!?/p>
Part – III 從交互的維度量化用戶體驗
移動互聯(lián)網(wǎng)產(chǎn)品設(shè)計中,尤其是在中國的app產(chǎn)品,有兩大分歧陣營:“扁平”陣營和“簡潔”陣營。
“扁平”陣營表示了,我們需要產(chǎn)品足夠扁平,最好就是三次交互可以觸達(dá)所有app界面。
“簡潔”陣營也表示了,我們需要頁面信息足夠簡潔,最好一個頁面只完成一個核心任務(wù)。
雙發(fā)你來我往,誰也說服不了誰,如下圖所示:
“簡潔”陣營反駁“扁平”陣營說:你們一點都不遵守席客定律,層級扁平是扁平了,但是相應(yīng)的頁面信息變得越來越多,給用戶呈現(xiàn)的干擾就越來越多,用戶做出決定的時間也越來越多,所以你們“扁平黨”都是辣雞。
這時候“扁平”陣營也找到了反駁的論點,他們說你看你頁面足夠簡潔了,但是頁面層級就很深啊,交互成本這么高,每一次都伴隨流失,可用性這么差,你們還有理了?所以“簡潔黨”你們才是辣雞!
中國的互聯(lián)網(wǎng)產(chǎn)品,很難做到既簡潔又扁平,這個問題的根源在于永遠(yuǎn)有那么多信息需要呈現(xiàn),永遠(yuǎn)有那么多功能需要添加,這個是中國的激烈市場競爭導(dǎo)致的,并不是說中國的產(chǎn)品就不如國外的好(我的哥哥之前在Facebook現(xiàn)在Airbnb工作,他經(jīng)常感嘆道國外的互聯(lián)網(wǎng)產(chǎn)品到中國來真的都得死…)。
我想要討論的是,面對中國現(xiàn)在互聯(lián)網(wǎng)產(chǎn)品市場現(xiàn)狀, 如果一款產(chǎn)品非要你站隊上面兩派陣營,你會選哪一派?
我現(xiàn)在的選擇是“扁平黨”,因為用戶面臨一款眼花繚亂的app,如果是經(jīng)常使用,缺功能布局信息架構(gòu)很少改動的前提下,早晚也會習(xí)慣和適應(yīng)的,但是如果一些核心的東西不能第一時間暴露在用戶眼中,很有可能用戶就不知道你有這種功能。
這個就是為什么我們設(shè)計經(jīng)常會說這個產(chǎn)品經(jīng)理笨蛋吧,怎么什么東西都想展現(xiàn)出來,這一堆東西找個入口集合收起來,頁面多干凈多清爽多好看呀~~
我早年間也是和諸位一樣的觀點,但是現(xiàn)在我越來越覺得,界面清爽了,你的大功能feature因為設(shè)計隱藏沒有被發(fā)現(xiàn),不是設(shè)計開發(fā)測試都白做了么,說好的ROI在哪里?
我們大家都是互聯(lián)網(wǎng)從業(yè)者,不管看到這篇文章的你是一位設(shè)計、產(chǎn)品、還是開發(fā)、測試、運營人員,我們都明白用戶體驗這個詞是由N多維度綜合而成的一個過程性評價,它和方方面面都有關(guān)系。
那既然是這么專業(yè)且牽連甚廣的一個名詞,我們真的就沒有辦法去量化評價它了嗎?
永遠(yuǎn)不要忘記,用戶體驗是個過程,而我們每個人也都是用戶本身。在這里我提供一種普通用戶維度的比較好用的用戶體驗評估方法是“窮舉分析用戶行為路徑”。
比如:你是一款外賣產(chǎn)品的設(shè)計師,那么用戶在不同產(chǎn)品模塊下,定一個外賣的流程路徑大概有多少種,都窮舉出來。
比如:你是一款在線演唱類的產(chǎn)品設(shè)計師,那么用戶在產(chǎn)品中完成一首歌需要的用戶路徑到底有多少條,窮舉所有路徑之后一一優(yōu)化,讓路徑變得更加扁平,或許是一個最“笨”但是有效的方案,怎么優(yōu)化呢?
用淘寶消息頁舉個例子:
淘寶消息頁上面有“交易物流”、“通知”、“互動”三個tab,這時候我們假設(shè)一個用戶三個按鈕下面都有消息,用戶想要看完這三個消息大概需要幾次交互?
答案是至少6次:“點擊第一個進(jìn)去 – 返回 – 點擊第二個進(jìn)去 – 返回 – 點擊第三個進(jìn)去 – 返回”,這樣的交互顯得呆板且冗長,淘寶團(tuán)隊巧妙的把三個內(nèi)頁集合成一個頁面的三個tab形式,大大縮短的交互成本,這就是所謂的“把用戶路徑變得更扁平”。
大家在使用很多產(chǎn)品的過程中,多多留心就會發(fā)現(xiàn)原來細(xì)節(jié)里面總有魔鬼。
到這里,這篇文章就結(jié)束了,謝謝觀看。那天的分享會最后,有一頁ppt我放了我最喜歡的一句名言,在這里我也放給大家,希望大家能從中間找到一些什么。
謝謝大家兩個月沒有取關(guān)我,我們下篇文章再見~
希望大家有所得。
本文由 @?Seany 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
感謝分享,有很多啟發(fā),期盼有更多分享文章
“交互成本太低導(dǎo)致數(shù)據(jù)太差 ”這句怎么理解?
前前后后看了你的三篇文章,都很喜歡。深入淺出、理論+案例,講解的非常細(xì)致。
我最大的收獲是對于您工作方法的借鑒,因為文中許多分析的內(nèi)容其實是很基礎(chǔ)的思路,但是你能以很漂亮的思路進(jìn)行整理和分享,實在是讓我很佩服,哈哈。這不僅是對閱讀者的幫助,更是對自己工作的復(fù)盤&升華。這種方式讓我受益匪淺,非常感謝。
能不能列舉一下“扁平”與“簡潔”的代表應(yīng)用各是什么,謝謝