消息模塊幾乎每個產(chǎn)品都會擁有解藻，而消息模塊的設(shè)計是一個產(chǎn)品成長過程中必備的一個環(huán)節(jié)书劝。特別是針對高頻業(yè)務(wù)消息的分發(fā)进倍，消息模塊是業(yè)務(wù)模塊的中間件，與不同的第三方购对、業(yè)務(wù)系統(tǒng)聯(lián)動猾昆，保證企業(yè)核心業(yè)務(wù)流程的正常運轉(zhuǎn)。本文以消息中臺的思路設(shè)計方案骡苞，最終落地消息中心方案垂蜗，以消息收發(fā)為基礎(chǔ)應(yīng)用，為不同業(yè)務(wù)線提供支撐烙如。

當我們的團隊集中度在一個產(chǎn)品時么抗，我們的消息系統(tǒng)其實可以做到很簡單，簡單來說亚铁，核心目的是為了在適當?shù)臅r間以合理的內(nèi)容告知用戶他應(yīng)該知道的消息蝇刀。

如果將消息獨立一個系統(tǒng)，那么消息本身不存在應(yīng)用價值徘溢，但是在業(yè)務(wù)線中吞琐，與其他業(yè)務(wù)流程進行組合捆探，那么一個消息的價值可能就是一個量級的轉(zhuǎn)化。

那么在一家成熟的企業(yè)來說站粟，一個產(chǎn)品遠遠是無法支撐龐大的商業(yè)模式黍图，所以想要提升自身的發(fā)展，無過于開源和節(jié)流奴烙。

開源即展示新的業(yè)務(wù)線助被，拓展新的產(chǎn)品線，都是一家企業(yè)打開了新挑戰(zhàn)切诀，對未來是存滿不確定性的揩环。而節(jié)流則對資源的合理利用，梳理現(xiàn)有業(yè)務(wù)流幅虑，剔除重復資源丰滑，減少重復勞動力。

那么在整合消息相關(guān)資源時倒庵，我們會發(fā)現(xiàn)最直觀的問題：不同的產(chǎn)品線消息模塊重復建設(shè)褒墨，從效率層面來看，本身可以通過一條流程走完的消息流擎宝，6以多分支的方式郁妈，各自做各自的工作，形成了應(yīng)用資源和開發(fā)資源的浪費认臊。

由于每個產(chǎn)品線的消息模塊都是一個自成一體的系統(tǒng)圃庭，所以在業(yè)務(wù)人員或開發(fā)人員來說，都是一件頭痛的事情失晴，因為團隊同時要對多套系統(tǒng)進行維護剧腻。

那么我們要如何通過一個消息中臺來分發(fā)不同業(yè)務(wù)線的消息呢？下面筆者將詳細分享自己對于消息中心從0到1的設(shè)計經(jīng)驗（以下內(nèi)容數(shù)據(jù)方面有一定的模糊處理涂屁，僅供參考）

一书在、業(yè)務(wù)背景

1、業(yè)務(wù)調(diào)研

想要對消息業(yè)務(wù)有所了解拆又，我們需要先找到一個突破點儒旬，即日常工作職責中必須用到消息的職能部門。我們要對業(yè)務(wù)進行調(diào)研更多是對于一個流程帖族、一套閉環(huán)工作進行了解栈源，如果是需求調(diào)研更多是為了解決一個點的問題，而我們現(xiàn)在要對于整個流程進行了解和整理竖般。

業(yè)務(wù)調(diào)研的流程甚垦，首先是要明確為什么要做，原始驅(qū)動力是什么？然后明確我們最終的目標艰亮，然后以目標反推哪些人與之相關(guān)闭翩。

知道要去找哪些人后，我們要先提前把問題想好迄埃，避免大眼瞪小眼的尷尬疗韵。把你不了解的、不熟悉的都記錄下來侄非，通過深入訪談或者會議進行溝通蕉汪，訪談時采用提示引導法。通過你的問題引出他的想法以及問題彩库。然后梳理不同角色的調(diào)研結(jié)果肤无，通過結(jié)果總結(jié)分析問題先蒋。

前期調(diào)研方式和調(diào)研問題決定了我們后續(xù)對于消息中臺的定義和設(shè)計骇钦，所以這里一定要仔細分別調(diào)研時的會談價值，分析時同時要基于企業(yè)不同產(chǎn)品線考慮竞漾，盡可能做到多角度分析比對眯搭。

同樣，如果你對消息沒有概念业岁，對系統(tǒng)沒有認知鳞仙，只是知道這套系統(tǒng)具體功能是做什么的，這樣是遠遠不夠的笔时。你需要對外進行調(diào)研棍好，我們可以適當進行競品調(diào)研，這里可以推薦大家?guī)讉€消息平臺作為學習參考允耿，這里僅介紹國外產(chǎn)品借笙，國內(nèi)的產(chǎn)品大家搜索引擎找一下都可以找到。

One Signal：OneSignal: High Volume Mobile and Web Push Notifications

VWO：：VWO - Application

AirShip：Airship

