列表的時間排序,應該正序還是倒序?
列表時間排序到底應該正序還是倒序?哪種體驗會更好?各大知名產品都是如何做的?
背景
前陣子正好做到了一個類似“申請通知“的功能,因為涉及到列表,所以要考慮列表的排序規則,那么問題來了,要用哪種排序規則(拼音、時間…)?
當然,這里肯定會用時間排序,那么按照時間的正序(新的通知在下面)還是倒序(新的通知在上面)?以下將進行一個系統的分析,列表時間排序到底要正序還是倒序?
產品分析
我們可以先看下市場上的產品都是怎么做的,在這里我將這些產品分成了兩類(可能不全,這里不談評論頁面哈):
1. 消息通知頁面
一般由產品推給用戶,可能是產品運營通知,也可能是其他用戶發生了一些操作等。
看了很多產品的例子,這里就不全部列出了,幾乎大部分的通知列表都是按照時間倒序,只有網易馬上辦和拼多多是正序。
2. 內容信息流頁面
內容更新相對比較頻繁:
幾乎所有新聞資訊類都是這種類型的列表,采用的都是時間倒序。
微信和釘釘邏輯分析
1. 微信
提及微信大家對微信新版本的一大改動肯定非常熟悉了,那就是訂閱號的變化,微信把用戶關注的所有訂閱號的新消息拿出來放到一個頁面——訂閱號消息,它的排序是倒序,而其他具體的訂閱號內部歷史消息是正序,另外新的好友申請消息頁面是倒序。
那么微信的這些模塊為什么排序規則不一樣呢?背后的原因是什么呢?我個人認為有幾點原因:
- 首先新的訂閱號類似新聞資訊一樣(可能微信就是想把它打造成這樣,這點我們不展開),所以按照倒序排列也講得通;
- 具體訂閱號中按照正序排列是因為頁面下面有操作,可以進行文字的輸入,所以這個頁面很像聊天頁面,按照正序也有道理;
- 騰訊新聞這個功能模塊的排序有點不太理解,明明是新聞類,排序是按照正序,和訂閱號很像,這里我也分析了兩點原因:
1)畢竟微信主體功能是IM,那么其他的模塊都是附屬,不是主要功能,可能騰訊新聞的根本目的就是為了給騰訊新聞APP導流。
2)將其他的模塊做成訂閱號模式在產品層面一致性和復用性很高,既保證了體驗一致性,又減少了開發成本。
綜上所述,微信內部列表排序規則是根據具體場景和功能決定的,其實都可以講得通,不過單純就某些模塊的體驗來講卻是有些勉強。感興趣的話,大家可以看看支付寶,它的內部所有的列表高度一致,都是按照倒序,包括它的生活號(和微信的訂閱號很像),這里就不講了。
2. 釘釘
釘釘作為一款企業級IM產品,大家也許并不陌生,它的功能可謂相當復雜,涵蓋了很多模塊,已然做成了一個大的平臺生態系統,那么是不是因為功能的復雜導致了內部一些列表的排序規則各不相同呢?
說實話我是有些懵的,比如其他大部分產品的通知都是倒序排列,而釘釘就是正序,那如果說釘釘有自己的產品規則和邏輯的話,為啥有些類似通知的頁面排序又是倒序?
這個實在講不通,而且場景和功能層面這些列表其實還是比較相近的,那唯一能解釋的可能就是互聯網界經常說的——“這些模塊不是一個團隊做的”。
思考
綜上,大家可以看到,基本大部分產品都是采用時間倒序,也就是最新的內容在上面,也有小部分采用正序,那么為什么會按照這樣的邏輯呢?我進行了幾點分析猜測:
- 用戶視覺流習慣從上到下,產品希望用戶能及時關注新的內容,所以按照倒序
- 列表可能有一些操作,如下拉刷新、篩選,最新的內容靠近操作會更自然
- 列表中若有回復的功能(微信公眾號),更類似IM聊天頁面,所以正序新的內容在下,比較合理
- 產品內部體驗一致性,大部分產品內部只采用了一種排序規則(除釘釘和微信新公眾號),這讓用戶在使用同一款產品時,體驗是一致的,有預期的。
- 技術實現,技術實現的框架可能產品內部采用了同一套方案,所以如果是正序都是正序,是倒序都是倒序。
最后的疑問:所以到底按照時間正序還是倒序,是根據具體頁面場景決定的,還是其它的什么原因呢?哪一種排序體驗更好一點呢?
本文由 @江浦?原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Unsplash ,基于 CC0 協議
分析的很透徹,學到了
??
正序還是倒序取決于內容是獨立的還是有上下文的,凡是需要看上下文的都不能用倒序,否則用倒序更方便。
嗯嗯,你說的是一個case,但不絕對哦,還有其它很多因素
從文章中確實學到了一些東西。有點疑惑,思考中第一條:“用戶視覺流習慣從上到下,產品希望用戶能及時關注新的內容,所以按照正序”,按照作者的想法,感覺應該是按照倒序。
哈哈哈 的確應該是倒序哈,我錯了錯了,一直沒人看到 ??
我猜。。。微信訂閱號的話從閱讀習慣上分析,同意你的第一個觀點,用戶會對最新的消息、內容感興趣于是列表頁設計成倒敘,詳情頁是正序;
釘釘則從一般的工作習慣上分析,昨天的事情沒有做完,今天是要繼續處理的,所以設計成正序,如果設計為倒敘,估計很容易忘掉自己漏掉的昨天的工作吧
你說的有一定的道理,不過釘釘的產品排序自己感覺都是亂的,既有正序又有倒序,而且列表功能場景差不多;另外大部分產品(工作類)通知也都為倒序,其實倒序的話也能解釋你所說的,沒處理完就往下追溯;遺漏的問題其實正序和倒序都存在的,當未處理的事情多了之后總免不了要往上(正序)或者往下(倒序)追溯,哈哈,個人觀點哈
我猜想,會不會是因為釘釘所涉及的功能很多,需要很多不同的團隊進行設計開發,導致一些功能的界面有的是正序有的是倒敘,沒發統一?
這個問題之前也糾結了很久,作者總結的不錯,解決了我的困惑,贊??
哈哈 感謝感謝 歡迎一起交流學習!
產品設計師不想打破用戶已經養成的視覺習慣 和 產品間相互模仿,尤其是學習大廠的產品;這兩個原因也直接導致了市面上大多同類產品采用相同的排序策略。信息流排序方式的選用應該以達到具體的業務目標為基線。
所以總結下就是要看具體應用場景咯,其實我舉了大廠的例子其實是覺得他們做的不一定好 ?? ,其實“大多數”可能才是對的,因為用戶已經被教育,也習慣了
分析的頭頭是道,讓我受益匪淺,醍醐灌頂!非常感謝作者的輸出。
哈哈,感謝感謝,歡迎一起討論交流,一起進步! ??
倒序用的多,而且除非特殊需求或場景,一個產品就用一種默認排序方式。另外如果實在需要正序功能,那么加個控件,可以切換排序方式不就行了么
是的,這也是我看了這么多產品得出的結論,但是疑問就是文章中提到的微信訂閱號和釘釘的一些頁面,不知道他們那么做的理由,所以想和大家討論下,哈哈,另外你提到的切換排序按鈕,我看了知乎的評論其實是有正倒序切換按鈕的,文章沒有分析評論相關排序