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