由于很多人確實沒有對消息觸達和架構(gòu)這塊并沒有經(jīng)驗较锡，而且也沒有做過開發(fā)工作业稼，所以是需要多學習一下競品的流程與模式。當然蚂蕴，學習參考并不代表抄襲低散，因為別人有的你也抄不來，抄過來了也不代表適合你骡楼。但是我們做任何一個產(chǎn)品的時候都要保持敬畏之心熔号，對競品了解是最基礎(chǔ)的。你可能會認為：人家做都也不怎么樣呀鸟整，都沒有上市引镊。但我要告訴你，當你在了解其他產(chǎn)品時，有一條底層邏輯要謹記祠乃，任何一個消息推送類產(chǎn)品只要存在市場上梦重，那肯定有它所具備的優(yōu)勢。

除了對外調(diào)研亮瓷，內(nèi)部的調(diào)研同樣不可缺少琴拧，這里可以提供大家?guī)讉€方向問題，幫助大家在調(diào)研消息業(yè)務(wù)時嘱支，進行業(yè)務(wù)方面的了解蚓胸。

請麻煩描述一下目前我們的消息推送全流程是如何實現(xiàn)的，與哪些第三方渠道對接除师？

目前業(yè)務(wù)方面對于消息的主動觸達方式有哪些沛膳？頻率如何？有沒有遇到什么問題汛聚？

你們在使用公眾號推送/郵箱推送/App Push/站內(nèi)信推送時是如何進行推送渠道的篩選的锹安？不同的渠道對應(yīng)的是哪些業(yè)務(wù)場景？

目前我們的消息業(yè)務(wù)是否可以滿足現(xiàn)有應(yīng)用場景和客戶群體倚舀，對于更多有助于公司業(yè)務(wù)提升的場景中叹哭，我們有哪些不足點可以進行優(yōu)化？

在沒有消息渠道觸達客戶時痕貌，我們目前是如何與客戶進行溝通的风罩？溝通的結(jié)果如何？是否有相關(guān)的數(shù)據(jù)支撐呢舵稠？

通過幾個常規(guī)性的問題超升，幫助我們了解最基礎(chǔ)的業(yè)務(wù)流程，即使你對公司現(xiàn)有對業(yè)務(wù)流程非常熟悉了哺徊，我建議你也需要走一遍業(yè)務(wù)溝通室琢，因為我們其實帶著問題的同時，并不是說只需要知道這么幾個問題唉工，而且通過非常規(guī)的提示引導法將我們的溝通對象進入思考狀態(tài)研乒，讓對方逐步把細節(jié)闡述出來，然后我們從細節(jié)開始分解核心進行梳理淋硝。

2雹熬、業(yè)務(wù)背景

在調(diào)研過后，我們對基礎(chǔ)業(yè)務(wù)有來一定的了解谣膳，對消息的閉環(huán)流程同樣也做到來略知一二竿报，那么我們要開始梳理整個業(yè)務(wù)背景。

整體業(yè)務(wù)背景是你做這件事最原始的論點继谚，而業(yè)務(wù)數(shù)據(jù)就是你的論據(jù)烈菌。以數(shù)據(jù)結(jié)合背景闡述我們即將要做的事情。

首先我們要明確消息是用來做什么的，在實際的業(yè)務(wù)場景中芽世，消息分對內(nèi)與對外兩大類型挚赊。

內(nèi)部消息屬于單獨在我們不同業(yè)務(wù)系統(tǒng)里進行分發(fā)，我們需要將不同的消息分發(fā)給對應(yīng)崗位的小伙伴济瓢。

對外消息是產(chǎn)品與用戶溝通對話的方式荠割，外部消息有很多不同類型，但是最終目的是一致的旺矾，都是為了觸達用戶蔑鹦，讓用戶及時收到節(jié)點信息。

例如電商平臺最常見的訂單退款情況箕宙，當發(fā)生訂單退款時嚎朽，公司內(nèi)部應(yīng)由哪個職能部門去處理，我們應(yīng)該將這類消息告知該部門下的哪個小伙伴柬帕。

當專門處理退款的小伙伴解決這個問題后哟忍，如果拒絕退款的情況下，我們要第一時間告知我們的客戶雕崩，讓用戶知道自己的訂單已經(jīng)處理完畢魁索，處理后通知的效率也影響用戶對產(chǎn)品的好感。

比如Apple的訂單取消郵件通知盼铁，只要你收到了郵件，打開了郵件尝偎，對方的數(shù)據(jù)就會同步接受饶火，從數(shù)據(jù)中知道了你看到了這個消息。

如果訂單正常處理致扯，同意了退款肤寝，那么該訂單退款業(yè)務(wù)扭轉(zhuǎn)到了財務(wù)部門。同樣抖僵，財務(wù)部門相關(guān)小伙伴也需要收到消息鲤看，及時告知，及時處理對其審核耍群，同樣處理完成后义桂，也需要對外給予用戶不同類型的消息通知。

那么到這里我們已經(jīng)了解消息對于產(chǎn)品業(yè)務(wù)的重要性蹈垢，那么為什么我們要推出消息中心呢慷吊？

