本文以電商和醫(yī)療行業(yè)為例，看工作臺和消息系統(tǒng)是如何設(shè)計的，既能滿足用戶使用，又能節(jié)省開發(fā)成本。

工作臺和消息系統(tǒng)是B端產(chǎn)品的2大必備，但又不是核心功能點(diǎn)，所以常常得不到重視。

工作臺的主要目的是針對一些重要數(shù)據(jù)、重要業(yè)務(wù)的概覽；而消息系統(tǒng)是提醒業(yè)務(wù)消息、系統(tǒng)消息等重要消息的。在不同的應(yīng)用場景下，兩者的功能可能完全不同，當(dāng)然也可能高度重合，如何更合理的設(shè)計這兩個系統(tǒng)呢？既能滿足用戶使用，又能節(jié)省開發(fā)成本。

本文以電商和醫(yī)療行業(yè)為例，除了從功能層面來討論，還會帶大家了解技術(shù)方案，以便選擇更合理的實(shí)現(xiàn)方式。

一、工作臺和消息系統(tǒng)的區(qū)別和聯(lián)系

1. 常見功能

（1）工作臺

工作臺在有的系統(tǒng)中會被稱為首頁、概述。進(jìn)入系統(tǒng)時一般首先跳轉(zhuǎn)到的就是這頁，這個頁面是一個大集合，用戶可以在這頁上看到很多重要的信息概覽。

下面是一些電商的首頁，我們可以看到，這些頁面上內(nèi)容較多，有這些常見的功能模塊：

• 重要及待辦事項(xiàng)提醒：待付款、待發(fā)貨、待退款售后、待處理工單等；
• 經(jīng)營數(shù)據(jù)統(tǒng)計：支付訂單數(shù)、支付金額、累計客戶等；
• 常用功能快鏈：發(fā)布商品、訂單查詢等；
• 官方運(yùn)營：頭條新聞、活動報名等；
• 幫助服務(wù)：經(jīng)營建議，交流學(xué)習(xí)等。

可以說賣家關(guān)心的，以及平臺想推廣的，在這個上面都能一覽無余。但電商的業(yè)務(wù)處理場景比較簡單，主要是訂單處理這條主線，而營銷又是他們的剛需，所以他們的首頁大部分是平臺的推廣。

訂單處理路徑：

在醫(yī)療系統(tǒng)中，我們會發(fā)現(xiàn)，工作臺以待辦事項(xiàng)、業(yè)務(wù)數(shù)據(jù)、常用功能快鏈為主，基本不會出現(xiàn)平臺的營銷推廣。

待辦事項(xiàng)的表現(xiàn)形式又有所差異，不僅僅是一個總量的統(tǒng)計，還會具體到每個事項(xiàng)的詳情。比如說待分診、待接診、待回訪客戶的信息，以及對應(yīng)的快捷操作按鈕。

（2）消息系統(tǒng)

消息系統(tǒng)主要是這三方面的重要消息的提醒和存儲：

• 業(yè)務(wù)提醒：和業(yè)務(wù)流程相關(guān)的提醒，比如說待發(fā)貨，待評價；
• 普通提醒：和業(yè)務(wù)主流程無關(guān)，但有重要支撐作用的，比如說庫存預(yù)警，效期預(yù)警，客戶生日提醒；
• 系統(tǒng)公告：一般用來發(fā)布系統(tǒng)更新、平臺活動等通知。

從展現(xiàn)形式來看，一般會有一個獨(dú)立于頁面的懸浮消息列表，如下圖。這樣可以在不打斷用戶操作的情況下，實(shí)時查看重要消息。

如果消息內(nèi)容比較多，有的系統(tǒng)還會再增加一個專門的頁面，來承載所有的歷史消息。

