“模版訊息”是小程式非常重要且可主動觸達使用者的一種能力。愛鮮蜂小程式通過“模版訊息”，建立一套使用者喚醒機制，達到提升使用者復購率的目的。小打卡小程式的近30天訪問來源資料顯示，有20%左右的使用者通過模板訊息這個入口進入小打卡，在各種來源中排名第三位，可見模板訊息是使用者使用小程式的重要入口。

模版訊息推送是微信小程式採用的通知形式，使用者本人在小程式頁面有互動行為後，可觸發下發通知，通過微信聊天列表中的服務通知可快捷進入檢視訊息。此外，點選檢視詳情還能跳轉到下發訊息的小程式的指定頁面。但是為了避免這種通知被濫用，帶來不好的使用者體驗，小程式也對模板訊息推送做了相應的限制：“如果使用者主動觸達小程式1次，小程式可在7天內向使用者主動推送1條模版訊息，如果使用者通過小程式完成支付，小程式可在7天內向使用者主動推送3條模版訊息

小打卡的創始人徐佳義告訴螢連長，為了更好的優化小打卡小程式的打卡通知功能，他在開發中摸索了一套突破推送限制的解決方案，可以實現7天向用戶推送多條模板訊息，甚至向用戶群發訊息的功能。螢連長與徐佳義做了深度溝通後，決定把這套完整的實操開發手冊獻給大家，按照文中步驟操作，你就能掌握與使用者無縫溝通的祕密。

注意：請務必在嚴格遵守小程式運營規範的前提下使用本方案。

01

模板訊息是什麼？

所謂『模板訊息』，如下圖，首先通知卡片形式樣子是固定的，其實卡片中的通知內容部分，可以看到每天通知的內容都具備日程描述、日程主題、日程時間等要素，通知之間不同的地方在於這些要素後面的文案，將這些通知要素製作成模板，每次針對不同的通知內容

02

模板訊息長什麼樣？

如上圖的通知卡片，呈現在微信聊天列表的服務通知，收納了各個小程式向用戶推送模板訊息，這個服務通知是使用者檢視模板訊息的入口，使用者點選服務通知後可以檢視到通知列表頁面，每條通知以卡片的形式呈現，包括小程式的logo、名稱、通知時間、通知內容等資訊。

03

使用模板訊息有哪些好處？

提到模板訊息的好處，使用者普遍的第一印象是“多、快、好、省”的特點。

"多"？上面提到"無法觸及使用者的情況"，其實是因為小程式不具備"多"的特點。物以稀為貴，模板訊息雖好，但是微信小程式官方為了保證使用者體驗，

"快"即快捷，體現在微信使用者側的通知體驗，由於在微信客戶端服務通知在聊天列表中，保留了使用者以往處理聊天通知的習慣，所以使用者可以很便捷地觸及服務通知，檢視小程式推送的模板訊息。

"好"即效果好，小程式的模板訊息具備跳轉直達小程式特定頁面的能力，這樣使用者接收訊息後，檢視訊息的通知就能便捷地回到小程式進行相應的業務處理、資訊檢視等後續操作，一定程度上提升了使用者的活躍度，小打卡小程式的近30天訪問來源資料顯示，有20%左右的使用者通過模板訊息這個入口進入小打卡，在各種來源中排名第三位，可以見模板訊息是使用者使用你的小程式的重要入口。

"省"即省錢，有了模板推送，自然降低了訊息通知的成本，節省費用。訊息通知優先通過模板訊息這種方式來推送給指定使用者，只有才無法觸及使用者的情況下，使用傳統的付費簡訊推送等形式。

04

訊息通知有什麼作用？

訊息通知是一個很重要的功能，如QQ空間的回覆狀態通知，QQ郵箱的郵件通知，微信支付成功提醒通知等。這種常規的服務跟蹤類訊息，便於使用者掌握產品對自身服務的進度，方便客戶獲取必要的資訊，提高效率；保證使用者的知情權，讓使用者有安全感。同時，對於產品本身來說，可以引導使用者進行下一步行為，增加了產品的曝光率，便於使用者留存，增強使用者粘性。

