賬號設計:用戶更換手機號碼后,產品該如何應對?
注冊登錄是大多數App的基礎功能,今天我們聊一聊賬號設計中一個特殊的需求——用戶換手機號了怎么辦。
上篇文我們講到了注冊登錄體系的設計,文末提到有一種情況是比較麻煩的,那就是用戶手機號更換,今天我們就來詳細聊聊這個問題。
提到手機號更換,這就得從盤古開天辟地講起。。。
不,從互聯(lián)網世界的賬號開始講起。
一、互聯(lián)網賬號發(fā)展史
早期的產品大多都是網頁形式或者PC端的軟件,賬號大多都是郵箱。
當時國內這個行業(yè)起步比較晚,所以在設計的時候很大部分都是直接“參考”國外的產品,也跟著用郵箱。
郵箱號的格式為:用戶名+分隔符+域名地址。
不同郵箱供應商的域名地址都不一樣,比如gmail.com,163.com,qq.com等,而用戶名一般就是各家有各家的規(guī)則并做去重校驗,防止有重名郵箱以保證賬號的唯一性。
那么就會有人問,為什么當時不用手機號作為賬號呢?
因為在那個年代,手機是個稀罕貨,雖然電腦也是個稀罕貨,但有“網吧”這種場所可以讓人們租用電腦,而沒有租用手機的場所。
所以自然而然手機號就不可能像郵箱那么普及。而互聯(lián)網產品為了快速拉新,必須采用用戶獲取成本較低的郵箱作為賬號了。
而這一切到了移動互聯(lián)網時代就不一樣了,手機價格降低并大量普及,4G網絡的鋪設使得移動端App如雨后春筍般爆發(fā),這時候就開始有一些產品采用且只采用手機號作為賬號。
有人認為這股風氣是微信帶起來的,當然這已經無從考證了。
二、手機作為賬號的優(yōu)缺點
手機號作為賬號發(fā)展迅速,一定是有它的優(yōu)勢的,具體有什么優(yōu)勢呢?
- 安全,這點毋庸置疑,短信的觸達效率最高,使得忘記密碼時可以及時找回,賬號被盜時也能及時收到提醒,而郵件的觸達率就要比短信弱很多;
- 便于驗證,試想一下,你要注冊一個移動端軟件,需要登錄郵箱驗證是什么體驗?郵箱登錄本身就有一層驗證,這種繁瑣的流程在移動端體驗感極差;
- 社交網導入,這個是我個人認為最重要的一點。由于手機本身帶有通訊錄,而通訊錄中存著聯(lián)系人的手機號,這時候通訊錄的導入對一個產品的初始階段拉新運營特別有用。
說了手機號作為賬號的優(yōu)點,那么有沒有缺點呢?
有,而且缺點很大!
這就要說到我國的運營商,國內目前主要有中國移動、中國聯(lián)通、中國電信三家運營商,為了區(qū)分,運營商的手機號進行了號段切分,其中:
中國移動:
139、138、137、136、135、134、159、158、157、150、151、152、147(數據卡)、188、187、182、183、184、178
中國聯(lián)通:
130、131、132、156、155、186、185、145(數據卡)、176
中國電信:
133、153、189、180、181、177、173(待放)
由于手機號段進行了切分,各運營商手機號碼數量是有限的,為了滿足快速的用戶增長,運營商會對已經注銷停用的手機號碼進行回收并且重新售賣。
歸根到底還是中國人多。
三、解決方案
這一回收不要緊,各大以手機號作為賬號的產品可就懵了:“我們以手機號為區(qū)分,如今手機號變了人,我們該怎么辦?”
于是,各大產品紛紛出了修改綁定手機號碼的流程!
意思就是如果你的手機號碼要換了,那么你需要在產品里面把手機號碼給改了。
流程大概是這樣:
但是,用戶如果在失去舊手機號之后才想起要改綁呢?
這就是最麻煩的一點,畢竟我們不能問用戶
你怎么這時候才想起要改?。?!
特別是有些產品只支持手機號碼登錄像微信,這時候手機號碼已經不屬于自己了,但微信賬號還是屬于自己,這時候怎么辦呢???
微信給出的解決方案是通過申訴找回。這是一個安全但繁瑣的做法,且背后需要人工客服做支撐。
釘釘給出的解決方案也是申訴找回——通過上傳身份證等資料提交審核。
但是大部分App賬號并沒有實名制,即使是上傳身份證,也難以人工判斷賬號歸屬。
那么,如果我不找回賬號了,重新注冊一個不就可以了?
No !
前面我們提到,產品的唯一識別是手機號,這時候如果后來的人拿你的手機號登錄,是可以登錄并看到這個賬號的歷史數據的。
但是,本著手機安全性最高的原則,這時候如果能夠拿到驗證碼用驗證碼登錄,一般產品都是可以直接登錄的。
所以,各位用戶,更換手機號碼時切記把一些重要的產品賬號也改綁了?。?!
四、總結
對于產品的設計,這里總結一下:
- 產品一定要支持賬號的更綁;
- 如果是安全性要求高的產品,要支持申訴找回賬號;
- 如果是安全性要求高的產品,新設備登錄時要進行校驗。
作者:PM大叔;公眾號:互聯(lián)網產品研究院(ID:Deep_Boom)
本文由 @互聯(lián)網產品研究院 原創(chuàng)發(fā)布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協(xié)議
所以如果小程序用手機號授權登錄的話,需要補充密碼比較穩(wěn)妥吧?
能不能說說什么樣的產品需要提供修改手機號功能、什么樣的產品不需要此功能,人人都是產品經理為什么沒有此功能?
沒啥太大用處的文章,能過來找這篇文章的人基本上都已經在頭疼這個問題了
額……,只是對自己看到過的方案的總結。唉
寫的還是有些淺顯。在目前的認知方案中,可以采取【郵箱+第三方授權(如微信、QQ等)+手機號+產品ID號】結合起來,讓手機登錄成為主要登錄方式而不是唯一方式,其他輔助(硬性必須綁定一個輔助方式,當然體驗會差點,使用門檻有所提升)。
多帳號結合的方式固然靈活,但涉及到比如賬號密碼更改、多設備/換設備登錄驗證的時候采取哪一種驗證方式呢?還是手機號驗證的方式最安全。硬性綁定賬號的形式未免有點推銷的嫌疑。
我以為會有新的解決方案呢。不過總結的也蠻好了
如果有其他方法可以交流交流
點擊我頭像,領取產品經理學習資料。
根據不同的產品去做認證的決策策略,比如京東,我記得有一個策略就是讓我回憶之前買過的幾樣東西。這特么就很給力了! 對應的找回驗證策略可根據產品屬性不同去做召回機制。 確實上面有人說 硬性綁定除手機號外的其他賬號:用戶名啊、郵箱啊、或者qq啊其他等等。 但是 總有 特殊情況發(fā)生。 你覺得呢 ~
根據購買過的東西做校驗是一個精準方案,但適用范圍較小,不說有些人記不起購買過啥,也不是所有賬號最近有購買過東西的,所以這個case里面遇到情況還有再細分。適合產品已經到了成熟階段,需要做精細化場景化的方案了。