例如我們公司目前處于快速發(fā)展階段，由于公司業(yè)務(wù)線正在快速拓展曹抬，不同的產(chǎn)品線也正在逐步增加溉瓶，與此同時，不同的產(chǎn)品線均需要通過消息模塊來觸達客戶。

原來我們均以功能的概念在設(shè)計堰酿，那么業(yè)務(wù)資源和開發(fā)資源會存在大量的重復消耗疾宏，而且在維護方面也存在諸多問題，同時需要維護多套系統(tǒng)業(yè)務(wù)触创。

為了適應(yīng)公司的業(yè)務(wù)發(fā)展以及未來不同場景下的消息應(yīng)用灾锯，我們將引入中心概念，以中臺作為業(yè)務(wù)定義嗅榕，推出新的消息中心顺饮。拆解模塊之間的職能，解決重復造輪子凌那，反復改問題的現(xiàn)象兼雄。同時將不同的消息渠道整合，為不同的業(yè)務(wù)線提供不同場景的應(yīng)用支撐帽蝶。

用幾句話概況一下目前現(xiàn)狀赦肋，問題概況以及實際影響，最終推出消息中心励稳，在闡述背景時佃乘，盡量要結(jié)合企業(yè)目前的戰(zhàn)略計劃，比如目前企業(yè)的不同業(yè)務(wù)線都在中心化推送業(yè)務(wù)發(fā)展驹尼，那么我們這叫順勢而為趣避。反之就需要從其他角度切入，說出最恰當?shù)睦碛蓙碇螆F隊做這件事新翎。

3程帕、問題原因與數(shù)據(jù)

消息應(yīng)用背景明確后，那么我們需要論證地啰，但是口說無憑愁拭，當當靠你的嘴巴很多情況下無法說服團隊成員。那么你就要拋出一些與業(yè)務(wù)方更貼切亏吝、更實際的問題岭埠。比如為什么現(xiàn)階段我們要做消息中心？

產(chǎn)品營銷體系已搭建完成蔚鸥，缺乏統(tǒng)一觸達渠道惜论，無法及時觸達用戶；

不同業(yè)務(wù)系統(tǒng)的消息通知能力獨立分散株茶，對不同業(yè)務(wù)系統(tǒng)的消息無法管控来涨；

消息數(shù)據(jù)價值未被挖掘，消息相關(guān)數(shù)據(jù)仍然未掌握在平臺启盛，無法通過消息數(shù)據(jù)優(yōu)化質(zhì)量蹦掐；

這些問題看上去都很重要技羔，我們對問題也要進行簡單拆分，問題分兩類卧抗，一類屬于未來預測型問題藤滥，另外一類屬于資源合理型問題。

未來預測型問題社裆，就是要把以后發(fā)展中會遇到的問題前置拙绊，將可見的問題拋出，這類情況更適合高速發(fā)展期的企業(yè)泳秀，比如產(chǎn)品營銷體系目前已搭建完成标沪。我們的運營會通過營銷活動來提升客戶活躍度。

當我們舉行一場圣誕節(jié)活動時嗜傅，一場大型活動對不同價值的客戶有不同的營銷策略金句，那么在活動開始前，我們會通過郵件通知客戶吕嘀。

比如我們分發(fā)了20萬張優(yōu)惠券违寞，20萬張優(yōu)惠券分發(fā)后，均以郵件通知和短信通知觸達偶房，如果沒有及時的數(shù)據(jù)反饋趁曼，那么最終我們無法知道這10萬封郵件最終會有多少的打開率與點擊率。而10萬封短信會被多少用戶攔截拒絕亦或者打開棕洋。

平臺觸達用戶的消息是很容易體現(xiàn)活動效果或推廣效果挡闰，通過最終的效果反推未來的客戶營銷策略，如缺失了這部分的一體化消息拍冠，會影響用戶后續(xù)的消息關(guān)注度尿这。

就像這封Quora的郵件，消息反饋的設(shè)計可以整理為三個角度：首屏數(shù)據(jù)庆杜、內(nèi)容數(shù)據(jù)、整體數(shù)據(jù)碟摆。單單通過一封郵件內(nèi)容晃财，推送給幾十萬個用戶即可獲得到海量的用戶數(shù)據(jù)，從中我們可以分析出不同類型用戶的喜好典蜕，對此我們可以從數(shù)據(jù)進行優(yōu)化断盛，滿足用戶的需求。

那么資源合理型問題更適合想要進行節(jié)流方向的產(chǎn)品方向愉舔，直接從現(xiàn)有的案例來引導钢猛，目的在于建立消息資源的重要性。

例如目前我們企業(yè)整體還沒有屬于自己的消息平臺轩缤，營銷郵件和營銷短信都是通過第三方來進行發(fā)送命迈。而由于業(yè)務(wù)的快速發(fā)展贩绕，單單郵件就需要發(fā)出2000萬封左右，在不計算人工成本的情況下壶愤，每月第三方的消息推送工具費用達到$50000淑倾，對于企業(yè)自身來說，這就是一種資源的浪費征椒。

