瑞叔曾負責某一線電商億級用戶的Passport產品工作,任職期間也進行了賬戶體系的相關改造設計,因此開篇我們就先聊聊“基于微信的賬號體系設計”。
移動端聯合登錄的便捷性,以及越來越多用戶傾向于選擇微信作為全網登錄賬號,因此微信聯合登錄被許多APP產品作為第三方聯合登錄的首選。然而,采用微信聯合登錄后會造成一定問題,比如:
- 無法獲取更詳細的用戶信息
- APP、微信服務號下賬號不一致
- 手機綁定帶來的重復綁定
如何才能設計出一個體系更優兼容性更強的賬號體系呢?就讓瑞叔一一道來吧。
一、了解openID與unionID
- openID:同一個用戶,在不同公眾號或移動應用下對應有不同openID標識;
- unionID:同一用戶,在不同公眾號或移動應用下unionID相同。前提是,如若需要做多個公眾號以及移動應用賬戶互通(得到唯一身份標識unionID),則需要將多個公眾號或移動應用在微信開放平臺進行綁定,然后我們才能給拿到unionID;
因此,在賬號體系設立之初,如若有APP聯合登錄、PC聯合登錄或多個公眾號,則需要采用unionID來與賬戶表中userID做對應,而不要采用openID;
舉個栗子:
由于歷史原因,未考慮到統一采用unionID,導致部分微信聯合登錄用戶在PC微信聯合登錄和APP聯合登錄是兩個截然不同的賬號。這就是賬號體系設立之初未考慮到openID和unionID的后果。
因此,建議每一個產品經理都要深入了解下openID和unionID,可以通過《微信公眾平臺開發者文檔》來學習,在現有賬號體系下新增微信聯合登錄或從0開始的時候,都要考慮進來。
二、微信登錄方式
微信登錄可分為兩種
1. 微信聯合登錄(PC/APP)
PC上微信掃一掃登錄,APP上確認授權登錄后,可從微信拿到openID或unionID,將openID或unionID與自身賬戶表中userID建立對應關系;
2. 微信環境下的授權登錄
微信環境下授權登錄分為兩種:
2.1 授權登錄
需要登錄時,頁面跳轉到授權頁面(也就是我們經??吹降木G色授權頁面),用戶授權后可從微信拿到openID、unionID;
2.2 靜默授權
靜默授權下,不需要跳轉頁面讓用戶確認授權,而是直接授權用戶登錄。區別于授權登錄,靜默授權僅能拿到openID和uninID,但并不能拿到用戶的微信頭像、微信名稱等資料;
三、賬號互通
基于一、二兩點,我們就可以進行賬號互通的設計。用戶表中包括唯一userID字段、unionID字段、手機號碼字段等其他字段。
通過unionID獲取對應userID,即可實現用戶在自己APP、多個公眾號之間的互通。
舉個栗子:
瑞叔我在今日頭條APP上首次采用微信聯合登錄,今日頭條獲取到我的unionID并在表中無記錄,則認為我是一個新用戶,創建一個新的而userID與unionID對應。下次我用PC微信聯合登錄時就可以登錄到同一賬號下。而后,我關注了今日頭條的微信服務號,我進入今日頭條服務號后,今日頭條判斷我的unionID,然后我就可以在今日頭條服務號下登錄。這樣就形成了賬號互通,
四、賬號互通對業務上的幫助
多平臺無縫登錄
舉個栗子:用戶在A電商APP上聯合登錄并下單,在微信中,關注A電商服務號靜默授權(用戶無登錄感知)直接查看訂單信息,大大提升了用戶體驗;
快速登錄
舉個栗子:電商中許多CMS頁面或者其他活動頁面會被分享到微信朋友圈,當用戶打開頁面時,如若該用戶在該電商平臺中注冊過,則可直接拿到unionID進行靜默授權,用戶不需要輸入賬號密碼就可直接登錄并購物,大大降低用戶登錄門檻;
微信觸達渠道
舉個栗子:關注過京東服務號并綁定賬號的朋友都知道,當新抵用券到賬號,會有一條微信服務號消息推送。這就是在打通了賬號體系后一大表現。
當在APP中產生行為后,可直接從微信服務號推送相關消息至用戶。比如訂單信息、賬戶安全信息、公告信息等非常適宜采用微信觸達渠道。
五、弊端
1. 手機號問題:對于許多重服務行業,如外賣生鮮、房產等行業對用戶手機號碼依賴性非常強。微信聯合登錄后,如若不強求用戶補全手機,則可能造成用戶手機號缺失,在后續營銷無法跟進;
2. 手機號綁定沖突問題:微信聯合登錄用戶需要在登錄后強制綁定手機或在后續某些操作節點中綁定手機。在綁定中如若發生手機號已注冊或已綁定在其他微信中,就會產生綁定沖突問題。
對于此問題解決方案如下:
2.1 對于手機號注冊,未綁定微信:
此種情況可對賬號做合并操作,這其中對賬戶余額、賬戶訂單、賬戶收藏等數據進行合并;
2.2 對于手機號注冊,并綁定過微信:
一般可提示用戶是否將手機號從原賬號解綁并綁定至當前賬號。如若遇到原賬號有賬戶余額或重要信息,則不建議采用此方案,直接提示用戶原賬號重要性,并不可綁定即可。
以上是《基于微信的產品》系列的第一篇,后續瑞叔還將繼續深入講解在微信平臺上如何進行產品設計,比如基于微信的傳播產品設計、基于微信的觸達渠道建設以及其他基于微信的玩法。
作者:瑞叔聊產品(微信公眾號ruishu11),瑞數曾負責某一線電商過億用戶賬號體系、用戶溝通觸達系統、微信平臺營銷產品等。
本文由 @瑞叔聊產品 原創發布于人人都是產品經理。未經許可,禁止轉載。
文章挺好的,但這全文下劃線看的我。。。。
瑞叔,想求教下。目前公司開始出了小程序(之前只有服務號和APP),小程序里面其實也可以采用微信賬號登錄。但是關于微信unionID與userid(自身賬號體系)的綁定關系是否應該放在統一的賬號服務中更好?目前公司小程序還不多,只有2款,業務上還在探索中,為了快速迭代,業務方希望把綁定關系放在業務中,而不是放在統一的賬號服務中,對于業務開展當然暫無影響,但是不知道從全局角度或是后續發展的角度來說,是否應該一開始就將綁定關系統一管理,還是等業務發展起來后再統一也可以?
我覺得可以講的再深一點,更好。
可以再講的深一些,會更好