本文意在幫助大家了解如何在開發模式下進行相關消息推送，主要描述消息需求實現流程與注意事項，具體的開發說明詳見微信公眾平臺技術文檔。

一、微信公眾號消息推送定義

在開發模式下，企業消息系統發送圖文推送、模板消息、自動回復、客服消息等類型的消息至微信服務端，在微信公眾號對話窗口下與用戶進行互動。

二、主要流程說明

2.1 接入開發模式

首先將公眾號的APP ID等信息同步開發者，并將開發者的參數配置到后臺，并開啟開發者模式。驗證正確后即成功接入開發模式。

2.2 獲取用戶信息

獲取用戶信息是進行消息推送最基礎的步驟，獲取用戶信息時需要用戶授權，開發者需將微信回調的CODE值調用微信用戶信息接口替換相關信息，并進行數據存儲。

2.3 消息推送

消息推送從發送發起方來劃分，分為兩種：用戶觸發推送，企業主動推送。

關注歡迎語、關鍵詞回復、客服消息等用戶主動發起并且實時互動的消息，用戶主動發出消息或觸發事件，微信側會將相關信息同步至開發者，待開發者處理好后推送給用戶。

主動推送主要為群發的圖文消息等，用戶被動接受。開發者直接調用相關消息推送接口即可，但此類消息微信有嚴格的頻率控制。

三、推送賬號

每個用戶在每一個微信公眾號下有對應的唯一open ID，微信的推送也是以一個open ID來對應一個用戶。

對于公司內部來說，可能會運營多個微信公眾號。一個用戶同時關注了多個公眾號，對于內部運營來說便產生了各個公眾號關注用戶關聯關系（用戶打通）的需求。微信側提供了union ID作為關聯賬號，同一用戶，對同一個微信開放平臺下的不同應用（小程序、公眾號等），unionid是相同的。因此，需將微信公眾號去微信開發平臺進行綁定（open.weixin.qq.com）。

對于精準推送來說，需要將企業內部的customer ID與微信的open ID形成映射關系，這樣便可以根據用戶在企業自身的產品上產生的行為，通過微信公眾號對指定用戶進行消息推送，例如信用卡還款提醒。

綁定關系的實現主要通過微信授權第三方登陸頁面（企業登陸頁面），在企業登陸頁面登陸后，可將企業customer ID與微信code值同時傳輸到綁定服務，之后調用微信接口將code值對應的open ID等信息與企業customer ID建立綁定關系。其中已關注對應公眾號的用戶則為靜默授權，無需用戶確認授權，用戶體驗較好。

四、消息場景與功能實現

在啟用開發模式后，微信公眾號提供了企業與微信關注用戶互動的一個窗口。本質上，每次交互都是微信會將用戶的行為與提交的內容傳遞公眾號開發者，等待開發者處理好后，將對應的消息或者指令反饋給用戶。

因此，企業可結合微信與自身的能力與用戶進行互動，推送的精細程度與靈活程度大大提高。以下為部分微信消息典型場景與實現邏輯，發送內容形式可以是文本、圖文、圖片、語音、視頻等，文件要求詳見微信公眾平臺技術文檔。

4.1 關注歡迎語

可以根據用戶的歷史關注數據區分首次、非首次用戶，來回復針對新關注用戶的露出的特定優惠。

當企業的公眾號在某些渠道推廣時也可以根據不同的參數二維碼來識別關注來源，評估推廣渠道的好壞或針對不同渠道或活動的用戶回復不同的內容。

4.2 關鍵詞回復

當用戶回復的內容命中關鍵詞時，回復對應關鍵詞的內容。

可以用在彩蛋互動、活動推廣、用戶主動查詢信息等場景。對于關鍵詞判斷時，如果關鍵詞有較多相近的詞匯的話也可組成詞組，命中其中一個便進行消息回復。這些命中規則在消息系統實現即可。

4.3 群發消息

對于認證訂閱號，，每個月每個用戶只有接受4次主動推送圖文等消息的機會。當用戶數量達到一定程度，用戶需求出現一定差異化，企業需要精細化運營的時候便捉襟見肘了。

為了更好地差異化推送，可利用企業自身用戶標簽、用戶畫像系統與微信群發消息結合，將用戶進行分群推送，實現精細化運營。

4.4 智能客服

如果企業有智能問答等相關能力的話，也可以接入微信推送系統，這樣可以增加與微信用戶互動的趣味性，也可用來解決一些用戶的實際問題，提高用戶解決問題的效率，降低企業客戶服務相關的成本。

4.5 菜單欄互動

大多數情況下，微信的菜單欄都被設置成了各個頁面或者小程序的入口，實際上微信也提供了通過底部菜單欄進行觸發消息事件的能力，用戶點擊后可回復相關內容。

五、部分與消息場景相關的常用功能說明

由于開啟了開發者模式，微信公眾平臺上的某些功能（菜單配置、自動回復設置）便不可使用，或者微信提供了更好的精準推送的能力，需要微信公眾號的開發者利用微信公眾平臺提供的相關接口進行自行實現。

5.1 菜單配置及其差異化

