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