從簡單的一句話中娇哆，我們就知道這個問題的影響面以及價值，而這些數(shù)據(jù)都需要通過實際與業(yè)務(wù)勃救、銷售碍讨、運營進行調(diào)研得出，通過實際的數(shù)據(jù)集合反饋問題蒙秒。

在整個業(yè)務(wù)背景中勃黍，我們不僅在前期調(diào)研數(shù)據(jù)，了解實際問題税肪。而且我們要拋出企業(yè)現(xiàn)階段的問題溉躲，問題不多但是要尖銳，特別是價值敏感性人群會對這部分問題特別感冒益兄。結(jié)合企業(yè)戰(zhàn)略為方向進行取舍锻梳。

二、方案目標

1净捅、方案目標

怎么理解方案的目標疑枯？方案目標即最終要達到的目的。在設(shè)計目標時蛔六，盡可能與企業(yè)目前戰(zhàn)略目標一致荆永。正如任正非說的“力出一孔，利出一孔”国章，戰(zhàn)略聚焦是公司有組織能力的體現(xiàn)具钥。

任何一套業(yè)務(wù)都要與戰(zhàn)略保持一致，當然液兽，戰(zhàn)略目標也在變化骂删，唯一不變都就是變化，所以我們也要適應(yīng)變化四啰，比如我們現(xiàn)階段都戰(zhàn)略目標是為了實現(xiàn)市場占有率達到20%宁玫，而目前市場占有率只有10%，如何從消息中心層面幫助整個企業(yè)提升效益柑晒，這就是我們要做的欧瘪。

我們目標設(shè)計時，需要考慮三個核心匙赞；

1佛掖、可落地性強妖碉；

2、可預期設(shè)計苦囱；

3嗅绸、基于現(xiàn)有數(shù)據(jù)設(shè)計；

一句話來概況就是這個目標要高且完成率要盡可能高撕彤，這里的目標僅僅指的是長期目標鱼鸠，長期可實現(xiàn)的目標作為消息中心的方案目標。

2羹铅、整體架構(gòu)方案

在了解方案背景以及實際問題后蚀狰，我們就需要拋出方案。而方案中最核心的就是架構(gòu)职员，消息中心架構(gòu)代表了整個方案組合內(nèi)容麻蹋，往往架構(gòu)代表整個骨架，而這個骨架已囊括了未來我們大多數(shù)設(shè)計和應(yīng)用場景焊切。

這里我們要拋出的是整體的業(yè)務(wù)架構(gòu)扮授，至于后面的功能架構(gòu)和技術(shù)架構(gòu)不需要在此處體現(xiàn)。

消息中心整體由App Push服務(wù)专肪、系統(tǒng)通知服務(wù)刹勃、微信推送服務(wù)、短信服務(wù)嚎尤、郵件服務(wù)荔仁、瀏覽器推送服務(wù)、聊天室系統(tǒng)芽死、工單系統(tǒng)乏梁、內(nèi)部消息系統(tǒng)九個基礎(chǔ)模塊支撐

以上僅僅是筆者在設(shè)計消息時，公司目前的消息相關(guān)業(yè)務(wù)架構(gòu)以及未來設(shè)計关贵，不同的產(chǎn)品業(yè)務(wù)肯定會有更多更加靈活的組合方式遇骑。

這九大基礎(chǔ)模塊中，每個消息都對應(yīng)不同的場景揖曾，比如

App push：針對現(xiàn)有A產(chǎn)品線的服務(wù)支撐质蕉，通過定期定向定量的推送促進客戶打開率以及活躍度，同時B產(chǎn)品線以及C產(chǎn)品線的App正在進行構(gòu)建中翩肌，后期同樣也可以支撐這兩條產(chǎn)品線。

微信推送服務(wù)：截止2020年底禁悠，目前國內(nèi)微信擁有11億多用戶量念祭，而針對國內(nèi)業(yè)務(wù)我們除了短信服務(wù)觸達，微信推送目前是主流渠道之一碍侦，而且微信推送包括小程序推送和公眾號推送粱坤，這兩類幾乎不需要成本隶糕，對于國內(nèi)用戶多觸達率更高。雖然微信推送會有內(nèi)容方面的限制站玄，但是我們的推送大部分都是基于與用戶的互動業(yè)務(wù)消息枚驻，是用戶愿意主動接受的消息。

同樣株旷，我們在設(shè)計消息架構(gòu)的時候再登，必須要考慮的是消息的重疊度，即A類消息與B類消息的觸達場景重疊度晾剖。

比如我們設(shè)計A類消息時锉矢，必須要考慮這類消息推送的頻率以及人群，這是這類消息的價值點齿尽，避免重疊度是為了最大程度降低公司重復資源以及對同類客戶的打擾沽损。因為過于頻繁的打擾客戶揭厚，不僅會降低品牌好感度屈暗，甚至客戶會拒收或者屏蔽平臺的任何消息。

那么九大服務(wù)用來為不同的產(chǎn)品線作為服務(wù)支撐奉瘤，包括項目A和項目B卡骂，產(chǎn)品A和產(chǎn)品B国裳，CRM系統(tǒng)、MPC系統(tǒng)......

