中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)讀：消息模塊幾乎每個(gè)產(chǎn)品都會(huì)擁有，而消息模塊的設(shè)計(jì)是一個(gè)產(chǎn)品成長過程中必備的一個(gè)環(huán)節(jié)。特別是針對(duì)高頻業(yè)務(wù)消息的分發(fā)，消息模塊是業(yè)務(wù)模塊的中間件，與不同的第三方、業(yè)務(wù)系統(tǒng)聯(lián)動(dòng)，保證企業(yè)核心業(yè)務(wù)流程的正常運(yùn)轉(zhuǎn)。本文以消息中臺(tái)的思路設(shè)計(jì)方案，最終落地消息中心方案，以消息收發(fā)為基礎(chǔ)應(yīng)用，為不同業(yè)務(wù)線提供支撐。

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

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

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

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

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

由于每個(gè)產(chǎn)品線的消息模塊都是一個(gè)自成一體的系統(tǒng)，所以在業(yè)務(wù)人員或開發(fā)人員來說，都是一件頭痛的事情，因?yàn)閳F(tuán)隊(duì)同時(shí)要對(duì)多套系統(tǒng)進(jìn)行維護(hù)。

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

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

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

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

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

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

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

同樣，如果你對(duì)消息沒有概念，對(duì)系統(tǒng)沒有認(rèn)知，只是知道這套系統(tǒng)具體功能是做什么的，這樣是遠(yuǎn)遠(yuǎn)不夠的。你需要對(duì)外進(jìn)行調(diào)研，我們可以適當(dāng)進(jìn)行競品調(diào)研，這里可以推薦大家?guī)讉€(gè)消息平臺(tái)作為學(xué)習(xí)參考，這里僅介紹國外產(chǎn)品，國內(nèi)的產(chǎn)品大家搜索引擎找一下都可以找到。

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

VWO：：VWO – Application

AirShip：Airship

由于很多人確實(shí)沒有對(duì)消息觸達(dá)和架構(gòu)這塊并沒有經(jīng)驗(yàn)，而且也沒有做過開發(fā)工作，所以是需要多學(xué)習(xí)一下競品的流程與模式。當(dāng)然，學(xué)習(xí)參考并不代表抄襲，因?yàn)閯e人有的你也抄不來，抄過來了也不代表適合你。但是我們做任何一個(gè)產(chǎn)品的時(shí)候都要保持敬畏之心，對(duì)競品了解是最基礎(chǔ)的。你可能會(huì)認(rèn)為：人家做都也不怎么樣呀，都沒有上市。但我要告訴你，當(dāng)你在了解其他產(chǎn)品時(shí)，有一條底層邏輯要謹(jǐn)記，任何一個(gè)消息推送類產(chǎn)品只要存在市場上，那肯定有它所具備的優(yōu)勢。

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

1. 請(qǐng)麻煩描述一下目前我們的消息推送全流程是如何實(shí)現(xiàn)的，與哪些第三方渠道對(duì)接？
2. 目前業(yè)務(wù)方面對(duì)于消息的主動(dòng)觸達(dá)方式有哪些？頻率如何？有沒有遇到什么問題？
3. 你們?cè)谑褂霉娞?hào)推送/郵箱推送/App Push/站內(nèi)信推送時(shí)是如何進(jìn)行推送渠道的篩選的？不同的渠道對(duì)應(yīng)的是哪些業(yè)務(wù)場景？
4. 目前我們的消息業(yè)務(wù)是否可以滿足現(xiàn)有應(yīng)用場景和客戶群體，對(duì)于更多有助于公司業(yè)務(wù)提升的場景中，我們有哪些不足點(diǎn)可以進(jìn)行優(yōu)化？
5. 在沒有消息渠道觸達(dá)客戶時(shí)，我們目前是如何與客戶進(jìn)行溝通的？溝通的結(jié)果如何？是否有相關(guān)的數(shù)據(jù)支撐呢？

