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

消息推送算是產品設計中最常見的功能點之一，但是這小小的功能點總是有人在不斷犯錯。那么，我們在設計消息推送的時候，都需要注意哪些點呢？

“喂，有個需求！這里我們需要發送一條消息觸達用戶，消息文案等會給你，麻煩盡快搞下?！?/p>

一句話需求，如果你是開發GG，你接這樣的需求么？

不接，為啥？

其實，細細想下這個需求，有很多問題：

1. 消息以什么渠道通知到用戶？
2. 發送的頻次控制是多少？
3. 合適的消息觸達用戶時間段？
4. 消息文案是固定的還是半固定半配置的？
5. 觸達至哪些用戶？

…

另外，上述的問題再作拆解，還會衍生出更多的細節問題，那這些將會在下面一一詳述。

觸達渠道

渠道？Channel。很簡單，今天我要從出發地A到目的地B，選擇交通工具：自行車，公交車，出租車，動車，飛機…那這些交通工具其實就是Channel。

同理，今天定義從平臺側發送至用戶側的一條消息，消息渠道：電話，短信，郵件，客戶端。比如說，在使用釘釘的“Ding一下”功能時，會提供你選擇消息觸達的方式。

但有一個問題需要考慮，就是當渠道不單一情況下，如何恰當地選擇渠道就要強依賴于消息的需求背景。比如，這條消息是交易相關，涉及到資金變動的通知，那么選擇短信渠道則可能是最為合理和穩妥的方案，注意前提是你需要“知道”用戶的手機號。

但如果消息對于用戶側的重要性來說較弱，可能選擇客戶端PUSH的方式更加適合，因為畢竟走短信渠道，還要涉及到預算控制。

觸達時間

消息什么時間觸達至用戶側比較合適？事件即時觸發還是定時消息推送。

即時觸發，也就是當定義的“事件”發生時，系統直接推送消息至用戶側。優點是即時性強，尤其對于特別緊急重要的消息，會更傾向于選擇這種模式。但缺點就在于引致較差的用戶體驗。比如用戶在深夜2點收到平臺推送的消息，如果是你，你會不會抓狂？

定時推送，顧名思義，定義消息推送的時間。優點是過程可控，比如考慮到用戶的工作和生活習慣，將消息推送的時間控制在10:00-20:00范圍內，會降低用戶對于消息推送的負面情緒。另外，當消息內容或通知渠道出現重大變更時，可控性和靈活性都是ok的。但缺點在于，往往會造成消息積壓，隊列往往會導致消息延時。

所以更合理的方案，就是視不同的消息需求背景，來選擇不同的推送時間模式。

頻次控制

頻次控制，又稱疲勞度控制。什么意思？就是今天我要通知你一件事情，通知1次還好，但是同樣的消息我在一天之內通知了你10次，你煩不煩？

同樣，消息的觸達頻次上一定要作好合理控制。否則，久而久之，一是體驗上的問題會引來投訴，從而造成用戶體驗損傷；二是引致用戶對消息無感，無意或有意忽略消息通知。

就問你一個問題，現在手機垃圾短信泛濫的今天，你還會看短信內容么？或者一個微信群，積壓的200+條會話，你還會點擊進去滑屏瀏覽么？

目標用戶

這條短信發送給誰？群發還是單點傳遞。如果是單點傳遞，還要考慮如果線上維護的客戶資料信息中，對于同一用戶ID有多個手機聯系方式，應該通知到哪個手機號碼。

這種情況下，我們默認選擇取第一個手機號碼。那如果你問，假如該手機號碼已作停用，用戶接收不到消息怎么解決？不能解決。畢竟不可控制，哪怕做金融產品，也允許有一定的資損率出現。

但如果是通過客戶端發送消息，可能這種問題出現的概率比較低，唯一的風險就在于用戶把手機應用卸載了。

變量配置

什么情況下會存在變量配置的問題？消息文案定義上屬于半固定半配置。

舉個例子。描述一個消息場景：當用戶成功關注XXX公眾號后，平臺想要發送一條消息告知用戶關注成功。那這條消息一定是有幾個關鍵性變量需要配置的。

#Nickname#，你好。你已于#Operate_time#成功關注XXX公眾號。這是阿里Mant.君的個人公眾號，我知道你會陪我走下去。

注：變量參數Nickname代表用戶昵稱，變量參數Operate_time代表關注時間。

其實，給出消息文案并不是技術同學關注的問題，反而文案里的變量參數才是技術同學重點關注的對象。因為，變量參數的設定決定了事件的關鍵屬性，影響著參數傳遞和獲取問題。你現在Get到開發的點了么？

所以，下次開發再催你給消息文案時，為了不影響研發進度，先把參數變量給到他們，然后再慢慢思考短信內容如何定義，這是我總結的一條小tip。

當然，如果消息內容是固定的，變量配置也就無需考慮了。

嘚吧嘚了這么久，不難發現，其實一句話需求距離代碼可落地實現，差的真不是一丁半點。

所以，多提靠譜需求，否則小船說翻就翻。

題外話

嗯，結合今天的文章內容，拋個“通信系統”給大家了解下。

下圖表示了一個典型的通信系統，包含了Roman Jackson提出的通信六要素：發送者（信息源）、信道、接收者、信息、上下文和編碼。

感興趣的同學，可以自行了解。

作者：饅頭（微信公眾號：PRODUCTER，公眾號ID：ProStory），阿里巴巴產品經理

本文由 @饅頭 原創發布于人人都是產品經理。未經許可，禁止轉載。