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