05

微信對模板訊息有什麼樣的限制？

微信小程式允許下發模板訊息的條件分為兩類，支付或者提交表單。

目前支付的限制有所放開，即1次支付可以下發3條模板訊息。通過提交表單來下發模板訊息的方式限制為一次的觸發行為，7天內可以向用戶推送一條模板訊息。這種訊息的控制放的太寬的話，很容易對使用者的體驗造成很大沖擊，給使用者帶來一定的騷擾。

但是，使用者1次觸發、7天內推送1條通知明顯是不夠用的，比如小打卡小程式利用模板訊息的推送來提醒使用者每天打卡，只能在使用者前一天打卡的情況下，獲取一次推送模板訊息的機會，然後用於第二天向用戶傳送打卡通知。但是很多情況下，使用者如果某一天忘記打卡，小打卡便失去了提醒使用者的許可權，和使用者斷開了聯絡。

在小打卡中還有一個迫切需要多條模板訊息推送的場景，比如打卡活動每次有新的成員進入，需要通知管理員進行稽核，這種情況也需要及時地通知管理員，以便管理員快速響應，處理成員的稽核請求並通知成員稽核結果。

注意到下發條件中，每次觸發的到的推送碼可以在未來7天內使用，多次提交觸發下發的訊息條數獨立，相互不影響，那能不能突破模板訊息的傳送限制，更好地優化打卡提醒功能呢？

06

如何突破模板訊息的推送限制？

微信小程式官方最近已經透露出可能對模板訊息進一步放寬限制的訊號，不過在這之前，我們可以在遵守官方相關運營規範、保證使用者體驗的情況下，倒騰一個“讓使用者一次觸發、多次推送，甚至群發模板訊息”的解決方案。

其實仔細分析訊息下發條件"1次提交表單可下發1條，多次提交下發條數獨立，相互不影響"，突破口就明顯了，只需收集到足夠推送碼，即每次提交表單時獲取到的formId就是我們所需的“推送許可權”。它是一次性的，代表著開發者有向當前使用者推送模板訊息的許可權。

為了打造這樣一個突破限制的模版訊息推送功能，做到7天內任性推送，我們將小程式前後端的工作明確一下，小程式前端，即執行在使用者微信上的小程式負責收集推送碼，小程式後端，即執行在伺服器上的應用程式負責將推送碼儲存到資料庫中，並在需要推送的模版訊息的時候從中取出推送碼formId判斷有效性並加以運用。整個方案的前後端業務流程如下：

接下來我們設計一個能夠突破當前模板訊息推送限制的方案。結合小程式前端介面、小程式邏輯層、伺服器程式、資料庫、非同步任務系統各自分工，來實現將小程式模板訊息推送所需的推送碼收集、上報、儲存、呼叫。最終做到7日內更好地推送模板訊息、觸及使用者。

07

實操Q&A

Q：前端頁面如何儘可能多地收集推送碼？

A：每次表單提交可以觸發一次下發模版訊息的機會，表單元件<form />如下：

<form/>元件中屬性report-submit為true時，代表需要請求發模板訊息的推送碼，此時點選按鈕提交表單可以獲取formId，用於傳送模板訊息。接下來只需要對原來的頁面進行改造，將使用者原來綁定了點選事件的介面用表單元件中的button按鈕元件來代替，也就是把使用者的互動點選的bindtap事件通過表單bindsubmit來取代，從而捕獲使用者的點選事件來產生更多的推送碼formId，這裡還需要對按鈕元件的樣式進行稍微的修改，以便更好地包裹原來介面的程式碼。

上面的程式碼主要實現了模擬表單提交事件來取代原來的點選事件，使用者在點選介面進行互動的同時，能夠獲得多個推送碼儲存app.js的全域性變數globalData中，等待使用者下一次發起網路請求時，即可將gloabalFomIds陣列資料傳送給伺服器。

