如何理解消息列表
本文從即時通訊產品的設計者的角度出發,探討了消息列表與聯系人列表的區別、排序策略以及如何管理大量會話的方法。通過深入分析,我們可以更好地理解消息列表的重要性,并探索如何優化它以提升個人和企業用戶的溝通效率。
一、前言
消息列表是IM產品的標配,無論是類似微信這種C端溝通工具還是類似飛書這種企業辦公工具,消息列表都是用戶訪問頻率最高的界面。從一個IM產品的普通用戶到IM產品的設計者,隨著對IM產品的深入,我有了更多的認識。
二、從問題開始
1. 消息列表和聯系人列表的區別是什么?
為什么IM產品要抽象出消息列表和聯系人這兩個概念?他們可以只保留其一嗎?
聯系人是是穩定的、靜態的,消息列表是臨時的、動態的。從業務上看,用戶可以同時擁有1000個,或者更多的聯系人,但是近期與用戶有溝通的通常只是很少的人。
如果只有通訊錄,用戶不得不時刻面對大量的聯系人列表,這種信息負載是沒有必要的,如果只有聯系人列表,用戶則無法通過移除來減少列表的長度。
有了消息列表這個臨時的視圖,用戶可以更方便的管理列表,強迫癥的用戶甚至可以每天閱讀完消息并清空消息列表。
同時消息列表提供了良好的擴展性,我們可以將消息列表理解為一個為用戶提供信息的視圖,我們除了聊天消息以外,理論上我們可以通過消息列表向用戶呈現任何我們想觸達用戶的信息,不妨大膽設想,消息列表是否可以插入廣告呢?
理論上是完全可以的,消息列表的確具備這樣良好的擴展能力。
2. 消息列表的排序策略應該考慮什么?
消息列表是用戶訪問最高頻的界面,它的設計再如何用心都不為過。如何處理排序邏輯才能夠讓用戶更加高效的接收消息?在我們的項目中,我們考慮了以下的場景。
1)收到新消息
當收到新的消息,用戶想要的是立馬看到這條消息,因此在消息列表上,當收到新消息后,我們將會把這條會話置頂。
2)在會話列表發起對話
當用戶找到消息列表排序靠后的一個會話,并與他發生對話后,那么在這個時刻這位發生對話的聯系人將是用戶關心的焦點,后續很有可能繼續與他對話,因此我們將會把這條會話置頂。
3)搜索或者從聯系人列表找到聯系人并與之對話
同2所述,在這個時刻這位發生對話的聯系人將是用戶關心的焦點,后續很有可能繼續與他對話,因此我們將會把這條會話置頂。
4)用戶主動將會話置頂
隨著會話越來越多,尤其是每天的溝通對象非常多時,遺漏消息的情況就很難避免了。用戶的注意力和精力是有限的,我們需要幫助用戶解決這種不平衡。
會話置頂是一個行之有效的策略,置頂本質上是把選擇權交給用戶,讓用戶可以選擇哪些會話時更重要的,這樣用戶可以優先處理重要的信息。
3. 會話太多了、消息太多了怎么辦?
在我開始做企業協同辦公產品后,我時常收到用戶的反饋,會話太多了、消息太多了,處理不過來。通常作為一般的個人用戶,很少遇到這樣的問題,畢竟個人之間的溝通量總是有限的,但是作為企業用戶,這個問題變得十分突出,有些崗位每天都要做大量的溝通,他們加入了無數個群、同時還有無數個單聊的咨詢。為此我們做了以下設計。
1)會話置頂
前面已經提到了會話置頂,這里再次說明,它的確是十分行之有效的策略之一。
2)抽離“@我”會話分組
在用戶加入的無數個群聊里,通過是否@我,將新消息做優先級排序,我們認為在任何一個群里,@我的消息相對于群里其他新消息對我來說是更重要的,如果時間有限,用戶應該有限處理@我的消息。
3)抽離“未讀”分組
通常消息列表非常冗長,往往是已讀會話和未讀會話混在一起,在這個大列表里尋找未讀會話總是存在噪聲的,為此,我們抽離出“未讀”分組,將所用當前未讀的會話單獨拎出來,方便用戶逐一處理。
4)抽離“稍后處理”分組
我們時常遇到這樣的場景,收到某個消息后,我們不能立即給予答復,承諾稍后給答復,但總會忘記。為此,我們抽離“稍后處理”分組,用戶可以將這種會話添加都稍后處理分組中,待處理完以后再移除,這樣就可以避免遺忘。
5)允許用戶自定會話分組
前面我們提供了3個定義好的分組,幫助用戶解決幾個場景的問題,但我們總是無法覆蓋用戶個性化的需求,對每個用戶而言,他們認為重要的會話是不同的,因此我們提供了自定義分組,用戶可以將自己的會話分門別類的管理起來。
三、總結
用戶的精力和注意力總是有限的,我們必須認識到在大量的消息和會話來襲的場景,用戶犯錯是難以避免。
我們的解決策略總是遵循著這樣的邏輯,首先我們嘗試讓消息和會話減少,于是有了消息免打擾以及會話折疊;其次無法減少的會話,我們嘗試幫用戶分優先級,于是有了會話置頂、@我會話分組、未讀分組、稍后處理分組等。
在做企業協同辦公產品時,提高效率是重要的目標。在我看來,所謂的提效對個人而言總是單薄的,但當我們為全公司幾萬人提供產品時,提效就變得意義重大,如果一個設計優良的消息列表能夠為每位員工每天節省3分鐘,對一個幾萬人的企業而言,將是十分有意義的提升。
本文由@七月 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!