中央-門店模式私域企微產品設計:以線上渠道導流加微為例
企業(yè)微信是企業(yè)與用戶之間實現溝通和服務提供的場域,那么在適應業(yè)務形態(tài)的情況下,如果想自研企微產品,實現更高效的運營,可以怎么搭建設計鏈路?本篇文章里,作者就以線上渠道導流加微為例,進行了經驗分享,一起來看一下。
一、背景介紹
1. 業(yè)務背景
企業(yè)將企業(yè)微信看做是實現與用戶高效溝通及進行用戶運營(沉淀、觸達、召回、轉化)和服務的場域。
為了建設這一場域,企業(yè)希望既有業(yè)務可以賦能企微,包括但不限于線上渠道導流、已有用戶維度篩選精細化觸達、積分福利納入企微等。
企業(yè)為中央-門店模式:由中央統(tǒng)籌規(guī)劃,門店配合執(zhí)行。下文所說的“企微賬號”也均指門店企微賬號。
2. 產品背景
- 企業(yè)目前主要使用App,小程序功能逐步完善中,配合有CRM系統(tǒng);
- 由于需要和既有業(yè)務結合,無法使用第三方SCRM,所以需要自研企微;
- 同上b的原因,在既有CRM系統(tǒng)中提供企微相關功能,而非單獨搭建企微系統(tǒng)。
本文基于業(yè)務和產品背景,以企微相關產品設計中優(yōu)先級較高的“線上渠道導流加微”需求為例,介紹中央-門店模式下企微產品的設計思路及具體實施過程。
二、設計思路
1. 企微定位及導流“鉤子”問題
企微賬號定位是企微建設初始就應討論的問題,會影響到方方面面,也包括線上渠道導流加微的“鉤子”問題。
基于企微定位,常見的導流“鉤子”主要有兩種:
- 福利類:添加企微福利官/福利群,可獲得優(yōu)惠券、積分等福利權益,今后還可以快速獲得各種優(yōu)惠信息;
- 服務類:在售前、售中、售后不同節(jié)點,為客戶答疑解惑;提供新品體驗評測機會及各種知識小貼士等。
2. CRM門店ID-企微賬號匹配問題
門店型業(yè)務賦能企微,匹配是關鍵。在線上渠道導流加微需求中,由于既有業(yè)務場景是按門店劃分的,企微也是按門店劃分的,為了能實現導流,需要將CRM門店ID與企微賬號匹配。
從中央-門店關系及實現效率等維度綜合考慮,可借助分公司一層的組織能力,由分公司匯總轄區(qū)CRM門店ID-企微賬號匹配關系,交由總部。
這種組織方式,不僅應用在產品實現上,還包括后續(xù)的老門店/新門店動員、通知、培訓等運營環(huán)節(jié)。
3. 企微賬號容量問題
企微賬號好友數有擴容上限,需要考慮增/換號問題(且老號已沉淀客戶仍需運營)。
針對這一問題的設計策略要點:
- 基于業(yè)務場景精準導流,比如:訂單業(yè)務在售后節(jié)點的訂單結果頁導流;
- 做好預警,提前準備。
三、產品整體業(yè)務方案設計
核心業(yè)務流程
主要是三條鏈路:
- 完成CRM門店ID-企微賬號綁定并顯示在客戶端;
- 客戶支付下單后可以添加門店客服,咨詢門店相關問題;
- 當客戶添加企微后,系統(tǒng)對該企微賬號容量情況進行監(jiān)控,如超出預警線,觸發(fā)機器人預警。
四、產品細節(jié)方案設計
1. 業(yè)務數據建模
業(yè)務數據模型
說明:這里的業(yè)務數據關系,是指業(yè)務層面的定義,并非企微自身機制的限制。
2. 核心角色流程
1)CRM管理后臺端:運營開通線上渠道導流
核心流程-運營開通線上渠道導流
說明:綁定后默認不顯示是方便中央企微運營做最后檢查。
2)客戶端:客戶支付后添加企微
核心流程-客戶支付后添加企微
說明:在客戶端設計上,需要在導流入口支持“隱藏”和“顯示”兩種狀態(tài)。
3)機器人容量預警通知
核心流程-機器人容量預警通知
說明:可使用第三方辦公軟件的群機器人功能發(fā)送通知,通知文案示例:{企微賬號名稱}(賬號:{企微賬號})客戶容量已達到70%,請及時處理。
3. 界面設計
1)后臺端
核心流程界面設計-運營開通線上渠道導流
說明:CRM門店ID-企微賬號綁定和入口顯示/隱藏并未拆分,如后續(xù)還有其他功能需要先進行綁定,可能需要將CRM門店ID-企微賬號綁定獨立出來。
2)客戶端
核心流程界面設計-客戶支付后添加企微
說明:如從App直接跳轉添加企微,需要先跳轉打開微信小程序頁面,長按識別添加企微,這里需要考慮到跳轉失敗的處理,一般是停留在H5頁,手動觸發(fā)跳轉微信小程序。
4. 數據統(tǒng)計設計
1)數據指標
① 門店參與效果指標
- 指標及定義:綁定率,門店與企微賬號綁定數/門店總數*100%(支持按分公司層級統(tǒng)計)。
- 獲取方式:如匯報頻率不高,可以導出表格,通過提供的篩選項,做數據透視表獲得數據。
② 導流效果指標
指標及定義:
- 入口點擊率:導流入口點擊人數/訂單結果頁訪問總人數*100%。
- 加微點擊率:加微按鈕點擊人數/導流頁總訪問人數*100%。
獲取方式:
如匯報頻率不高,前期可直接寫SQL獲取數據。
③ 說明
關于加微率:
導流效果指標實際上可以做成轉化漏斗,那么最后一環(huán)要落到加微率(添加企微人數/導流頁總訪問人數*100%)。想知道加微率,就要知道端內系統(tǒng)的客戶是企微里的誰,也即UserID的匹配。出于已知的業(yè)務場景,App承載載體,小程序尚在建設中,所以可以預見實際可以匹配到的用戶體量肯定是不大的,因為有效數據只能到加微點擊率一級。
關于報表:
如匯報頻率不高,前期可暫不做報表,待業(yè)務穩(wěn)定后,再報表化。
2)數據埋點
數據埋點事件
說明:為獲得導流效果指標,需要前端埋點,對兩個點擊事件進行監(jiān)測。一般而言,現有系統(tǒng)應該已經有數據埋點體系,只需按規(guī)則加入即可。
5. 權限設計
新增功能權限表
說明:由于是在既有CRM系統(tǒng)中提供企微相關功能,因此也要考慮既有系統(tǒng)權限設計。企微運營不管是企業(yè)自營還是第三方服務商代運營,一般都是較為獨立的業(yè)務,所以需要和其他角色區(qū)分。
6. 撰寫PRD文檔
就產品需求來說,PRD文檔內還應補充:
- 流程(分支、逆向):上述內容只設計了核心主流程,實際在文檔種還要補充分支和逆向流程。
- 頁面(交互、規(guī)則):針對頁面中的元素和操作從文案、交互、規(guī)則等各個維度詳細說明。
五、小結
本文在具體背景下,以線上渠道導流加微功能為例,介紹了自研企微產品設計思路及具體實施過程。在不同的業(yè)務模式、中央-門店關系以及企業(yè)對企微的戰(zhàn)略定位之下,會有不同的產品形態(tài)。
本文由 @LnKASA 原創(chuàng)發(fā)布于人人都是產品經理,未經作者許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!