簡單來說偿警，消息中心為不同業(yè)務(wù)應(yīng)用平臺提供消息系統(tǒng)的支撐躏救，幫助不同業(yè)務(wù)系統(tǒng)完成基礎(chǔ)消息的閉環(huán)流程。

不同的消息對于不同的業(yè)務(wù)線有哪些具體效益螟蒸，我們可以舉例說明盒使，比如產(chǎn)品A是一個國外SaaS電商平臺，那么針對國外的用戶群體七嫌，我們調(diào)研了A少办、B兩類客戶群體。

通過分析這兩類客戶群體诵原，我們發(fā)現(xiàn)行為模式中有一些共通點英妓。由于互聯(lián)網(wǎng)發(fā)展周期原因，目前仍處于PC互聯(lián)網(wǎng)時代后期绍赛。

PC互聯(lián)網(wǎng)時代中郵件是主要通訊方式蔓纠，所以我們針對這類用戶的通知，特別是偏向業(yè)務(wù)相關(guān)吗蚌、營銷相關(guān)的通知會以郵件為核心腿倚，作為高頻觸達的手段，有效與我們的客戶進行雙向的溝通蚯妇。

而另外一方面敷燎，PC中必然包括了瀏覽器暂筝，而Chrome長期占據(jù)國外瀏覽器市場的近70%，幾乎達到了壟斷的地位硬贯。

所以針對這類客戶觸達焕襟，我們會首先考慮用瀏覽器推送進行重要業(yè)務(wù)消息的通知。由于這類通知是單向的通知饭豹，無法與客戶進行雙向溝通渠道鸵赖，所以這類消息我們會降低發(fā)送頻率，提升推送質(zhì)量墨状，保證有效觸達卫漫。

同樣，我們也考慮到瀏覽器市場的豐富多樣性肾砂，所以根據(jù)2019年某市場分析數(shù)據(jù)列赎，處于第二位的火狐瀏覽器以及Edge瀏覽器各占據(jù)近10%，所以后續(xù)我們也會根據(jù)最終觸達效果考慮增加不同瀏覽器的推送镐确。

后期我們會將以上九大基礎(chǔ)服務(wù)產(chǎn)生的業(yè)務(wù)數(shù)據(jù)進行整合包吝，以消息類型緯度對數(shù)據(jù)進行分析，通過企業(yè)內(nèi)數(shù)據(jù)中心反饋的數(shù)據(jù)源葫，對最終的推送效果進行二次诗越、三次優(yōu)化。

消息的優(yōu)化肯定是基于大量的數(shù)據(jù)息堂，而不同的公司業(yè)務(wù)線不同嚷狞，數(shù)據(jù)來源也會不一樣，比如我們的數(shù)據(jù)是全部來源于數(shù)據(jù)中心荣堰，由數(shù)據(jù)中心進行初步的數(shù)據(jù)清洗床未，然后我們負責通過接口進行調(diào)用、查看振坚、匯總薇搁。如果沒有數(shù)據(jù)中心，那么大部分消息數(shù)據(jù)會存儲在消息中心渡八，由于消息中心進行數(shù)據(jù)的匯總整理啃洋；

最終我們會通過消息數(shù)據(jù)來優(yōu)化觸達率、點擊率屎鳍、打開率宏娄、轉(zhuǎn)化率、停留時長等等逮壁，實現(xiàn)對消息的內(nèi)容绝编、頻次、人群精準推送。

三十饥、方案拆分

1、階段拆分

方案的階段拆分是一件極為痛苦的事情祖乳，因為實際上你的方案要做的是一個大方向的事情逗堵，但是在階段拆分時，你要開始細化眷昆，細化到每一階段應(yīng)該完成什么蜒秤。

在這里，根據(jù)消息中心的目標亚斋，我們拆解成三個階段：

產(chǎn)品打磨期：確定產(chǎn)品PMF（Product Market Fit 產(chǎn)品市場匹配度）幫助我們快速調(diào)整產(chǎn)品方向作媚。最終驗證產(chǎn)品開發(fā)與應(yīng)用的設(shè)計是否成立可用。

產(chǎn)品發(fā)展期：通過消息結(jié)合業(yè)務(wù)系統(tǒng)挖掘客戶價值帅刊，通過不斷放大客戶價值纸泡，組合不同職能團隊，將消息體系進一步完善赖瞒，做到精細化運營客戶女揭。

產(chǎn)品迭代期：通過市場反饋形成關(guān)鍵數(shù)據(jù)指標，倒推產(chǎn)品提升核心漏斗數(shù)據(jù)栏饮，提升每個業(yè)務(wù)數(shù)據(jù)指標吧兔，降低每個流程的斷點率與流失率。

那么我們將三個大階段繼續(xù)拆分袍嬉，拆分成不同的版本境蔼，比如第一階段的產(chǎn)品打磨期，我們將會拆解成幾個大版本伺通，每個大版本再拆解成3-5個不同的小版本箍土；

我們在設(shè)計版本迭代時，根據(jù)現(xiàn)階段的目標不同可以酌情進行調(diào)整泵殴，但是便于我們的任務(wù)可執(zhí)行可落地涮帘，我們必須進行多次拆解。