通過幾個(gè)常規(guī)性的問題，幫助我們了解最基礎(chǔ)的業(yè)務(wù)流程，即使你對(duì)公司現(xiàn)有對(duì)業(yè)務(wù)流程非常熟悉了，我建議你也需要走一遍業(yè)務(wù)溝通，因?yàn)槲覀兤鋵?shí)帶著問題的同時(shí)，并不是說只需要知道這么幾個(gè)問題，而且通過非常規(guī)的提示引導(dǎo)法將我們的溝通對(duì)象進(jìn)入思考狀態(tài)，讓對(duì)方逐步把細(xì)節(jié)闡述出來，然后我們從細(xì)節(jié)開始分解核心進(jìn)行梳理。

2. 業(yè)務(wù)背景

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

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

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

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

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

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

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

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

如果訂單正常處理，同意了退款，那么該訂單退款業(yè)務(wù)扭轉(zhuǎn)到了財(cái)務(wù)部門。同樣，財(cái)務(wù)部門相關(guān)小伙伴也需要收到消息，及時(shí)告知，及時(shí)處理對(duì)其審核，同樣處理完成后，也需要對(duì)外給予用戶不同類型的消息通知。

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

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

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

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

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

3. 問題原因與數(shù)據(jù)

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

1. 產(chǎn)品營銷體系已搭建完成，缺乏統(tǒng)一觸達(dá)渠道，無法及時(shí)觸達(dá)用戶；
2. 不同業(yè)務(wù)系統(tǒng)的消息通知能力獨(dú)立分散，對(duì)不同業(yè)務(wù)系統(tǒng)的消息無法管控；
3. 消息數(shù)據(jù)價(jià)值未被挖掘，消息相關(guān)數(shù)據(jù)仍然未掌握在平臺(tái)，無法通過消息數(shù)據(jù)優(yōu)化質(zhì)量；

這些問題看上去都很重要，我們對(duì)問題也要進(jìn)行簡單拆分，問題分兩類，一類屬于未來預(yù)測型問題，另外一類屬于資源合理型問題。

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

當(dāng)我們舉行一場圣誕節(jié)活動(dòng)時(shí)，一場大型活動(dòng)對(duì)不同價(jià)值的客戶有不同的營銷策略，那么在活動(dòng)開始前，我們會(huì)通過郵件通知客戶。

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

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

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

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

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

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

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

二、方案目標(biāo)

1. 方案目標(biāo)

怎么理解方案的目標(biāo)？方案目標(biāo)即最終要達(dá)到的目的。在設(shè)計(jì)目標(biāo)時(shí)，盡可能與企業(yè)目前戰(zhàn)略目標(biāo)一致。正如任正非說的“力出一孔，利出一孔”，戰(zhàn)略聚焦是公司有組織能力的體現(xiàn)。

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

我們目標(biāo)設(shè)計(jì)時(shí)，需要考慮三個(gè)核心；

1. 可落地性強(qiáng)；
2. 可預(yù)期設(shè)計(jì)；
3. 基于現(xiàn)有數(shù)據(jù)設(shè)計(jì)；

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

2. 整體架構(gòu)方案

在了解方案背景以及實(shí)際問題后，我們就需要拋出方案。而方案中最核心的就是架構(gòu)，消息中心架構(gòu)代表了整個(gè)方案組合內(nèi)容，往往架構(gòu)代表整個(gè)骨架，而這個(gè)骨架已囊括了未來我們大多數(shù)設(shè)計(jì)和應(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)九個(gè)基礎(chǔ)模塊支撐。

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

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

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

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

同樣，我們?cè)谠O(shè)計(jì)消息架構(gòu)的時(shí)候，必須要考慮的是消息的重疊度，即A類消息與B類消息的觸達(dá)場景重疊度。

