帳號體系:游客模式設計
編輯導語:我們在剛開始下載使用的APP產品時,有些完全可以不注冊登錄賬號,就能夠使用功能。那這個模式為什么要設置呢?本文作者圍繞“游客模式”來展開介紹,感興趣的小伙伴來看看吧。
很多產品被首次使用時,即使不注冊登錄,也能使用很多功能。如今日頭條,可以閱讀資訊、收藏、點贊。
這種用戶在不注冊登錄帳號的前提下也能正常使用產品部分功能的模式,通常稱之為“游客模式”。這個未注冊的用戶,對產品來說,是一個游客。
一、為什么要有游客模式?
如前文《產品為什么要有帳號?》所述,出于標識用戶身份、綁定用戶數據、提高用戶粘性的考慮,對于一個有帳號體系的產品來說,都傾向于讓每一個使用產品的用戶都成為注冊用戶。
但用戶對于一個剛下載的新產品通常是謹慎的。我們希望先使用產品的部分或全部功能,以判斷是否能滿足自己的需要,再決定要不要繼續使用。如果我們在用戶第一次打開產品時,就強制用戶注冊,用戶可能會直接放棄。
用戶第一次使用產品時,通常對產品不了解,擔心注冊后發現產品功能與自己預期的不匹配。也可能是覺注冊流程過于繁瑣,不愿意花時間操作。還會出于對個人隱私的關注,不愿意把個人信息輕易交給一款還不了解的產品。
而如果直接允許這些未注冊的用戶使用產品,不對用戶身份做任何標識,不僅會丟失很多用戶行為數據,還會存在功能不滿足使用條件而無法使用的問題。
不做身份標識,就無法識別是哪一個未注冊用戶做的操作,就無法對用戶注冊前的行為數據做分析,以持續優化產品,獲得更多的新用戶注冊。而沒有身份標識,那基于身份標識的功能就不能被使用,如發消息、評論等。
矛盾顯而易見:我們既想要滿足用戶無需注冊登錄即可使用產品的需求,又想要標識用戶身份,獲得操作數據。
那怎么解決這一矛盾呢?答案就是游客模式:給未注冊帳號的游客自動分配游客帳號,用于標記身份,允許用戶以“游客”身份使用除“僅限注冊用戶能使用”的全部功能。
二、如何設計游客模式?
在設計游客模式時,我們要重點關注4個用戶場景:游客初次使用產品、引導游客注冊登錄、游客注冊帳號、游客登錄已有帳號。
1. 游客初次使用產品
用戶第一次使用產品時,根據用戶的硬件信息,給用戶分配一個游客身份ID,即狀態為“未注冊”的UserID,并將游客的行為數據記在這個UserID下。
給未注冊的游客分配UserID,才能讓他們的行為數據有行為主體,才能分析他們做注冊前做了什么操作、在什么地方離開了、在什么地方停留了,才能找到新用戶轉化的優化方向,提高新用戶注冊率。
將游客UserID的狀態記為“未注冊”,是要區分已注冊用戶,以更準確地統計注冊用戶規模、分析用戶行為差異、分析新用戶訪問量。
游客狀態下產生的數據,根據實際需要存儲到本地或云端。這樣當用戶再次以游客身份使用產品時,直接調取本地存儲的數據,或從云端下載到本地,提供更便捷的服務。
2. 引導游客注冊登錄
相對于游客,注冊用戶的用戶黏性更高,商業價值自然更大。游客在使用產品時,抱著試試看的態度體驗產品,游客只是一個觀望者,隨時可能離開,選擇其他產品。但注冊用戶已經將部分個人信息交給了產品,甚至在頻繁、長期使用產品,對產品價值的認可度遠高于游客。因此,一定要想辦法將游客轉化為注冊用戶。
首先,明確游客的可用功能。如果一個產品有帳號體系的,那么一定要區分注冊用戶和游客的可用功能,確定哪些功能游客狀態下也能使用,否則游客就失去了注冊帳號的必要性。
游客的可用功能通常是產品的核心功能,如電商產品的首頁、商品分類、商品詳情,資訊產品和內容社區的feed流等。游客使用這些功能,能建立對產品的基本認知,判斷產品是否能滿足自己的需求。
其次,設定引導游客登錄節點。當游客點擊了僅限注冊用戶可以使用的功能,就要彈出注冊登錄窗口,引導用戶注冊登錄。
這些功能可以是因為技術上的要求,如購買商品、查看歷史訂單,這類功能不注冊登錄是無法使用的;也可以是為了推動游客完成注冊,而故意設置的卡點,如潮汐App的游客狀態下,可以聽聲音,但是如果要下載到本地,就必須要注冊登錄。
3. 游客注冊新帳號
當游客在某個節點注冊了新帳號,其UserID保持不變,只需要將帳號狀態更新為“已注冊”,并不需要給用戶重新分配一個新的UserID。
直接將游客的UserID狀態更新為“已注冊”,保留用戶在游客狀態下產生的數據,免去了遷移游客數據到新帳號下的工作,用戶從游客模式切換到注冊登錄狀態時,游客模式下產生的數據得以保留,使用更流暢、更自然。
4. 游客登錄已有帳號
如果游客在“引導游客注冊登錄”場景下,不是注冊新帳號,而是直接登錄了已有帳號,此時應該切換到用戶登錄的帳號,同時清空本地存儲的游客帳號數據,替換為從云端下載的登錄帳號數據,如用戶的歷史訂單數據、賬戶余額等。
而原游客狀態下存儲在云端的數據,則可根據實際需要做處理,或繼續在云端存儲,以保障原游客帳號數據的完整性,或直接刪除。
三、游客模式的價值
游客模式主要有兩方面的價值:降低用戶在注冊環節的流失、提高用戶體驗。
1. 降低注冊流失率
隨著互聯網紅利逐漸消失,產品的拉新成本迅速提高。游客模式能讓用戶在不注冊登錄的情況下,盡可能充分體驗產品功能,增加對產品的了解。當用戶對產品有了一定的了解后,只要需求匹配,輔以適當的引導,用戶更愿意交出自己的個人信息,注冊成為正式用戶。
而如果第一次使用就要求注冊登錄,用戶就可能直接流失。游客模式降低用戶注冊的流失率,避免公司拉新成本的浪費。
2. 提高新用戶體驗
游客模式給每一個未注冊用戶都分配了帳號,并且存儲了游客狀態下的用戶行為數據。當新用戶再次以游客模式使用產品,或注冊新帳號時,之前產生的行為數據能繼續保留下來,從而讓新用戶的使用更順暢、更便捷,用戶體驗更好。
四、總結
游客模式通過核心功能的體驗,將游客轉化為注冊用戶,是降低用戶注冊流失率、提升新用戶體驗的重要方法。在設計游客模式時,重點是4個場景:
- 游客初次使用產品:給用戶分配游客帳號(UserID),并同時在本地和云端存儲游客狀態下的用戶數據。
- 引導游客注冊登錄:明確游客的可用功能,在合適的節點引導游客注冊登錄。
- 游客注冊新帳號:將原來的游客帳號(UserID)狀態更新為“已注冊”。
- 游客登錄已有帳號:切換到登錄帳號,替換本地游客帳號數據為云端存儲的登錄帳號數據。
#專欄作家#
誓博,微信公眾號:產品慎思錄。人人都是產品經理專欄作家。5年產品經驗,電商售后平臺后端產品負責人。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
在場景3,游客注冊新帳號下,產生的數據,在退出登錄后,會同步到游客賬號里么?退出登錄后,游客態下產生的業務數據,登錄后,會同步到已登錄的賬號中么?
中間是否會涉及到一些合規的問題呢?
如果是很隱私的數據,當然可以選擇不同步了。
可以給用戶一個提示,是否要認領他的數據,用戶認領就給他同步到賬號中;不認領就不同步嘍
沒有說有可以通過什么方式去標識這個游客
這個建議去咨詢開發
手機設備號,每個手機的設備號不同
一時不注冊一時爽,一直不注冊一直爽
確實,我經常會使用一些不用登錄就可以使用的,就比如瀏覽器
游客模式真的很重要!有時候感覺登錄上總是會丟一些個人信息,雖然現在大數據時代!
我也覺得,現在就是所有的app都要綁定手機號,非常的不方便,經常忘記密碼
確實,不用注冊登錄的APP經常使用,但也不妨礙事情。還會忘記登錄賬號