無意中搜索到了去年雙十一前寫的文章《從裂變活動說起，如何通過公眾號導流給雙十一活動》，想起后面有許多讀者來跟我反饋過，希望將用戶標簽化、定向推送、精準營銷這點講透。
所以今天就來講講以用戶標簽化和定向推送為核心策略，看微信公眾號如何實現高階運營，好讓大家為即將到來的雙十一加一把猛火。
如果大家去搜索下各類運營網站上，關于公眾號運營的文章，會發現大都是在講基礎設置類的內容，比如定位、介紹、自動回復、菜單欄啥的；還有如何排版和內容創作這一類的；牛逼一點的呢，都是各種引流、裂變。包括我之前也都是主要講裂變這一類。
不是說這些內容不重要，而是相對還是比較基礎了?，F在高階的公眾號運營一般都會拋開這些基礎內容制作，而是專注于利用公眾號接口工具，來玩轉各種定向標簽和千人千面的策略。
所以這一篇主要是想拋開這些基礎的運營策略，來講一講微信服務號的高階運營策略。
以下的策略適合公眾號（以下講的所有公眾號都指微信認證過的服務號）100萬粉絲以上的號進行實操，適合運營公眾號2年或者做產品2年以上的同學學習參考。
微信服務號高階運營策略
你可能不知道，公眾號為商家們開放了許多功能的接口。如果你們單純使用公眾號后臺，或只是使用秀米這一類的編輯器，是無法發揮出公眾號真正的實力的。
首先可以仔細閱讀下下面這種圖的第一列，了解下微信除了你知道的一個月推送4次文章，還能做什么？
從用戶的角度，通過這些接口，我們可以獲取用戶哪些信息？
1. 用戶基本信息
一般常用的，我們會獲取到用戶的信息有：
訂閱時間；
性別；
所在城市；
所在省份；
所在國家；
使用的語言；
openID（用戶的標識，對當前公眾號唯一）；
union ID（同一用戶，對同一個微信開放平臺下的不同應用，unionid是相同的）。
有了這個union ID后，假設你們公司有自己的APP，則可以通過這個接口，打通用戶在你們APP端的用戶信息。
特別是像電商這一類的用戶信息，完全能夠匹配到公眾號用戶在你們APP上的瀏覽、加購、下單情況。以了解到你的粉絲與你們之間的關系，是路人還是粉絲還是鐵粉。
2. 用戶標簽管理
有了這些用戶信息之后，就可以使用公眾號提供的用戶標簽接口，給你的用戶打上各類標簽。比如此用戶是否有在APP端注冊過，下過單，什么時候下的單，花了多少錢等等的信息，分別打上標簽。
需要注意的是，一個公眾號可以創建100個標簽，一個用戶身上最多可以打20個標簽，標簽之間能進行分組管理，以方便運營同學快速管理標簽。
以上是基于用戶在公眾號上的基本信息進行打標，當然也可以實現用戶的行為打標。比如你設置了一個關鍵詞自動回復，某用戶通過搜索這個關鍵詞后，系統可以自動給這用戶打上，你事先設置好的觸發這個搜索行為的標簽了。
除了關鍵詞，這個行為還包括點擊菜單欄，點擊鏈接，掃描帶參數二維碼等。
3. 帶參數二維碼
什么是帶參數二維碼？
為了滿足用戶渠道推廣分析和用戶帳號綁定等場景的需要，公眾號提供了生成帶參數二維碼的接口。使用該接口可以獲得多個帶不同場景值的二維碼，用戶掃描后，公眾號可以接收到事件推送。
這是什么意思呢？
舉個例子，曾幾何時，大家一定都見識過線下地推，讓你掃碼關注公眾號，免費領獎這種事情。甲同學在杭州銀泰掃碼關注公眾號后，立刻收到一條消息，推薦他前往這家店的杭州銀泰分店領獎。
這時候乙同學在杭州萬達也掃了這個公眾號的活動，關注公眾號后，也立刻收到了一條消息，推薦他前往這家店的杭州萬達分店領獎。關注同一個號，掃不同的二維碼會給你推送不同的消息，并且給你打上了不同的標簽。這就是公眾號帶參二維碼的功能。
注意：帶參數二維碼目前分2種，一種是臨時二維碼，有效期30天，幾乎無限量使用；另一種是永久二維碼，沒有時間限制，最多生成10萬個。
4. 通過標簽定向推送消息
標簽的問題解決后，就要運用這些標簽了。最基本的就是可以將我們過去一個月四次的推文進行定向的精準推送。
比如像美味不用等這樣的公眾號，他們的活動在每個城市的主題基本都是不一樣的。那么完全就可以通過獲取用戶的定位信息，然后根據不同的城市推送不同的內容。
但是，這里就是在設計這個功能的時候，注意不要讓內容多次發給同一個人。因為無論你用多少標簽發多少內容，每個用戶每個月只能收到4次消息。所以得在功能設計的時候做一個判斷，不要重復發送，以免造成浪費。
5. 48小時客服消息推送
這個功能就是解決公眾號一個月只能發4次的問題，微信給預留了這樣一個接口，只要用戶在48小時內進入過你的公眾號，就可以給他推送消息，包括文字、文字鏈、圖片、圖文，不占用一個月4次的條數。
但是千萬別過分打擾，你懂的。
注意：公眾號調用接口并不是無限制的。為了防止公眾號的程序錯誤而引發微信服務器負載異常，默認情況下，每個公眾號調用接口都不能超過一定限制。具體數量可在公眾號左邊欄【開發】-【接口權限】中查看，每個帳號每月共10次清零操作機會，清零生效一次即用掉一次機會（10次包括了平臺上的清零和調用接口API的清零）。
6. 菜單欄定向顯示
菜單欄也是公眾號運營者玩的比較多的地方。
普通的玩法就是，修改菜單欄展示給所有人看，然后每天去查點擊數。
高階的玩法是根據用戶的標簽來定向展示內容。比如一個APP的業務，在這個APP里面還有很多子業務，像金融、積分等。
那么你就可以給用戶做判斷，首先識別有沒有下載APP，給未下載APP的用戶優先展示下載按鈕；給已經下載APP的用戶識別有沒有使用金融業務，給未使用金融業務的用戶不展示APP下載，展示金融業務按鈕。以此類推，優先展示核心業務引導。
我相信這樣比你原來只顯示APP下載更高效得多。另外電商的業務也可以這么干，其實跟淘寶的千人千面是同一個邏輯，根據用戶的消費搜索行為，通過算法推薦優先展示更可能購買的內容。
7. 模版消息推送
這個大家應該都知道，主要是向用戶發送重要的服務通知，比如信用卡刷卡通知，商品購買成功通知等。
現在也已經取消了廣告類等營銷類消息，以及其它所有可能對用戶造成騷擾的消息，否則會封禁這個模版消息的接口，導致所有的模版消息都無法發送。
當然，我認為這個最大的好處是在于，主動跟用戶發送了消息，產生了一次鏈接，用戶也就可能回到公眾號，你也就能用客服消息或者菜單欄給他二次信息的觸達，還不占用一個4次的推送。
以上就是作為公眾號，可以完成更高階的運營策略了，當然智能選貨推送這種再更高階的策略，就暫時先不展開了，能做到的也是少之又少了。
其實公眾號這樣就成了一套信息觸達系統，而不單單是一個文章推送工具。
實操案例
各位讀者也可以再好好考慮考慮，結合自己的業務該如何更好的利用這些功能。現在距離雙十一還有1個多月，如果產品和開發給力的話，半個月足以開發完成。
下面我就結合電商雙十一，來分享下如何在雙十一玩轉公眾號推送。
用完美日記的公眾號做雙十一的活動來舉例，假設這樣一個場景：現在我是完美日記公眾號的運營負責人，被通知到需要做2019年雙十一的項目，期間會有新品上線，新品會做預售，還有限時限量搶購活動。然后就沒有其他信息了，我會如何借助以上的功能，進行運營公眾號的雙十一推送策略，提升消息的觸達與銷售轉化（我并非內部員工，信息有限，僅供參考）。
首先是新關注引導模塊，目前是關注后會推送上面這三條內容。
如果是我，我會將第三條消息做一個訂單的判斷，比如像我這樣的點開小程序后并沒有購買的人。在24小時后，利用【48小時活躍用戶推送】這個功能推送一條消息：swimming您好，昨天免費送你的唇釉真的不想要嗎？僅剩最后59份了，快去領取哦～如果判斷我是男生的話，還可以改變文案，告知送給對象一定會很喜歡之類的話。
以一種更順暢的方式，在第二天繼續讓用戶回到公眾號；如果回來了，那么接下去48小時內就又可以用告知利益點的方式，去給你的用戶進行推送，這樣持續建立互動。
如果第一天或者第二天下單了，那么就會有物流信息，再用模版消息通知的方式告知物流信息，吸引用戶再次進入你的公眾號上。只要來了，【48小時活躍用戶推送】這個功能就能不斷使用了。
然后回到雙十一的項目中來，我會做這樣的推送策略：
10月21日，全量群發，告知完美日記商城的雙十一活動，并放出限量預售產品做預售。
10月23日，活躍用戶定向群發文字消息，做個用戶判斷，對已下定金用戶放出抽獎活動；對未下定金用戶引導付定金。
10月29日，全量群發，分享完美日記的雙十一剁手攻略，并告知限量產品不多了，趕緊付定金。
10月31日，與23日的推送策略一樣，但注意增加一個判斷，是否有發過，不要重復發一樣的內容。
11月1日，全量群發，告知加購，秒殺大額券等活動，在秒殺下面加一個帶參數二維碼，或者讓用戶回復個關鍵詞進行秒殺提醒的訂閱。對我來說其實就是打了一個訂閱的標簽，然后就可以在秒殺優惠券前10分鐘，每天用客服接口去推送，提醒去秒殺大額券、尾貨之類的。提醒時最好加一個取消訂閱的提醒，跟我們以前收到的短信一樣。
11月10日，全量群發，終極剁手指南。
11月11日，早上10點，定向推送提醒付了定金未付尾款的用戶，及時付款。
11月11日，根據店鋪活動，定向推送那些還沒買的用戶。
另外，在推送前，做內容的A/B測試，全量推送的文章，提前半小時做小量標題的A/B測試，看哪一條閱讀量高；定向推送的，做內容的A/B，看哪一條引導的量大。
然后公眾號的菜單欄，按上面的策略來看，每天都會引導用戶進入公眾號看到菜單欄?？梢愿鶕脩暨^去的訂單情況，做相應品類的定向展示，每天記錄數據情況，不斷調整優化菜單欄文案。
可能說起來比較容易，實際操作上確實還是需要花很大的功夫在這個上的。
以上這個策略切勿生搬硬套，一定要結合你自己的業務，根據自己的用戶人群來制定。我相信會比你原來單純的推送，效果一定好上許多倍。
新媒體運營，可沒那么簡單哦！
本文地址：http://m.knowyourextract.com//article/2020/1008/20679.html