比如我們?cè)O(shè)計(jì)A類消息時(shí)，必須要考慮這類消息推送的頻率以及人群，這是這類消息的價(jià)值點(diǎn)，避免重疊度是為了最大程度降低公司重復(fù)資源以及對(duì)同類客戶的打擾。因?yàn)檫^于頻繁的打擾客戶，不僅會(huì)降低品牌好感度，甚至客戶會(huì)拒收或者屏蔽平臺(tái)的任何消息。

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

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

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

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

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

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

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

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

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

消息的優(yōu)化肯定是基于大量的數(shù)據(jù)，而不同的公司業(yè)務(wù)線不同，數(shù)據(jù)來源也會(huì)不一樣，比如我們的數(shù)據(jù)是全部來源于數(shù)據(jù)中心，由數(shù)據(jù)中心進(jìn)行初步的數(shù)據(jù)清洗，然后我們負(fù)責(zé)通過接口進(jìn)行調(diào)用、查看、匯總。如果沒有數(shù)據(jù)中心，那么大部分消息數(shù)據(jù)會(huì)存儲(chǔ)在消息中心，由于消息中心進(jìn)行數(shù)據(jù)的匯總整理；

最終我們會(huì)通過消息數(shù)據(jù)來優(yōu)化觸達(dá)率、點(diǎn)擊率、打開率、轉(zhuǎn)化率、停留時(shí)長等等，實(shí)現(xiàn)對(duì)消息的內(nèi)容、頻次、人群精準(zhǔn)推送。

三、方案拆分

1. 階段拆分

方案的階段拆分是一件極為痛苦的事情，因?yàn)閷?shí)際上你的方案要做的是一個(gè)大方向的事情，但是在階段拆分時(shí)，你要開始細(xì)化，細(xì)化到每一階段應(yīng)該完成什么。

在這里，根據(jù)消息中心的目標(biāo)，我們拆解成三個(gè)階段：

• 產(chǎn)品打磨期：確定產(chǎn)品PMF（Product Market Fit 產(chǎn)品市場匹配度）幫助我們快速調(diào)整產(chǎn)品方向。最終驗(yàn)證產(chǎn)品開發(fā)與應(yīng)用的設(shè)計(jì)是否成立可用。
• 產(chǎn)品發(fā)展期：通過消息結(jié)合業(yè)務(wù)系統(tǒng)挖掘客戶價(jià)值，通過不斷放大客戶價(jià)值，組合不同職能團(tuán)隊(duì)，將消息體系進(jìn)一步完善，做到精細(xì)化運(yùn)營客戶。
• 產(chǎn)品迭代期：通過市場反饋形成關(guān)鍵數(shù)據(jù)指標(biāo)，倒推產(chǎn)品提升核心漏斗數(shù)據(jù)，提升每個(gè)業(yè)務(wù)數(shù)據(jù)指標(biāo)，降低每個(gè)流程的斷點(diǎn)率與流失率。

那么我們將三個(gè)大階段繼續(xù)拆分，拆分成不同的版本，比如第一階段的產(chǎn)品打磨期，我們將會(huì)拆解成幾個(gè)大版本，每個(gè)大版本再拆解成3-5個(gè)不同的小版本；

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

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

每個(gè)階段都應(yīng)該有對(duì)應(yīng)都階段性目標(biāo)，這里需要再次說明都是，每個(gè)階段性目標(biāo)都要以大版本迭代為核心。

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

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

2. 版本拆分規(guī)劃

首個(gè)版本其實(shí)是最簡單的，因?yàn)槲覀兊哪繕?biāo)是最明確的，做基建，打地基。首個(gè)版本我們要明確在有目標(biāo)且只有一個(gè)目標(biāo)的大前提下進(jìn)行拆分。

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

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

