消息管理類的產品怎樣設計？

消息系統(tǒng)簡述

消息系統(tǒng)主要是為了滿足是企業(yè)在想要觸達用戶的時候能夠通過有效的方式將想要傳達給用戶的消息及時的傳達給用戶，達到原本的期望。簡單來說，任何一個消息系統(tǒng)目的都是為了完成這樣一句話：基于業(yè)務的需要，在特定的情況和指定的時間下，能夠通過合適的方式將一些內容傳達給到指定的人員。因此當我們在構建消息系統(tǒng)的時候至少需要考慮到兩個角色和5個元素：

用戶端的功能相對來說比較簡單，主要在于如果是通過站內信的方式需要提供消息列表和消息詳情，其余的方式都不需要提供具體功能。

而對于運營后臺來說，主要跟大家聊一下“條件”，基于“條件”的區(qū)別會導致后臺搭建不一樣。條件指的是什么情況下給用戶發(fā)送消息，這里面要注意的是給用戶發(fā)送消息有兩種，一個是基于業(yè)務規(guī)則制定的自動觸發(fā)條件;另一種是人為手動的，根據(jù)自己的實際需要去制定消息推送，這種主要是提供給公司的運營人員使用。因此從整體上，我們可以進一步把消息系統(tǒng)的搭建細化成這樣的產品架構：

觸發(fā)型消息管理的產品設計

所謂觸發(fā)型消息，就是這些消息發(fā)送的邏輯是先由代碼進行編輯，寫在指定的業(yè)務邏輯中，當用戶滿足相應的業(yè)務邏輯，就會觸發(fā)該業(yè)務邏輯中的消息進行發(fā)送。因此需要注意的是這些消息并不是可以由人為的新增，每次必須是提需求給開發(fā)進行發(fā)布上線才能使用，我們只能針對開發(fā)好的呈現(xiàn)在指定列表中的各種消息進行管理。因此從設計上來說，觸發(fā)型消息管理的產品原型大致會有這樣的內容：

1.查詢區(qū)域可以根據(jù)自己的實際業(yè)務需要提供相應的查詢條件

2.消息列表中，有幾個信息需要注意下

1)消息名稱指的是模板名稱。如關注發(fā)送通知。并不是用戶看到的消息標題

2)推送人數(shù)和推送次數(shù)的區(qū)別：推送人數(shù)指累計至今該消息推送給多少人，而推送次數(shù)是該消息觸發(fā)的次數(shù)。

3)注意狀態(tài)為停用時，意味著該邏輯規(guī)則暫時不會被觸發(fā)

4)操作中，提供了修改消息內容入口，但要注意，基本上只能修改消息的名稱和發(fā)送消息的具體文案內容，其他涉及邏輯或規(guī)則的都不能隨意修改

5)另外注意需要提供推送記錄的入口，才能去查看每次觸發(fā)推送的情況是怎樣的

手動型消息管理的產品設計

手動型消息管理，大家可以理解為做成一個標準化組件。任何需要的人，根據(jù)自己的需要自己去發(fā)布消息即可，不需要預先進行業(yè)務邏輯的處理。因此自主性更高些。相較而言手動型是人為去創(chuàng)建一條條消息。因此在實際的產品設計時，主要是比觸發(fā)型的會多一個創(chuàng)建相關的功能：

1.查詢區(qū)域跟觸發(fā)型類同就不贅述

2.創(chuàng)建推送時，提供了渠道和推送時間的自主選擇功能

1)選擇渠道要注意不同渠道輸入的內容有區(qū)別，push和郵件需要輸入標題和正文內容;而短信可以只輸入正文內容即可

2)選擇時間方面注意選擇不同時間方式，細節(jié)功能設計有區(qū)別，例如定時，需要提供未來選擇時間;如果是一次性則不需要選擇時間，立即發(fā)布即可;如果選中周期性，則需要提供選擇周期時間(如每周六，12點)

3.保存方面考慮有可能公司業(yè)務復雜，創(chuàng)建一次推送不是一次能搞定，因此給了草稿功能(也可以去掉)

4.消息列表中要注意兩個字段的區(qū)別“消息名稱”“消息標題”，消息名稱是給運營人員自己查看了解之前推送的是什么;而消息標題是用戶接收的消息展示的標題內容

5.操作中要注意如果消息已發(fā)送，一般只提供查看功能