產品設計:ID、昵稱、域名及其他
我們在設計產品的賬戶結構時,往往會遇到許多與ID相關的概念,像UID、用戶名、昵稱等。一個合理的產品賬戶結構是產品良好的開端。
常見的ID概念及其定義
用戶身份標識(User Identification,簡稱UID):在注冊會員后,系統會自動的用戶分配的系統數字編號,由純數字構成,按用戶注冊時間排列。在系統中具有唯一性,不可更改,來說對用戶是不可見的,不可用做登錄。
用戶號碼(User Number):可與UID相同,也可不同,可能會允許用戶可更換,由純數字構成,不完全按注冊時間排列。在系統中具有唯一性,一般可付費更換或購買,對用戶可見,可用做登錄。例:QQ號碼、微號、迅雷靚號。
用戶名(Username):用戶產品登錄,一般由英文字母或與數字組成。在系統中具有唯一性,一般設置一次后不可更改。對用戶本人可見,但對其他用戶一般不可見。
用戶昵稱(Nickname):為用戶名的備注說明。一般由英文、數字或中文組成。對用戶本人和其他用戶可見。對于其可更改性與唯一性視產品類型而定。
弱社交關系型:特點是信息流在產品內無阻礙流動,用戶之間無需成為雙向聯系人即可互動,用戶可擁有大量的好友或粉絲。微博、貼吧、天涯等。此類產品的用戶昵稱一般具有唯一性,不可更改。
強社交關系型:信息流通受限,一般局限在特定的圈子或群組內。用戶之間需要加入雙向聯系人才可深度互動。微信、豆瓣皆屬于此類。此類產品的用戶昵稱一般可隨便更改,不具有唯一性。
用戶賬號(User Account):一般可等同于用戶名或用戶號碼,但也可為郵箱或手機信息等。在系統中具有唯一性,若為郵箱或手機一般可以更改。對用戶本人可見,但對其他用戶一般不可見。
用戶個人域名(User Domain):用戶訪問用戶個人展示主頁的二級域名或子目錄域名,格式為:xxx.com\domain或domain.xxx.com。一般由英文字母和數字組成。具有唯一性,一般設置后不可更改或只可進行有限次數的更改。
OpenID與微信登陸
隨著互聯網的發展出現了OpenID的概念,只需要輸入你注冊號的 OpenID 用戶名,然后你登錄的網站會跳轉到你的 OpenID 服務網站,在你的 OpenID 服務網站輸入密碼或其他信息,驗證通過后,你會回到登錄的網站并且已經成功登錄。像我們常見的OpenID協議有微博登錄、QQ登錄、微信登錄。
好處:
- 1,因為產品用戶量大,其基礎服務常處于登錄狀態。產品在使用OpenID時可以檢測其賬號狀態,實現一鍵注冊與一鍵登錄。
- 2,方便地導入OpenID平臺上的昵稱、頭像、地址等資料信息,免去用戶錄入過程。
- 3,導入OpenID平臺中的用戶關系鏈數據,方便地邀請好友與添加聯系人。
輸入資料的過程,而不是直接導入。用戶重名。
產品中那些反人類ID設計:
不可更改登錄郵箱:惡果:讓無數強迫癥用戶看著蛋疼,有安全隱患,代表產品:微博,簡書。
用戶名與昵稱均為中文:惡果:讓人傻傻分不清楚,代表產品:360。
弱關系產品用戶名可重復:惡果:山寨用戶橫行,代表產品:騰訊微博
直接使用社會化登錄,未接入自己的賬號體系:惡果:無法更改密碼與登錄Web端。代表產品:豆瓣手機版。
如何優雅地設計ID體系:
我認為,一個優雅的產品ID結構設計是這樣的,UID對用戶不可見,使用字母與數字作為用戶名,可進行進行有限次數的更改。使用郵箱與手機號作為用戶賬號(APP有限采用手機號碼),可以進行隨時更改與解綁,用戶域名可進行有限次數的更改。若為強關系型產品,昵稱可以進行隨意更改且可重復。若為弱關系型產品,用戶名一定要具有唯一性,且可以進行有限次數的更改(更改后給予一定的凍結期)。
為了降低用戶注冊門檻與獲得更詳細的用戶數據,盡量采用知名社交媒體的OpenID登錄,但是要采用導入用戶資料并進行創建賬號流程,而非直接使用OpenID作為自己的產品賬號。
作者:蘇打;via:簡書
收益了,用戶名 & 昵稱老容易糾結到底要不要同時存在賬號體系中,若同時存在用戶名意義何在?最終還是跟產品分不開,若是產品需要獲取用戶真實信息,那么用戶名就是必不可少的字段。
??