產(chǎn)品規(guī)劃中內(nèi)容有一定刪減（僅供參考）

每個階段都應(yīng)該有對應(yīng)都階段性目標笑诅，這里需要再次說明都是调缨，每個階段性目標都要以大版本迭代為核心。

以小版本進行迭代有很多優(yōu)勢吆你，比如我們可以增加階段性產(chǎn)出價值弦叶，并且同時降低試錯的成本，不斷通過內(nèi)部使用進行迭代妇多，特別是首個版本上線后伤哺，除了主線外，我們還需要另外有一個快速更新對版本，這里筆者稱之為快速版本立莉。

快速版本是為了解決大版本之間存在的問題绢彤，并且保證系統(tǒng)在穩(wěn)定的線上環(huán)境時可以正常處理業(yè)務(wù)，保障業(yè)務(wù)之間的抗風險能力蜓耻。以快速版本作為產(chǎn)品快速迭代形式更新茫舶，既能減少每個小版本之間的摩擦又可以提高整體產(chǎn)品的質(zhì)量。

2刹淌、版本拆分規(guī)劃

首個版本其實是最簡單的饶氏，因為我們的目標是最明確的，做基建有勾，打地基疹启。首個版本我們要明確在有目標且只有一個目標的大前提下進行拆分。

將每個小版本的需求通過表格的形式羅列起來蔼卡，通過表格你可以清晰的看到在某個版本計劃下喊崖，我們應(yīng)該做哪個模塊下的哪些需求功能，這些需求的優(yōu)先級如何菲宴。

那么對應(yīng)的需求功能具體可以實現(xiàn)什么贷祈，預期完成時間是什么時候，具體有誰來做喝峦。最終技術(shù)實現(xiàn)時間預估在什么時候势誊，這些信息內(nèi)容都可以通過表格一目了然。

當然谣蠢，這些表格里面的內(nèi)容除了你自己看粟耻，也需要定時定期的更新，因為你自己要根據(jù)表格里面的內(nèi)容對自己未來一段時間的工作進行規(guī)劃排期眉踱。而我們的老大可能也需要看到你的進度挤忙，那么你的這張表就是你的預期產(chǎn)出時間以及未來的時間點。

首先要明確解決的問題谈喳，完成該目標后册烈，我們可以解決什么問題。例如我們v0.11版本要完成消息中心整體架構(gòu)的搭建婿禽，并完成對產(chǎn)品A業(yè)務(wù)系統(tǒng)的整體消息支撐赏僧。

由于產(chǎn)品A屬于面向世界的產(chǎn)品，所以不僅僅是針對國內(nèi)的客戶扭倾，更多是觸達到國外客戶淀零，所以我們會把現(xiàn)有的郵件服務(wù)遷移到消息中心，集中一個中心對外出口推送郵件膛壹。

如果只有一套郵件服務(wù)驾中，其實這個問題還好解決唉堪，那么如果我們有多套業(yè)務(wù)，如何解決這個問題肩民？事實上唠亚，如果你對消息了解，你就應(yīng)該知道一種推送方式其實有多種形式可以接入此改。

比如第三方郵件平臺服務(wù)趾撵、自建郵件服務(wù)、郵件代發(fā)服務(wù)...那么如何選擇共啃？結(jié)論是：根據(jù)自身業(yè)務(wù)應(yīng)用場景選擇，在設(shè)計消息模塊時最忌憚“拍腦袋”行為暂题。每一步都要為未來都應(yīng)用考慮移剪，且每一步都會造成企業(yè)成本，如果一步做錯薪者，后續(xù)會影響整條業(yè)務(wù)線的消息纵苛。

所以當你不知道如何選擇的時候，我們可以先把自己的方向列好言津，然后把每個方向的市場優(yōu)劣勢都曝光出來攻人，盡量在優(yōu)劣勢中進行判斷。但是這里極有可能會被自己都主觀判斷和認知所影響悬槽，所以在完成整理后怀吻，可以與同事、小伙伴探討幾分鐘初婆。

最終從幾個方案中選擇最合適的蓬坡，這里不管是郵件服務(wù)，還是App push磅叛、瀏覽器推送...都是有不同的解決方案的屑咳，作為產(chǎn)品人應(yīng)該學會找到所有的方案然后從中挑選對于不同產(chǎn)品下的最佳應(yīng)用方案。

在確定方案后弊琴，接下來就要明確方案核心流程兆龙，方案核心流程必須要有多個角色，因為一個中心肯定會給予多個業(yè)務(wù)系統(tǒng)做支撐敲董，所以我們的核心業(yè)務(wù)流程要保持一致

如上圖紫皇，這里我們可以拿著一個客戶觸發(fā)業(yè)務(wù)節(jié)點，這么一個基礎(chǔ)的場景臣缀，把整個方案的基礎(chǔ)邏輯闡述清除坝橡。具體描述比如

