企微標簽的雞肋

0 評論 494 瀏覽 0 收藏 10 分鐘

企微標簽的應用場景有很多,但企微標簽是基于好友關系存在的而非客戶,導致在我們使用的過程中有特別多的標簽組,但解決辦法也有很多,需要我們結合實際對癥下藥。

做企微的朋友們,你們覺得企微標簽的雞肋是什么?如果對這個問題有點不知所措,那你是否遇到過下面的問題:

同一個客戶,A員工打了”學生”標簽,B員工打了”家長”標簽

誰是對的?

A員工可以看到B員工打的”家長”標簽嗎?

企業管理員可以看到幾個標簽?

一、企微標簽的弊端

1、企微標簽的雞肋

上面問題的癥結就是企微標簽的最大雞肋——企微標簽是基于好友關系存在的而非客戶。

所以才會出現不同員工對同一個客戶會有不同的標簽。

那企微標簽為什么會做成這樣呢?

  • 根本原因在于他龐大的用戶基數。所謂成也蕭何敗也蕭何,別說在中國,放眼全世界,有哪一個廠商既有B端的組織協作能力(企微),同時又能讓如此多的用戶安裝他們的客戶端(微信),從而建立了比電話,郵箱還親民的聯絡通道??梢哉f,別人想這么做都做不了。
  • 去中心化的客戶承載方式。企業號升級為企業微信的時候,取消了用戶關注企業號,將所有的用戶都交給了員工。假設一種極端情況,所有員工都離職,企業就失去了客戶,這和企微一直強調的客戶是企業的資產是相違背的。
  • 沿用了微信標簽的邏輯。設計這個邏輯的產品經理肯定是有所考量的,不清楚是不是為了更好的和微信對接,但肯定是有原因的。

因為這個“雞肋”,為客戶的分配、跟進等客戶關系管理增加了難度,在此不展開細說了。

2、企微標簽的其他弊端

1)企微標簽層級較少

企微標簽只有標簽組、標簽2個層級,不支持更多層級的分類。對復雜業務來講,標簽有3000-5000個,這會導致有特別多的標簽組,實際使用過程中,選擇標簽會很困難。

2)不支持互斥等業務規則

舉個例子,K12行業中,學生上幾年級是一組互斥標簽,不可能即上一年級又上二年級。

企微標簽是不支持互斥、關聯、連帶等規則設置的,而且員工還能隨便更改這些標簽,這給企業維護客戶標簽帶來了很大的麻煩,產品要做很多邏輯來識別和糾正錯誤的標簽。

3)打標簽速度上限較低

確切的說,這不是企微標簽的限制,這是調用企微接口的限制:

  • 每企業調用單個cgi/api不可超過1萬次/分,15萬次/小時
  • 每ip調用單個cgi/api不可超過2萬次/分,60萬次/小時
  • 第三方應用提供商每ip調用單個cgi/api不可超過4萬次/分,120萬次/小時

實際應用中,企微標簽的接口上限大大低于這個設置。我們單個企微主體下有2千萬的客戶,平均每個客戶有200多個標簽,由于業務原因,每年都需要對標簽清洗一次,我們用了5臺服務器做集群,整整打了3天。(這期間我們盡力去控制頻率了,但打標簽的接口還是有幾次被禁止調用了,后來找企微單獨針對我們的ip給做了提速,但并沒有完全解決問題)

4)同組或,異組且的篩選邏輯無法適用全部場景

舉個例子,K12行業中,客戶有三類角色:

標簽組:用戶角色

標簽:老師、家長、學生

教師節,向所有身為家長的老師送福利,這個時候同組就是且的關系。

二、解決辦法

解決問題還是要對癥下藥,結合自己的實際業務場景,要能切實解決業務問題才行。

1、復雜業務場景或自研SCRM

果斷拋棄企微標簽,使用自己現有的標簽體系。(復雜的業務場景基本都是自研SCRM系統,企業自己有成熟的CRM、CDP等)

做私域,我們用的是企微可以觸達微信的通道,而非用企微做客戶關系管理。˙企微標簽的意義在于能夠為企微生態內標記和篩選客戶,比如一線銷售可以直接在企微APP上用企微標簽篩選客戶,給客戶做群發任務。但也僅限于此,因為其他的功能,我們自己的標簽系統都能替代。

復雜業務中的某些場景標簽選擇規則極為復雜,且、或、非的邏輯都要有,而且不同局限在同組什么邏輯,異組什么邏輯,這是無法滿足業務需求的。

下圖為較為復雜篩選條件的示例:

放棄企微標簽,有兩個能力需要我們自己做:

  • 員工自己在企微客戶端上創建群發任務。企微客戶端只支持企微標簽篩選客戶,我們放棄企微標簽后會導致該功能無法使用。解決方案是在應用上做一個群發的入口,用自己的標簽實現該功能;
  • 目前朋友圈篩選客戶,只支持企微標簽的入參,所以要想發朋友圈必須使用企微標簽。(說實話,現在都沒想明白為什么這么設計)產品功能上仍然用我們的標簽體系篩選客戶,之后為這些客戶打上一個臨時的企微標簽,朋友圈發表成功后再刪除該標簽(刪除企微標簽后,用戶身上的該標簽會自行刪除,只不過是異步的,非實時)

2、簡單業務或SAAS類的SCRM

這種場景下,尤其是在好友群發支持企微標簽之后,還是要充分利用企微標簽的能力的。

簡單業務中,上文提到的層級、互斥、接口上限都不再是問題。我們只需要關注并處理好以下兩個問題:

1)是否允許員工修改客戶身上的標簽?

業內的SCRM產品基本上都是允許的,即便員工改錯了也不會管。通常服務商會建議通過行政手段去約束員工。

但你如果是自研,既要用企微標簽又不允許員工修改,那可以通過接收到標簽變動的回調通知后,立即將你系統中的標簽覆蓋至企微的方式,變相的實現員工不可修改企微標簽。

2)不同員工對同一客戶打的標簽是否互相可見?

如果你的業務對一線銷售依賴較大,員工自主性較高,建議通過規則標簽實現不同員工對同一客戶打的標簽是不可見的邏輯,如房產、汽車等。因為toB的業務更關注業務(數據)的獨立性,員工間是競爭關系,要做好線索的統一分配、線索保護、績效核算等。

如果你的業務是由企業統一進行運營和營銷,建議不同員工對同一客戶打的標簽是可見的,如服裝、餐飲等。舉個例子,一家服裝連鎖店,某迪、某踏等,客戶在北京三里屯加了店員企微,過兩天去朝陽大悅城也加了店員企微,這種場景下沒有線索分配和保護可言,員工在企微中更多的是引流加微、執行企業下發的群發任務,很少會自己經營企微上的客戶(部分經營模式除外),做修改標簽的操作等。同一客戶的標簽對所有員工可見,不是解決員工的問題,而是很大程度上方便企業管理標簽。

當然,不管是哪種業務,管理員一定是要有上帝視角的,能看到某一客戶身上所有的標簽,只是呈現方式有所差異。無外乎兩種:客戶-員工-標簽,客戶-標簽。

企微標簽的應用場景有很多,解決辦法也有很多,本次就行文至此,歡迎交流~

本文由 @私域一哥 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!