上圖以小打卡的打卡詳情頁為例，使用者在這個頁面的點選操作可以很快收集到多個formId，所以將介面上使用者高頻點選的事件用表單的形式重新封裝後，可以靜默、快速收集到所需的"模板訊息推送許可權"。

Q：小程式邏輯層如何傳遞推送碼給伺服器？

A：在小程式的邏輯層中，通過全域性變數gloabalFomIds收集到多個formId後，可以在新頁面載入時，在生命週期函式中傳送網路請求獲取資料，gloabalFomIds不為空時，把gloabalFomIds陣列格式化為字串傳送到伺服器，並清空當前的gloabalFomIds，以便繼續獲取新的formId。

Q：後端程式如何儲存推送碼formId？

A：因為這個儲存是一個高頻IO的操作，我們後端以PHP結合高效能的key-value資料庫Redis來實現推送碼的儲存。相關關鍵程式碼如下，簡單表達了思路，針對不同的後端環境和開發語言，你可能需要做相應的調整。

這一步主要是構建伺服器程式高效儲存使用者的推送碼formId，這下推送機會有了，接下來我們考慮如何利用後端程式來向特定使用者傳送模板訊息，考慮怎樣去合理運用推送機會。

Q：如何實現高效能的模板訊息推送？

A：構建高效能的伺服器端非同步任務推送，可以滿足模板訊息的群發、以及定時傳送的需求，如小打卡就採用了高效能分散式記憶體佇列系統 BEANSTALKD，來實現模板訊息的非同步定時推送。實現傳送模板訊息的群發、定時傳送分為2個步驟：

1. 設定任務執行時間並將該傳送任務推送到非同步任務佇列。

2. 通過任務傳送服務輪詢執行任務，獲取access_token、指定你需要推送訊息的使用者的openId，根據openId獲取使用者的推送碼formId，並結合模板id拼裝模板上的通知內容，呼叫模板訊息傳送介面來非同步傳送。

普通的模板訊息的傳送就不贅述了，可參考官方文件中的模板訊息功能一步步進行操作，我們重點來看高效能非同步任務推送的實現方法。涉及到的關鍵程式碼如下：

Beanstalkd是一個高效能、輕量級的分散式記憶體佇列系統，我們通過Beanstalkd將模板訊息推送任務的建立以及任務的執行分開進行。

在建立推送任務時，設定任務的執行時間以及定義推送訊息的型別和通知內容等資料。

在任務執行時，通過Beanstalkd的任務監聽函式來捕獲任務。通過預先在建立任務時標記的資料來確定模板訊息的具體推送內容，比如使用者openId，通過使用者openId獲取一個可用的推送碼formId，獲取推送內容等，最後在呼叫微信小程式模板訊息下發介面完成推送。

getFormId函式主要實現每次取出一個未過期可用的推送碼formId，並且刪除不可用的邀請碼和當前已選中的邀請碼，以保證一定數額的推送碼formId在未來一週內可用。

關於Beanstalkd的使用介紹，可用參考一下文章，深入研究。（後臺回“B”，獲取Beanstalkd使用介紹）

最後總結一下，整個方案涉及到的關鍵詞有表單、按鈕、formId、模板訊息、Redis、Beanstalkd等，涉及了多項技術的組合，包括前端開發、後端開發、資料庫技術等，且前後端分工明確，共同支撐整個方案地實現。

正如我之前文章裡所說的，微信小程式開發的難點不在於小程式本身，小程式開發技術是前後端一系列的技術的組合，開發者需要持續學習，掌握、提升更多的相關開發技術，來更好地支撐產品的功能實現。最後，這個方案可以在使用者最後一次使用小程式後的7天內，對使用者傳送多條模板訊息喚回使用者，但是請一定要在遵循微信官方的運營規範的前提下，合理使用這樣的模板訊息推送功能。

盛夏福利：螢火新媒現正啟動“微信優秀小程式案例報道徵集”行動，目前已經採訪了多個優秀小程式，部分優秀小程式開發者也在微信公開課上亮相。歡迎所有從事微信小程式開發及運營的企業/第三方關注“螢火新媒”公眾號，回覆“案例報名”，獲取報名方式。