當(dāng)然，這些表格里面的內(nèi)容除了你自己看，也需要定時(shí)定期的更新，因?yàn)槟阕约阂鶕?jù)表格里面的內(nèi)容對(duì)自己未來一段時(shí)間的工作進(jìn)行規(guī)劃排期。而我們的老大可能也需要看到你的進(jìn)度，那么你的這張表就是你的預(yù)期產(chǎn)出時(shí)間以及未來的時(shí)間點(diǎn)。

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

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

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

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

所以當(dāng)你不知道如何選擇的時(shí)候，我們可以先把自己的方向列好，然后把每個(gè)方向的市場優(yōu)劣勢都曝光出來，盡量在優(yōu)劣勢中進(jìn)行判斷。但是這里極有可能會(huì)被自己都主觀判斷和認(rèn)知所影響，所以在完成整理后，可以與同事、小伙伴探討幾分鐘。

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

在確定方案后，接下來就要明確方案核心流程，方案核心流程必須要有多個(gè)角色，因?yàn)橐粋€(gè)中心肯定會(huì)給予多個(gè)業(yè)務(wù)系統(tǒng)做支撐，所以我們的核心業(yè)務(wù)流程要保持一致。

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

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

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

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

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

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

如果當(dāng)前階段我們只是完成消息的觸達(dá)，那么我們的核心任務(wù)就是如何把這個(gè)目標(biāo)實(shí)現(xiàn)。因?yàn)槲覀冊(cè)谝?guī)劃時(shí)候無法做到十全十美，肯定會(huì)有一些細(xì)節(jié)是沒想到的，所以我們就需要用一個(gè)個(gè)小版本堆積起來，然后做到統(tǒng)一處理。

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

3. 原型設(shè)計(jì)

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

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

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

在原型設(shè)計(jì)中，我們落實(shí)到每個(gè)細(xì)節(jié)，方案要大而廣，具有前瞻性視角。原型要小而細(xì)，落實(shí)到每個(gè)細(xì)微之處。

筆者采用的是Ant-design，比如在消息列表頁面，左側(cè)是簡單的logo、一級(jí)菜單和二級(jí)菜單，右側(cè)是核心消息列表（功能頁面），這種架構(gòu)在多數(shù)國內(nèi)的管理結(jié)構(gòu)中都是比較合理的。另外需要注意的是，即使是在有框架的情況下，請(qǐng)不要發(fā)揮你天馬行空的想象力，因?yàn)槲覀兪莾?nèi)部使用效率優(yōu)先，要學(xué)會(huì)適度適應(yīng)每個(gè)人的接受能力，每個(gè)人的認(rèn)知水平不足，如果你的原型設(shè)計(jì)過于“華麗”，有一定可能會(huì)降低入手門檻。

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

在設(shè)計(jì)時(shí)，同樣我們也會(huì)考慮在負(fù)面操作時(shí)，對(duì)【確認(rèn)】按鈕進(jìn)行失焦處理，將焦點(diǎn)集中在【取消】按鈕，這樣會(huì)一定程度上引起操作人的二次思考，降低出錯(cuò)幾率。

原型中除了基本的交互，還有具體的開發(fā)說明，當(dāng)然，這點(diǎn)可以后置補(bǔ)充。

多數(shù)情況下，我們一開始不需要對(duì)細(xì)節(jié)進(jìn)行補(bǔ)充，在技術(shù)評(píng)審的時(shí)候需要補(bǔ)充相關(guān)的細(xì)節(jié)，需要注意的是，我們?cè)谧鲆粋€(gè)消息中心（任何一個(gè)模塊）時(shí)，我們都要對(duì)細(xì)節(jié)把控到位。

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

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

如果你真的是在一家正規(guī)公司上班，有正規(guī)的團(tuán)隊(duì)，正在帶領(lǐng)團(tuán)隊(duì)從0到1設(shè)計(jì)產(chǎn)品時(shí)，請(qǐng)按照標(biāo)準(zhǔn)的開發(fā)說明進(jìn)行標(biāo)準(zhǔn)，包括每個(gè)字段的長度、校驗(yàn)格式等等。

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

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

