一次產(chǎn)品設(shè)計案例反思:場景重于邏輯
先給大家做個測試,根據(jù)下圖的流程,最后一步應(yīng)該返回哪個頁面(為了更能體現(xiàn)效果,建議大家拿出手機跟著步驟做):
這個問題是我們在做一款I(lǐng)M產(chǎn)品時遇到的,為了說明該問題的廣泛性,就拿微信舉例子了。開發(fā)GG完成了版本的交付,我們正在驗收產(chǎn)品,到處開始找碴,突然一測試妹紙跑過來說有個地方有問題,然后她一步步的演示給我們看:先從通訊錄隨便找個聯(lián)系人,然后進入該聯(lián)系人詳情頁面,再次點擊“發(fā)消息”按鈕進入聊天頁面,然后她問我們:“在聊天頁面點擊返回應(yīng)該返回哪個頁面?”我們幾個想都沒想,下意識的回答到:“當然返回之前的那個頁面了?!?/p>
然后妹紙細嫩的食指一點,這時候奇跡發(fā)生了,結(jié)果如下圖:沒有返回之前的頁面,而是返回到了消息列表頁面。
我們幾個愣了愣,然后快速把PRD文檔和交互稿都翻了出來,“到底是開發(fā)開發(fā)錯了,還是我們設(shè)計錯了?”。壓根兒沒想過這么做是對的,因為從哪兒進肯定從哪出,返回肯定返回上一界面,正常的邏輯都是這樣的。然后發(fā)現(xiàn)交互稿也是這么設(shè)計的,接著快速把手機拿出來打開微信(因為當初就是抄的微信的,現(xiàn)在懷疑抄錯了),我們又愣了,微信也是這么做的,雖然返回按鈕寫了“微信”兩個字,但是沒啥用,第一反應(yīng)還是返回上一界面。
“微信出Bug了?” “微信的設(shè)計也不一定合理吧?”各種猜疑慢慢浮出,甚至差點腦袋一拍決定改了(難得產(chǎn)品、交互、視覺、測試的意見如此統(tǒng)一)。還好改之前多了個心眼:“為啥微信用了這么長時間,從來沒發(fā)現(xiàn)這兒不合理啊,感覺完全是無縫銜接的,一點疙瘩也沒有哈?”
繼續(xù)分析,根據(jù)我們的設(shè)計來,優(yōu)勢有兩點:
- 符號邏輯和用戶預(yù)期,從哪兒來,當然從哪兒出,形成閉環(huán);
- 如果我想給第二個用戶發(fā)消息,更加方便,因為返回的是用戶詳情,再點一下又回到通訊錄了。
微信這么玩好處在哪兒了:用戶可以快速回到消息列表,不需要一步步返回。
如果僅僅分析到這兒,感覺微信這么設(shè)計還不具較強的說服力。
現(xiàn)在開始回到場景吧:小明好久沒跟小紅聯(lián)系了,最近怪想她的,于是小明準備找她好好聊聊人生。首先小明進入通訊錄,然后找到了小紅,點擊小紅后進入小紅的詳情介紹,然后又點擊了“發(fā)消息”進入聊天頁面開始跟小紅暢談人生。最關(guān)鍵的來了:小明和小紅暢談了好久,該說的都說了,不該說的也說了,完全沒話說了,這時候小明如果還留著微信app里,他下一步可能想干嘛了?
- 再找小花聊聊天? ——聊了這么久也該累了吧,如果跟小花經(jīng)常聊天的話,應(yīng)該不需要到通訊錄再去找小花了,入口太深要點擊很多次,直接在消息列表找小花聊吧;
- 看看有沒有其他人找我? ——回到消息列表;
- 看看群里有沒有什么八卦和段子?——回到消息列表;
- 看看公眾號,學習學習?——回到消息列表;
- 刷刷朋友圈?——消息列表是一級tab,更快速;
- 其他?——好像回到消息列表優(yōu)勢更明顯哈;
回到現(xiàn)實場景后,好像確實是這樣的,難怪用了這么久的微信都沒發(fā)現(xiàn)這兒有坑?,F(xiàn)在兩種設(shè)計方案再進行對比的話,從邏輯上來講,確實是返回上一界面更勝一籌;但是從用戶場景來看,明顯微信的方案更符合習慣和自然。后來我們又把來往、易信、陌陌拿過來試了下,也都跟微信一樣(不排除相互抄的可能),看來這么多的產(chǎn)品決策都是:場景重于邏輯。
到這里終于有人開始支持微信的方案了,但是幾個人意見還是不一致,仍有人覺得方案一更好。于是,我們做了這件事:寫了個簡單的用戶測試案例,找了幾個其他項目組的GG和MM試了下,結(jié)果大獲全勝。
場景重于邏輯,其實用戶真的沒有我們想象的聰明,有時候他們壓根兒沒有邏輯。測試過程中,我們問了幾個人:你覺得返回之前的那個頁面怎么樣? ?“之前是哪個頁面?” …
本文由 @BingoSun 原創(chuàng)投稿,并經(jīng)人人都是產(chǎn)品經(jīng)理編輯。未經(jīng)許可,禁止轉(zhuǎn)載。
2020年了,微信為什么又不這么做了
2019年了,回頭看看。
為什么又不這么做了。
我是來看評論的
這個設(shè)計應(yīng)該比較適合熟人社交場景,看看陌生人社交,就不這樣了。
最后一句亮了。。。
我也支持這是一貫性設(shè)計。
用過QQ音樂,播放某一個歌單中的某一首歌,然后返回時是返回歌單首頁,而不是之前那個歌單。
其實在QQ音樂上,這個設(shè)計未必是一個好設(shè)計,因為有時后單純是想通過歌單找一些近似風格的歌時,非常不方便。
所以能理解,卻未必支持。
15樓的評論不錯哦,個人也覺著是場景的統(tǒng)一,防止有時用戶覺著,為啥有時返回是到了消息列表,有時返回是到了用戶詳情頁?論點如下:
1、場景頻率最重要。從聯(lián)系人、通訊錄中進入和一個好友的聊天界面后,就會有一定的時間停留,如果有其他人發(fā)來消息的話,可以點擊返回直接返回到消息界面,如果不是返回到消息列表,那么你可以想一下,得多少個步驟才能看到剛才發(fā)來的消息。進入了聊天界面了,那么可以認為之前的通訊錄界面的用戶詳情頁就不重要了,無需再返回了。如果說還有其他重要的信息的話,那么就必須得返回至用戶詳情頁面。
2、正式版的QQ是返回至消息列表頁面,而且是消息列表中的頂端的Tab“電話”或著“消息”界面,這個得看之前選中的啥,返回到消息列表后就是啥。說明QQ看重的是消息這個頁面而非是“消息”還是“電話”,也說明了QQ的目的不是為了返回“消息”還是“電話”,而是為了返回消息列表。那么問題來了,既然從用戶詳情頁中發(fā)起的是發(fā)送消息,返回到“電話”顯然不合理,看來QQ還是沒有想清楚到底返回啥,抄襲得不好,只知道返回到了消息列表。
恩,說的很對,場景的頻率可以作為取舍的重要依據(jù)。
實際上,作者分析說是場景導致了這樣的設(shè)計,但是用戶使用的場景多種多樣,這種設(shè)計能夠滿足這種場景,但是不一定能夠滿足其他的場景,產(chǎn)品能夠滿足那些最常見的場景就行了,而這個背后,你說了不算,我說了也不算,你這個分析,我這么分析,都不能說自己就是對的,得需要數(shù)據(jù),得需要大數(shù)據(jù)才行!所以我說,你找了個理由,說這樣有道理,誰也不能認同,得需要數(shù)據(jù),空口說白話,沒什么意思
對,贊同您的觀點:數(shù)據(jù)最有說服力;關(guān)鍵是產(chǎn)品初期,還沒上線,沒有任何數(shù)據(jù),這時候如果產(chǎn)生爭議的話,除了互相PK、用戶測試以外,只能去參考業(yè)界的標桿產(chǎn)品的做法了(直接說抄也可以),因為他們是經(jīng)過數(shù)據(jù)分析得出的結(jié)論。
首先:對于作者的這篇文章,表示非常的稱贊,拿了出來分享就是非常的不錯的,首先表示一下。
再者提出兩個異議:
1、若是場景問題,那么從用戶詳情頁面中點擊“發(fā)送視頻”和“語音”后,在視頻或語音的頁面中點擊“取消”按鈕或“掛斷”后,返回的卻是用戶詳情頁面,而非消息列表,但該聊天記錄顯示在消息列表中了。為什么發(fā)送文字信息時,點擊返回按鈕返回的是消息列表?兩個都是發(fā)送信息和聊天,為什么返回的結(jié)果不一樣,雖然掛斷和返回的按鈕不一樣,但場景卻一致啊。
2、在“QQ手機輕聊版”(非正式版)中,從分組列表中點擊用戶發(fā)送信息后,再返回時,返回的是分組列表,而不是消息列表這又怎么解釋。你也可以試一下正式版的。
3、你的用例調(diào)研是不嚴謹?shù)模驗榇蠹叶家呀?jīng)習慣的微信的交互。如果假設(shè)大家都沒有使用過微信,你覺著大家的意識是返回到哪里。
個人感覺,這個是統(tǒng)一交互和使用場景的情況。用戶在“消息列表”中點擊用戶進入聊天界面,再點擊返回是回到了消息列表。另一種情況是從通訊錄中點擊用戶,再點擊發(fā)送消息,進入聊天界面;這是同一個聊天界面,再點擊返回到了消息列表。讓用戶形成了一個自然的思維習慣,只要是從聊天界面中點擊返回,都是返回到了消息列表。(你做的調(diào)研可能就是大家都這么習慣了才這么認為應(yīng)該是返回消息列表)
恩,您說的很對,這可能是個很重要的原因。體驗應(yīng)該要考慮整個產(chǎn)品的體驗,而不是把部分功能抽取出來分析,可能同一個功能因為各個產(chǎn)品的初衷不一樣,所以最終的取舍都不一樣吧。
微信有一個地方一直覺得很別扭,就是如果想進入一個好友的朋友圈的個人頁,就是可以看到他在朋友圈分享的所有內(nèi)容的歷史記錄頁面,只能先進入朋友圈,找到他的某一條分享,點擊頭像或者名字查看。但是很多場景是,小明想起小花上個星期曾經(jīng)分享過一個內(nèi)容,想找到這條內(nèi)容,他到通訊錄找到小花,點擊小花進入個人信息,然后這里沒有入口進入朋友圈歷史記錄!只能在朋友圈里翻呀翻呀,翻過幾天來數(shù)百條來自其他好友的信息找到小花的名字,然后才能進入小花朋友圈歷史,找到那條內(nèi)容。每次用到這里我都想給微信提意見。
當然現(xiàn)在有搜索可以用,但是感覺還是沒有從通訊錄進入個人在朋友圈分享更為直接。
額。。。在聯(lián)系人詳情里也有個”個人相冊“入口,也可以進入對方的朋友圈個人頁面~~
返回有兩種,一種是返回當前界面的上一層級,一種是返回跳轉(zhuǎn)之前的界面,所以兩種方式都是符合邏輯的,這在安卓設(shè)計規(guī)范里就有提到。不管是從哪進入對話界面,它的上一層級都是對話列表界面,所以邏輯本來就是OK的。當然這么做確實如樓主所分析,更加符合真實的使用
您說的很對,可能我這邊用錯詞了,這里的”邏輯“更多是指在沒有數(shù)據(jù)支撐的情況下,用極其理性的、嚴謹?shù)娜蝿?wù)流分析方式!而”場景“是指根據(jù)用戶的使用習慣和模擬現(xiàn)實使用方式進行分析。
其實你們忽略了一個最重要的因素:用戶心理。用戶心理決定了用戶操作習慣,消息列表有個重要的操作是什么,是可以清除與某人的聊天痕跡啊,想想這樣一個場景:要快速清除與小蜜的曖昧過程,是一步到消息列表再長按兩秒點擊“刪除該聊天”快,還是一步步返回上一級來的快啊?。?!兄弟,你慢了
兄弟,看來很有經(jīng)驗哈~ ??
高,實在是高,這就是用戶體驗啊~~~
抄就大膽說出來 ??
?? ?? ??
本來就是符合邏輯的,正常情況下用戶發(fā)完消息后返回的肯定是能看到我剛發(fā)的消息的一個界面的;這是用戶邏輯和編程邏輯的沖突問題,并不是說場景終于邏輯。。。另,不過認同場景在某些時候重于邏輯
恩,也對,每個人對“邏輯”的理解不一樣吧,我們當時的情況是:測試過來說這個的時候,我們真的沒有轉(zhuǎn)過灣,幾個人異口同聲的說返回之前的界面。。。
可能現(xiàn)在你們看到答案了或者并沒有親身經(jīng)歷當時的情景,有些感覺可能體會不到吧。。。
“如果我想給第二個用戶發(fā)消息,更加方便,因為返回的是用戶詳情,再點一下又回到通訊錄了?!痹冱c一下,再點一下!你還和我說方面,我也是醉了
這是我們內(nèi)部PK的時候,真的有人說出來的理由,而且還有其他人附和的。。,
明明是場景蘊含邏輯,咋就成了場景重于邏輯了
不能因為用戶回憶不起來剛才返回的是哪個頁面,就把用戶說成是無邏輯吧,TA只是下意識而已,而下意識才是最重要的邏輯噻,產(chǎn)品的使用讓用戶憑借下意識就能夠在各個功能場景中進行切換,毫無違和感,這才是王道啊
從聯(lián)系人詳情進入聊天界面,然后立即返回,“下意識的邏輯”應(yīng)該是返回前一界面吧。
在聊天界面已經(jīng)聊了一會兒再返回,“下意識的邏輯”感覺有兩種:要么之前的界面、要么現(xiàn)在的消息列表。
“場景蘊含邏輯”的概念應(yīng)該指的是不同場景有各自的邏輯,根據(jù)這個概念從聯(lián)系人詳情進入聊天界面應(yīng)該返回的是“前一界面”,但是現(xiàn)在沒這么做。所以才說場景重于邏輯。
“有時候用戶壓根兒沒邏輯”是有點夸張了點,我的本意是用戶腦子里可能根本沒有完整的一個路徑或者復(fù)雜的取舍過程,完全是下意識的,所以產(chǎn)品有時候不需要很理性的邏輯。
我理解是這樣,用戶的下意識邏輯應(yīng)該建立在對用戶后續(xù)需求場景的常識推斷上,以微信為例,A用戶結(jié)束與B用戶的微信溝通后,推斷他在一段時間內(nèi)就沒有繼續(xù)和B繼續(xù)溝通的需求了,那么他可以離開微信該干嘛干嘛去。如果TA選擇繼續(xù)留在微信平臺,那么我們推斷TA需要繼續(xù)用微信和人聯(lián)系,那么相對于TA重新要聯(lián)系微信B用戶的需求,TA聯(lián)系其他用戶的可能性要更大(畢竟TA剛剛聯(lián)系過B用戶),這是一個建立在溝通下意識邏輯上的推斷,所謂溝通的下意識邏輯,就是一個人在結(jié)束與另一個人的溝通后,如果馬上開始新的溝通,更大的可能不是和這個人重新溝通,而是換個人溝通,而且溝通的內(nèi)容和對象很可能是與B用戶之前的其他用戶相關(guān)
這也就是為什么微信會默認結(jié)束通話后返回到信息列表頁
微信的設(shè)計應(yīng)該是有大數(shù)據(jù)的分析支持以上的結(jié)論,數(shù)據(jù)我沒有,就只能用邏輯做推斷了
恩,這是個很有意思的論點,很贊~
“用戶的下意識邏輯”可能是根據(jù)自身情況多變的,不是唯一的,比如就這個場景,我和A聊完了,可能想跟B重新聊,也可能想干其他事兒,這取決于他當時的個性化場景,我們控制不了,設(shè)計方案只能有一種,需要做一種取舍,數(shù)據(jù)支撐確實是最有說服力的。但是如果沒有數(shù)據(jù)支撐的話,這時候取舍的話只能通過邏輯推斷了,一種推斷方式就是基于很理性的、邏輯性比較強的那種任務(wù)流推斷方式,即本文提出的“邏輯”(可能用詞不當),另一種,就是基于本文提出的“場景”方式,其實我的初衷是想說明第二種方式更好,可能我的表述有點問題,弄的大家都誤解了~
明了,其實場景和邏輯也只是支撐推斷,最有力的還是實際的數(shù)據(jù)
說到這里,又要瞻仰騰訊的大數(shù)據(jù)了
趕腳中國最具商業(yè)價值的大數(shù)據(jù)其實是在騰訊,其次是阿里,百度嗎,呵呵
是的,這篇文章有點自作聰明的味道。大象無形,看似不符合邏輯的場景本身就蘊涵著這種看不見的邏輯,我不相信微信一開始就設(shè)計成回到消息列表,一定是在完整的邏輯環(huán)中刪掉一步,再刪掉一步,才變成現(xiàn)在這樣的交互方式。
如果按完整邏輯的思路來設(shè)計交通信號燈,估計作者要在紅燈后面加上黃燈,因為綠燈到紅燈有黃燈啊,這樣才符合邏輯閉環(huán)啊。(這樣的話一年馬路上不知道要多死多少人。)
“其實用戶真的沒有我們想象的聰明,有時候他們壓根兒沒有邏輯?!庇行〇|西說說客套話罷了,真把用戶當傻瓜的人,到頭來會發(fā)現(xiàn)自己才是不聰明的人。
說說對交通燈這個案例的理解吧,至少我聽到過很多小朋友問:為什么紅燈過后沒有黃燈?
不知道你小時候有沒有問過這個問題,這更多是被培養(yǎng)出來的習慣,肯定也有人第一次過紅綠燈的時候,紅燈過后傻傻等黃燈的,這就跟方案一是一樣的情況(回想小時候有沒有干過這啥事兒,或者找?guī)讉€小朋友問一問,紅燈過后有沒有黃燈?)。
之所以沒有這么做,肯定是后續(xù)思考分析的結(jié)果,至于怎么取舍先不談,但是結(jié)果是符合現(xiàn)在的場景,就像現(xiàn)在的方案二。
騰訊的優(yōu)勢是有多年做互動社交各種平臺和產(chǎn)品積累的,對中國互聯(lián)網(wǎng)用戶的完整的網(wǎng)絡(luò)使用習慣和用戶思維的數(shù)據(jù),這些數(shù)據(jù)可以形成很多模型了
咱們要很苦逼的用腦子去琢磨這些事兒的邏輯,騰訊的童鞋用他們的模型去套就好了,所以一方面我們不用太高騰訊童鞋的能力,因為他們的資源實在是太強了,同時也不能低估騰訊產(chǎn)品的內(nèi)涵,別的產(chǎn)品還好說,微信這個產(chǎn)品的每個細節(jié),一定是有巨大的資源在支持這些細節(jié)的存在和改善的,從這個角度衡量,可以說”微信拉坨屎,咱們也要分析出123456來“,哈哈
場景重于邏輯
你們這群人,是不是微信拉坨屎,你們也能分析出123456來?
安卓機返回按鈕顯示的是對方的用戶名,然而還是回到消息列表 ??
這里是IOS和Android的規(guī)范不一樣:IOS 當前頁面的名字是顯示在頂部中間的;左上角的返回箭頭旁的文字是要返回頁面的名字; 而Android當前頁面的名字是顯示在左上角的,也就是在返回箭頭旁邊的,沒有顯示要返回頁面的名字。
當前頁面的名字就是:對方的用戶名,IOS把對方的用戶名顯示在中間,Android把對方的用戶名顯示在左上角的返回箭頭旁邊。
你可以點擊看看,效果是一樣的,都是返回消息列表。
??
成熟軟件一些平時不注意的點其實仔細想想還是會有啟發(fā)的,之前還見過一個點——填寫手機號、獲取驗證碼、填寫驗證碼明明一個界面可以完成,為啥微信卻分了兩步兩個界面?可以想想,不過也是仁者見仁的問題。 ??
您怎么看?
這個問題,我記得之前一篇文章里面提到過,貌似是一個頁面太多的空白需要填寫就產(chǎn)生本能的抵觸,就將其分為多個頁面,一步一步引導用戶走下去,還要考慮到小屏幕情況下,過于擁擠的問題。
其實這是符合邏輯的。邏輯不是順序,而是內(nèi)在的聯(lián)系。仔細想想,這個設(shè)計確實是符合邏輯。
恩,確實存在內(nèi)在的聯(lián)系,微信也做了這方面的努力:在返回箭頭旁邊寫了“微信”,表示返回到微信tab上。。。
但是這種聯(lián)系更多是內(nèi)在的聯(lián)系,產(chǎn)品內(nèi)部的人員確實很清楚這種聯(lián)系,但是如果根據(jù)上面的流程來走,用戶可能不太知道這個聯(lián)系。。。
很贊,邏輯不是順序而是內(nèi)在的聯(lián)系,從那來就從哪出也不是必然的
觀點認同!但是你說陌陌的產(chǎn)品返回場景跟微信一樣,就有點扯了。。不是所有的社交場景都適用這一套
這位兄弟,貌似文章里說的是陌陌和微信一樣遵從場景重于邏輯的理念,木有找到說陌陌和微信場景一樣的話
我的陌陌有哈,評論發(fā)不了截圖。。。
明顯是妹紙