我們通過客戶端觸發(fā)業(yè)務(wù)節(jié)點，然后不同的業(yè)務(wù)系統(tǒng)會接受到客戶端傳遞的參數(shù)精置，然后業(yè)務(wù)系統(tǒng)由自身去組裝業(yè)務(wù)節(jié)點的參數(shù)计寇，通過不同的參數(shù)發(fā)送到消息中心。消息中心接到相關(guān)指令后，進行基礎(chǔ)的校驗番宁，校驗通過后開始對消息類型進行判斷元莫，比如剛剛所說的郵件服務(wù)，郵件需要走第三方的通道蝶押，所以我們需要組裝第三方需要的參數(shù)踱蠢，然后通過第三方消息平臺發(fā)送，第三方會返回發(fā)送的結(jié)果給我們棋电。然后我們對數(shù)據(jù)進行最終對存儲與校驗茎截。那么最終消息會由第三方發(fā)送給我們的客戶端，完成消息的觸達赶盔。

核心業(yè)務(wù)流程其實很簡單企锌，但是對于不懂相關(guān)業(yè)務(wù)的小伙伴來說可能會有些勉強，所以我們需要用簡單易懂的文字幫助不同認知階級的人理解于未。

基于核心業(yè)務(wù)流程理解后撕攒，我們也需要有更具體抽象的當前階段的規(guī)劃業(yè)務(wù)流程，比如說我們的郵件是怎么發(fā)送怎么創(chuàng)建的烘浦？我們的瀏覽器推送是如何發(fā)送如何創(chuàng)建的抖坪？

細化到一個業(yè)務(wù)流是如何執(zhí)行的，那么你需要把具體這個業(yè)務(wù)流是如何走通整理出來闷叉，有一套完整的閉環(huán)擦俐，從消息的創(chuàng)建到消息的編輯。

在實現(xiàn)流程閉環(huán)時片习，我們始終要記得本階段捌肴、本版本下我們的任務(wù)是什么，不需要做太多優(yōu)化藕咏、美化的任務(wù)状知。

如果當前階段我們只是完成消息的觸達，那么我們的核心任務(wù)就是如何把這個目標實現(xiàn)孽查。因為我們在規(guī)劃時候無法做到十全十美饥悴，肯定會有一些細節(jié)是沒想到的，所以我們就需要用一個個小版本堆積起來盲再，然后做到統(tǒng)一處理西设。

對于當前版本規(guī)劃已經(jīng)明確后，我們這一階段對任務(wù)就完成了答朋，以上工作需要細心梳理贷揽，每個細節(jié)都可能成為你方案被失敗打回重塑的理由。

3梦碗、原型設(shè)計

以上我們完成了消息中心近60%的工作禽绪，那么剩下40%就需要你在原型中體現(xiàn)蓖救，我們就要著手拆解原型，對原型進行優(yōu)化設(shè)計印屁。

設(shè)計原型前循捺，我們需要先與前端溝通，了解一下我們前端的技術(shù)棧有哪些雄人，比如你們公司前端目前的前端技術(shù)架構(gòu)采用Ant-design（比較常見的Ant-design从橘、Layui、element）础钠，那么你可以去網(wǎng)上找一下對應(yīng)的UI框架元件庫恰力。

大部分設(shè)計架構(gòu)在網(wǎng)上都是可以找到Axure的元件庫，可以之間載入到Axure使用旗吁，好處就是你的前端很很容易可以看懂你需要的模塊牺勾，減少重復的工作量。

在原型設(shè)計中阵漏，我們落實到每個細節(jié)，方案要大而廣翻具，具有前瞻性視角履怯。原型要小而細，落實到每個細微之處裆泳。

筆者采用的是Ant-design叹洲，比如在消息列表頁面，左側(cè)是簡單的logo工禾、一級菜單和二級菜單运提，右側(cè)是核心消息列表（功能頁面），這種架構(gòu)在多數(shù)國內(nèi)的管理結(jié)構(gòu)中都是比較合理的闻葵。另外需要注意的是民泵，即使是在有框架的情況下，請不要發(fā)揮你天馬行空的想象力槽畔，因為我們是內(nèi)部使用效率優(yōu)先栈妆，要學會適度適應(yīng)每個人的接受能力，每個人的認知水平不足厢钧，如果你的原型設(shè)計過于“華麗”鳞尔，有一定可能會降低入手門檻。

如果我們采用元件庫做原型基礎(chǔ)設(shè)計早直，那么我推薦你加上交互寥假，比如我們的列表頁面有一個失效按鈕，是為了防止消息的異常情況下進行攔截霞扬，那么這種高危操作是需要進行二次確認的糕韧，所以我們點失效的時候枫振，就要出現(xiàn)對應(yīng)的提示內(nèi)容，需要我們輸入失效的原因兔沃。

在設(shè)計時蒋得，同樣我們也會考慮在負面操作時，對【確認】按鈕進行失焦處理乒疏，將焦點集中在【取消】按鈕额衙，這樣會一定程度上引起操作人的二次思考，降低出錯幾率怕吴，

原型中除了基本的交互窍侧，還有具體的開發(fā)說明，當然转绷，這點可以后置補充伟件。

多數(shù)情況下，我們一開始不需要對細節(jié)進行補充议经，在技術(shù)評審的時候需要補充相關(guān)的細節(jié)斧账，需要注意的是，我們在做一個消息中心（任何一個模塊）時煞肾，我們都要對細節(jié)把控到位咧织。