微信公眾平臺上的菜單欄配置在開發模式下會失效，因此微信推送系統需要提供此功能便于日常運營。當然，每個人看到的菜單欄也可以是不一樣的，比如開過本行信用卡的用戶再開第二張的可能性較低，因此可釋放出申卡菜單欄進行其他資源投放。差異化的菜單欄展示可以通過微信的自定義菜單相關接口實現。

5.2 生成帶參數的二維碼

帶參數的二維碼主要用來做渠道區分，其中一個場景可以應用于個人用戶的裂變，生成專屬邀請碼，不過要注意微信側對于永久、臨時二維碼的限制。

5.3 用戶標簽與素材管理

用戶標簽主要是將企業對用戶的分群數據打標到微信用戶上，實現差異化推送、差異化菜單的基本能力。

素材管理也是消息回復中常涉及到的部分功能，將圖片、語音等素材文件提交至微信側。

六、其他重點及避雷說明

6.1 access token有效性

access token是公眾號的全局唯一調用憑證且有效期目前為2個小時，需要定時刷新，每日調用次數限制2000次以內。刷新后，前一個token將會失效。特別需要注意的是，如果當企業內部有多個團隊或者多個場景需要使用access token時，不要各自去對接微信，要建立一個唯一對接者，然后對內部需求進行分發，避免互相將token置失效，若沒有良好的重試控制機制，瞬間浪費調用額度。

6.2 存量用戶數據初始化

對于大多數微信公眾號接入開發模式前，已經運營了一段時間，積累了一定的用戶數量。在接入開發者模式之后，對于存量用戶需要進行數據初始化，需從微信側獲取必要信息并記錄，避免后續消息推送無法覆蓋存量用戶。

6.3 公眾號遷移

賬號遷移需要一定費用并且會在遷移時通知用戶，用戶有是否取關的權利。對于遷移造成的用戶open ID變化要做好替換，避免出現由于遷移導致長時間無法推送的事故出現。

6.4 接口權限獲取

對于以上提到的各種功能并不是每一個公眾號都是具有相關的接口權限的，贏在接入開發模式之前將相關接口的權限獲取好，避免權限不夠導致不能平穩接入，對研發工作和用戶造成影響。相關的權限可以在微信公眾平臺——開發——接口權限模塊進行查看。

6.5 接口調用頻率限制

微信的一些接口在調用上是有一定限制的，一定要事先了解并且在微信消息推送系統做好相應的調用控制，避免出現不合理調用造成額度浪費，無法進行用戶推送。詳細限制在微信公眾平臺——開發——開發者工具——開發者文檔——接口調用頻次限制說明。

6.6 小程序導流

目前公眾號底部菜單欄可以進行關聯后的小程序的設置，或者通過回復超鏈接的形式（體驗不是很好）。直接回復小程序卡片的功能微信側還未開放，但可通過客服消息功能實現，需認證后公眾號具有客服消息權限及關聯過小程序。當需要推送小程序時，調用相關客服消息接口。

6.7 數據分析

任何的消息觸達都需要進行數據分析，發送、觸達、點擊，轉化等數據是必不可少的。在微信公眾號的場景下，更有菜單欄的點擊、用戶關注、取消、消息閱讀量等數據來衡量公眾號的運營情況。在微信消息系統產品設計時，便需要將相關數據采集、統計分析。

七、小程序服務通知說明

小程序場景下，用戶更多是集中在小程序功能上，消息互動僅僅是其中一塊非常小的模塊，但對于小程序運營者來說，利用好服務通知也是可以提升小程序活躍度的重要手段。

小程序的服務通知會在用戶的聊天列表專門有一個“服務通知”對話，收納各種小程序的服務通知。其中特別值得注意的是，小程序有一個form_id的概念，當用戶在小程序內發生過提交表單行為且該表單聲明為要發模板消息時或用戶在小程序內支付時，產生一條form_id，有效期為7天且不可重復使用。開發者在下發服務通知時需要提交有效的form_id。

八、寫在最后

• 遵守規則，以用戶為中心，避免封號產生重大影響。
• 微信提供了許多基礎功能，可將多個功能或結合企業自身的能力組合形成一種新的互動的方式，例如根據生成參數二維碼、自動回復形成用戶可自行裂變邀請的功能。
• 對于某些場景的限制要做到深入了解，避免某些業務場景達到了微信接口調用次數限制后出現問題，需了解各接口調用頻次說明。
• 一切功能實現基于微信公眾平臺能力，需并且經?；仡櫰脚_規則并且關注更新。
• 消息推送只是微信公眾號生態下一個消息的模塊，市面上已經有各種各樣的針對微信的運營工具，可根據自身需求評估，是否需要自己獨立開發。
• 以上寫的只是第三方公司有公眾號消息推送需求的基本經驗，最重要的還是多了解微信公眾平臺的開發者文檔。

以上內容為個人經驗總結，歡迎討論指正。

相關閱讀

從0到1搭建消息推送管理平臺

一文帶你徹底了解APP PUSH推送機制

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

題圖來自Unsplash，基于CC0協議