我們從上面的功能對比中發(fā)現(xiàn)，工作臺重要及待辦事項(xiàng)提醒中的內(nèi)容，如果提醒的細(xì)致一點(diǎn)的話，可能就和消息系統(tǒng)中的內(nèi)容重合了，甚至是高度的重合。這種時候還需要做2套嗎？是否可以共用一套方案？我們先來了解下技術(shù)方案。

2. 技術(shù)方案

（1）總量統(tǒng)計

我們在上面圖中看到的，工作臺上面的數(shù)量總計，比如說待發(fā)貨數(shù)量3，待評論數(shù)量5，其實(shí)背后有一個統(tǒng)計中心。

如果增加了一條待辦，統(tǒng)計中心對應(yīng)業(yè)務(wù)的數(shù)量就會加1。反之，處理了，狀態(tài)改變了，數(shù)量就會減1。比如說一個訂單從待付款狀態(tài)變成了待發(fā)貨，前者加1，后者減1。

工作臺都是以一個頁面的形式來呈現(xiàn)的，所以在進(jìn)入這個頁面時，會去實(shí)時獲取最新的數(shù)據(jù)。這時只需要從統(tǒng)計中心把值取出來就行，不需要實(shí)時去查詢每個業(yè)務(wù)的狀態(tài)，然后做匯總計算。因?yàn)閷?shí)時的查詢非常損耗性能，這個頁面可能就加載不出來了。

（2）實(shí)時查詢

如果想要在工作臺上面顯示具體的信息，就需要在進(jìn)入工作臺時實(shí)時的查詢，比如下圖的排班信息，這個功能數(shù)據(jù)比較少，只需要直接在排班功能下查到當(dāng)前賬號的信息，然后回顯出來就行，不影響性能。

但我們看上面的我的待辦里面的信息，涵蓋了系統(tǒng)的所有業(yè)務(wù)流程，還有很多預(yù)警型的通知，如果每個信息都去實(shí)時的查詢，那每個業(yè)務(wù)都需要一個查詢接口，當(dāng)這個頁面上有20個業(yè)務(wù)類型時，接口就多的要卡死了，嚴(yán)重影響性能。

所以有的系統(tǒng)就把這些內(nèi)容作了拆分。我們來看這張圖，雖然業(yè)務(wù)很多，但不是一次加載出來的，通過tab的點(diǎn)擊切換，每次查詢一個業(yè)務(wù)的數(shù)據(jù)，極大的降低了性能問題。

這種方式也有一個比較大的弊端，就是不能一次性看完待辦事項(xiàng)，必須一個一個點(diǎn)擊切換，不如上面那種卡片形式，完全顯示的方式來的直觀。如果想要采用卡片形式。就要考慮下面這種實(shí)現(xiàn)方式了。

（3）埋點(diǎn)推送

這也是消息系統(tǒng)采用的實(shí)現(xiàn)方式。當(dāng)業(yè)務(wù)場景觸發(fā)了，業(yè)務(wù)方就會推送一條消息到消息系統(tǒng)里，所有的消息都集中在消息系統(tǒng)里面。

比如說患者登記了，就發(fā)送一條待分診的消息到消息系統(tǒng)的待分診業(yè)務(wù)下。護(hù)士分診了該位患者，再發(fā)送一條待接診的消息到消息系統(tǒng)的待接診業(yè)務(wù)下，同時把原先待分診業(yè)務(wù)的消息置為已讀，不顯示出來。

采用埋點(diǎn)推送的方式，當(dāng)工作臺需要一起展示很多業(yè)務(wù)的具體內(nèi)容時，只需要通過消息系統(tǒng)一個接口獲取就行了，相比較之前的20多個接口，解決了性能問題。

把這些消息不管是已讀的，還是未讀的，放到消息彈窗或者頁面中顯示，就是我們上面看到的消息中心了。

不過這種方式也有一個弊端，就是當(dāng)業(yè)務(wù)推送的消息很多時，需要每隔一段時間就清空下之前的消息，不然會導(dǎo)致數(shù)據(jù)庫頂不住壓力，宕機(jī)了。