具體的說明格式其實(shí)并沒有一個(gè)標(biāo)準(zhǔn)，每個(gè)人都有自己不一樣的習(xí)慣，比如我們是有數(shù)據(jù)字典，所以我們會(huì)有相應(yīng)都數(shù)據(jù)編號(hào)。然后對(duì)應(yīng)都數(shù)據(jù)字段的說明，都會(huì)放在數(shù)據(jù)說明，相應(yīng)的交互說明也需要寫入。

如果你在設(shè)計(jì)初版系統(tǒng)時(shí)，你不一定需要按照筆者這樣做，因?yàn)楣P者這樣做也不一定是對(duì)的，僅僅是因?yàn)楣P者自己也是一位獨(dú)立開發(fā)者，曾經(jīng)也在團(tuán)隊(duì)協(xié)作中深受其害，所以對(duì)說明要求會(huì)略多。但是我們的目標(biāo)是一致的，都是為了提高團(tuán)隊(duì)效率，降低溝通成本。所以你需要把每個(gè)細(xì)節(jié)都說明清楚，這都是你未來與開發(fā)溝通，甚至討論爭論的原因。

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

四、總結(jié)反思

1. 聽取意見

當(dāng)你完成整個(gè)消息中心的設(shè)計(jì)后，請(qǐng)謹(jǐn)記，要聽取他人意見。學(xué)會(huì)聆聽，因?yàn)橥瓿蛇@件事其實(shí)并不難，因?yàn)槟阍诰W(wǎng)上也可以找到很多細(xì)節(jié)可借鑒，但是你借鑒的不一定適合團(tuán)隊(duì)。所以你可以與主管、老大討論，聽取意見。

因?yàn)橄⒅行氖切枰L期與多部門、多產(chǎn)品協(xié)調(diào)溝通的，如果你一開始在做的時(shí)候就沒有與其他人多討論，那么后期由于業(yè)務(wù)拓展，很有可能整體架構(gòu)很容易被推翻重構(gòu)。

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

這兩者都不能解決問題，前者很容易積累情緒，造成團(tuán)隊(duì)分裂。后者很容易長期變成“工具人”，有些人說，工具人有啥不好的，不需要思考也挺不錯(cuò)的。但是往往到了35歲以后，往往會(huì)有焦慮圍繞著這些人，因?yàn)檫@些人在過往的工作中并沒有學(xué)到什么，沒有建立自身知識(shí)儲(chǔ)備。

2. 結(jié)語

對(duì)于消息中心來說，根據(jù)實(shí)際業(yè)務(wù)線的豐富度，相應(yīng)應(yīng)用場景也會(huì)更加復(fù)雜，所以我們?cè)谠O(shè)計(jì)消息的落地場景時(shí)，對(duì)于不同場景的適用性挑戰(zhàn)也會(huì)增大。但殊途同歸，基于整個(gè)企業(yè)戰(zhàn)略去做更多思考，總歸會(huì)讓價(jià)值落地。

筆者也在不斷的復(fù)盤和總結(jié)中完成這一次整體架構(gòu)的設(shè)計(jì)，當(dāng)然，這僅僅只是開啟，因?yàn)槲覀兡壳耙矁H僅完成了第一版的產(chǎn)品設(shè)計(jì)工作。基于現(xiàn)有規(guī)劃的未來，肯定還會(huì)遇到更多的難題，但這也是身為產(chǎn)品的樂趣之一，希望能與正在看這篇文章的你共同成長。

#專欄作家#

SenYi，公眾號(hào)：產(chǎn)品體驗(yàn)派，人人都是產(chǎn)品經(jīng)理專欄作家。樸實(shí)無華的跨境電商產(chǎn)品人，致力于挖掘產(chǎn)品價(jià)值與商業(yè)化觀察。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

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