只要是在工作環(huán)境中，開發(fā)說明決定最終你與技術(shù)后期溝通的頻率籍救，但是作為開發(fā)出生的筆者习绢，在國內(nèi)工作時經(jīng)常會看到某些產(chǎn)品人的說明是這樣的

圖片來自網(wǎng)絡(luò)

從產(chǎn)品的角度可能沒錯，但是從開發(fā)的角度來說蝙昙，心里不禁感嘆：這是個啥闪萄？

如果你真的是在一家正規(guī)公司上班，有正規(guī)的團隊奇颠，正在帶領(lǐng)團隊從0到1設(shè)計產(chǎn)品時败去，請按照標準的開發(fā)說明進行標準，包括每個字段的長度大刊、校驗格式等等为迈。

舉個例子，比如這是我們的消息推送頁面缺菌，那么我們這里有8個地方需要說明（內(nèi)容已經(jīng)過一定刪減）葫辐。

針對這8個數(shù)據(jù)，我們要進行統(tǒng)一說明伴郁，每個說明點可以將你可以想到的內(nèi)容以及需要注意的點都進行簡單的細致的描述耿战。

具體的說明格式其實并沒有一個標準，每個人都有自己不一樣的習慣焊傅，比如我們是有數(shù)據(jù)字典剂陡，所以我們會有相應(yīng)都數(shù)據(jù)編號狈涮。然后對應(yīng)都數(shù)據(jù)字段的說明，都會放在數(shù)據(jù)說明鸭栖，相應(yīng)的交互說明也需要寫入歌馍。

如果你在設(shè)計初版系統(tǒng)時，你不一定需要按照筆者這樣做晕鹊，因為筆者這樣做也不一定是對的松却，僅僅是因為筆者自己也是一位獨立開發(fā)者，曾經(jīng)也在團隊協(xié)作中深受其害溅话，所以對說明要求會略多晓锻。但是我們的目標是一致的，都是為了提高團隊效率飞几，降低溝通成本砚哆。所以你需要把每個細節(jié)都說明清楚，這都是你未來與開發(fā)溝通屑墨，甚至討論爭論的原因躁锁。

原型部分網(wǎng)上的文章眾多，筆者就不一一贅述卵史，萬變不離其宗灿里，事就是這么個事，基于方案架構(gòu)和流程的前提下程腹，只要你把這個事說清楚了，你不管是用Axure儒拂、墨刀還是Word寸潦、Photoshop，我相信都是可以達到完成原型設(shè)計的目標社痛。

四见转、總結(jié)反思

1、聽取意見

當你完成整個消息中心的設(shè)計后蒜哀，請謹記斩箫，要聽取他人意見。學會聆聽撵儿，因為完成這件事其實并不難乘客，因為你在網(wǎng)上也可以找到很多細節(jié)可借鑒，但是你借鑒的不一定適合團隊淀歇。所以你可以與主管易核、老大討論，聽取意見浪默。

因為消息中心是需要長期與多部門牡直、多產(chǎn)品協(xié)調(diào)溝通的缀匕，如果你一開始在做的時候就沒有與其他人多討論，那么后期由于業(yè)務(wù)拓展碰逸，很有可能整體架構(gòu)很容易被推翻重構(gòu)。

當然饵史，關(guān)于團隊的意見，筆者也有個題外話约急。筆者在這個階段經(jīng)常會發(fā)現(xiàn)身邊的小伙伴會存在兩個極端，要么從來不聽取他人的意見牵辣，即使聽了也不改，改了心里也是不服氣的纬向。要么對別人的話言聽計從，幾乎不需要自己思考逾条，別人說啥就啥，別人說要改什么投剥，他立即按冀索圖解決某件事师脂。

這兩者都不能解決問題，前者很容易積累情緒江锨，造成團隊分裂吃警。后者很容易長期變成“工具人”，有些人說啄育，工具人有啥不好的酌心，不需要思考也挺不錯的。但是往往到了35歲以后挑豌，往往會有焦慮圍繞著這些人安券，因為這些人在過往的工作中并沒有學到什么，沒有建立自身知識儲備氓英。

2侯勉、結(jié)語

對于消息中心來說，根據(jù)實際業(yè)務(wù)線的豐富度铝阐，相應(yīng)應(yīng)用場景也會更加復雜壳鹤，所以我們在設(shè)計消息的落地場景時，對于不同場景的適用性挑戰(zhàn)也會增大饰迹。但殊途同歸芳誓，基于整個企業(yè)戰(zhàn)略去做更多思考余舶，總歸會讓價值落地。

筆者也在不斷的復盤和總結(jié)中完成這一次整體架構(gòu)的設(shè)計锹淌，當然匿值，這僅僅只是開啟，因為我們目前也僅僅完成了第一版的產(chǎn)品設(shè)計工作赂摆⌒荆基于現(xiàn)有規(guī)劃的未來，肯定還會遇到更多的難題烟号，但這也是身為產(chǎn)品的樂趣之一绊谭，希望能與正在看這篇文章的你共同成長。