在構建客服系統（Agent Workbench）時，市面上常見的即時通訊（IM）軟件往往成為首選的參考對象。畢竟，即時通訊是大眾最熟悉的溝通形態。

於是，很多客服系統的會話列表設計呈現出這樣的形態：所有會話按“最後一條消息時間”倒序排列；有新消息來，會話瞬間跳到頂部；紅點消掉代表“已讀”。

但在實際運營中，這種照搬“通用 IM 模式”的做法，往往無法滿足高強度的服務需求，甚至成為效率提升的瓶頸。本文將探討為什麼個人社交 IM 的邏輯不適用於 B 端工作台，並介紹一套“雙梯隊排序 + 錨點時間”的高效解決方案。

一、傳統 IM 模式在客服場景的“三大痛點”

客服工作台的核心目標不是簡單的“聊天”，而是“解決問題（Issue Resolution）”和“效率（Efficiency）”。直接照搬傳統 IM 模式通常會帶來以下痛點：

1. 待辦與歷史混雜，認知負荷過重

在個人 IM 裏，“已讀”通常意味着事情知道了。但在客服場景中，“已讀”不代表“已解決”。
如果系統將“待處理的客户”和“已回覆等待客户響應的會話”混在一起，客服人員需要在一堆會話中反覆篩選：“這個回了嗎？”“那個處理完了嗎？”。這種設計極易導致漏單，並顯著增加了不必要的認知負擔。

2. 列表“亂跳”引發的視覺干擾 (List Jitter)

這是非常影響體驗的一點。當客服人員正在處理列表第 3 個會話時，第 10 個會話的客户發來一句“在嗎”，列表瞬間刷新，第 10 個跳到了第 1 個，原來的第 3 個被擠到了第 4 個。
這種視覺焦點的頻繁丟失，會打斷工作思路，甚至導致點錯人、回錯話，產生極大的操作不安全感。

3. 排序邏輯導致的“不公平”

按“最新消息”排序，意味着誰剛説話誰就排第一。這會導致嚴重的公平性問題：
耐心等待了 1 小時的老實客户，因為沒説話，一直沉在底下；而剛進來的客户因為發了條消息，就插隊到了最上面。
合理的客服邏輯應該是“誰等得最久，先處理誰”，以保障整體的服務水平協議（SLA），而不是誰最活躍就先處理誰。

二、破局方案：Inbox Zero 與 雙梯隊排序

要解決上述問題，引入郵件處理的 Inbox Zero（收件箱清零） 理念是一個有效的策略，即將列表在邏輯上拆分為兩個梯隊。

第一梯隊：待辦區 (The Pending Tier)

• 定義： 只有“目前必須由人工回覆”的會話才出現在這裏。
• 排序原則： FIFO（先入先出）。
• 目標： 這是客服的“戰場”，目標是把這裏的會話全部清空。

第二梯隊：已辦/沉底區 (The Done/Sunk Tier)

• 定義： 客服點擊了“標記完成”的會話。
• 排序原則： LIFO（後入先出）。
• 目標： 這是“歷史檔案”。如果客服剛剛手滑關錯了，或者想補充一句，它就在列表的最下方（待辦區的緊鄰下方），觸手可及。

三、核心算法：引入“錨點時間” (Anchor Time)

僅僅分層還不夠，還需要解決排序穩定性的問題。通過引入“錨點時間”來替代傳統的“最後消息時間”，可以構建更穩定的排序邏輯。

什麼是錨點時間？

即會話“進入待辦隊列的時間” (Enqueued Time)。

1. 徹底解決“插隊”問題

場景： 客户 A 在 10:00 發起諮詢（排在第 1 位）。10:05 他等不及了，又發了 3 條消息催促。

• 傳統邏輯： 排序時間更新為 10:05，A 掉到了隊尾（被視為剛來的人）。
• 錨點邏輯： A 的錨點時間依然是 10:00。無論他發多少條，他的位置始終基於他“開始排隊”的那一刻。這真正實現了“先來後到”。

2. 視覺穩定性

客服在回覆過程中，列表不會因為產生了“最新消息”而亂跳。只有當客服明確點擊“標記完成”按鈕時，該會話才會瞬間從“第一梯隊”移除，下沉到“第二梯隊”。

3. 已處理會話的“重開”邏輯 (Re-open)

場景： 一個已經標記為“已處理”（在第二梯隊）的會話，客户再次發送了新消息。

• 邏輯流轉：
• 狀態自動變更為“待辦”。
• 錨點時間更新為當前最新時間。
• 該會話從第二梯隊跳出，進入第一梯隊。
• 位置結果： 由於第一梯隊是按“等待時間最久（時間越早）”排序的，而這個重開的會話時間是“最新”的，因此它會自動排列在待辦列表的最後一項。
• 設計意圖： 這保證了該會話不會插隊到那些已經等待了很久的客户前面，既響應了新消息，又維持了整體排隊的公平性。

四、終極體驗：構建“線性心流”

基於上述邏輯，系統可以為客服構建一個沉浸式的線性工作流。

1. 交互解耦： 發送消息 ≠ 結束會話。客服可以從容地查詢、思考、分段回覆，會話始終像釘子一樣釘在列表原位。
2. 自動下一單 (Auto-Advance)：
   既然排序是穩定的（永遠是等待最久的排第一），系統可以在客服點擊“標記完成”後，自動加載列表中的下一個會話。
   工作流演變為：
   回覆 -> 標記完成 -> (自動切入下一單) -> 回覆 -> 標記完成...
   這消除了“選擇困難症”，幫助客服人員進入高效的“心流（Flow）”狀態，極大地提升了服務處理效率。

總結

設計 B 端產品，尤其是高頻操作的工具類產品，不能只看“功能有無”，更要看“效率高低”。

雙梯隊排序解決了“注意力聚焦”的問題，錨點時間解決了“公平與穩定”的問題。這兩者的結合，將雜亂無章的聊天列表，轉化為了井井有條的標準化流水線。

這不僅僅是代碼邏輯的優化，更是對客服人員認知負荷的解放。

本文由mdnice多平台發佈