比如說一個診所，一天門診量100，每個患者走一遍門診的流程，產(chǎn)生8個消息通知，一天下來就是800條消息。1000個診所的話，一天就會產(chǎn)生80萬條數(shù)據(jù)。所以這些消息需要在3-4天內(nèi)清空一下。

兩系統(tǒng)構(gòu)建方法

1. 相互獨(dú)立

以電商系統(tǒng)為例，他的工作臺和消息系統(tǒng)是完全獨(dú)立的東西。工作臺以運(yùn)營推薦為主，消息系統(tǒng)以系統(tǒng)消息為主，沒有交集。

這種情況下，工作臺的待辦事項(xiàng)等總計數(shù)據(jù)就采用構(gòu)建統(tǒng)計中心的辦法來實(shí)現(xiàn)。運(yùn)營內(nèi)容可以直接去業(yè)務(wù)方獲取。

消息系統(tǒng)采用推送的方式來構(gòu)建，除了系統(tǒng)通知，也可能會含有一些業(yè)務(wù)消息，比如說：您有新訂單啦，都是可以滿足的。

2. 融合構(gòu)建

以醫(yī)療系統(tǒng)為例，工作臺和消息系統(tǒng)是有很大交集的，不妨做個融合構(gòu)建。

同樣，待辦事項(xiàng)等總計數(shù)據(jù)還是采用構(gòu)建統(tǒng)計中心的辦法去實(shí)現(xiàn)。但是顯示待辦事項(xiàng)明細(xì)時，可以采用埋點(diǎn)的方式，這樣在做消息系統(tǒng)時，可以直接復(fù)用數(shù)據(jù)。

雖然剛說了埋點(diǎn)的弊端是要定時清數(shù)據(jù)，但是對于業(yè)務(wù)流動性很大的系統(tǒng)來說，本身幾天前的消息已經(jīng)沒有價值了。比如說今天一個患者來就診，提醒了醫(yī)生待接診，即使醫(yī)生今天沒有看他，消息保留著，但他第二天來了還是要重新掛號的，醫(yī)生不會去處理歷史消息。

數(shù)據(jù)可以復(fù)用，那是不是意味著頁面也只要做一個就好了呢？每次有消息過來時，提醒一下您有新消息，點(diǎn)擊就去工作臺查看呢？

最好不要這樣做，因?yàn)楫?dāng)用戶點(diǎn)擊了消息，想看看詳情時，就會跳出當(dāng)前頁，可能打斷了現(xiàn)有的操作，用戶體驗(yàn)極不好。不妨增加一個固定懸浮消息列表，不影響用戶操作?？此瓢压δ苤貜?fù)做了一遍，增加了工作量。實(shí)際上這只是前端展示上的工作量，對于后端來說，共用一套數(shù)據(jù)反而節(jié)省了成本。綜合來看，是性價比比較高的方式。

總結(jié)

工作臺和消息系統(tǒng)有時候看似毫無關(guān)系，有時候卻看似完全一樣，當(dāng)然取決于業(yè)務(wù)本身?？赡芸雌渌南到y(tǒng)，還會有其他的展示內(nèi)容和形式。

還是以功能為主導(dǎo)，但這邊不得不著重考慮技術(shù)的實(shí)現(xiàn)方案，因?yàn)楣δ芟氲脑偻昝?，用不了也等于零?/p>

在考慮技術(shù)實(shí)現(xiàn)成本的時候，不要被眼前看到的迷惑住，要明白背后的實(shí)現(xiàn)原理。這樣才能收放自如，讓兩者或獨(dú)立，或融合，相得益彰。

作者：司馬特小隊(duì)，訂閱號：司馬特小分隊(duì)，專注B端產(chǎn)品

本文由 @司馬特小隊(duì) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自?Unsplash，基于 CC0 協(xié)議