作為產(chǎn)品經(jīng)理,你是怎樣設(shè)計登錄和注冊的?

作為一名技術(shù)開發(fā),自身過硬的技術(shù)能力是必須的,不過只能是包含但不限于!在提升技術(shù)的同時,還要去關(guān)注技術(shù)周邊。

眾所周知,關(guān)于“程序猿”與“產(chǎn)品狗”之間的“明爭暗斗”也算是技術(shù)界的一大熱點話題了。俗話說的好,不懂技術(shù)的產(chǎn)品不是好產(chǎn)品!當然,不懂產(chǎn)品的技術(shù)也絕不是好技術(shù)!

今天,看到一篇關(guān)于登錄和注冊的產(chǎn)品文章,覺著不錯,就貼過來與大家一起分享。

簡單的事情往往卻很難做好做細,就像一份炒飯,卻值得周星馳為其拍了一部《食神》,卻值得哈林為其唱了一首《蛋炒飯》。登錄和注冊大概是所有線上平臺都擁有的功能模塊,也是用戶最早能夠接觸到的平臺功能,不僅業(yè)務流程簡約,而且模塊功能單一,甚至設(shè)計的頁面也不會超過5個。但是你一定會發(fā)現(xiàn),就是這么簡單的登錄和注冊,有的網(wǎng)站做的行云流水和如絲般順滑,有的網(wǎng)站做的溝溝坎坎和雷坑遍布。


為什么會有這么大的差異?我認為在于思路的混亂和不一致。只有掌握了嚴謹和邏輯的設(shè)計思路,不僅簡單的登錄和注冊會給用戶留下良好的第一印象,也會讓你在其他業(yè)務模塊的產(chǎn)品設(shè)計中行云流水。

下面就來一次登錄和注冊的產(chǎn)品設(shè)計之旅。拿工資向你保證,這將是你人生中最精彩的旅行之一。

1. 萬事第一問:為什么

5W思維工具的第一個W即是WHY,為什么。

產(chǎn)品經(jīng)理接到需求的本能反應應該是問一句:為什么要做這個需求?搞清楚需求的前世今生和來龍去脈,再加上“知己知彼百戰(zhàn)不殆”的指導思想,對于接下來的需求分析、業(yè)務實現(xiàn)、功能落地都有莫大的好處。

為什么要做登錄和注冊?

登錄和注冊的需求來源部門或許有著五花八門的回答,也許是建立用戶體系的需要,也許是收集用戶信息的需要,也許是用戶運營的需要,很多也許。多不要緊,但至少我們知道了實現(xiàn)“登錄和注冊”對于業(yè)務有著至關(guān)重要的作用,且會對很多業(yè)務功能產(chǎn)生重大影響,需要產(chǎn)品經(jīng)理認真、慎重的進行設(shè)計。

到此為止,即可。

2. 抽絲剝繭:先搞定主要矛盾

搞清楚了來龍去脈,明確了重要性,現(xiàn)在就來點實用知識,開始進入實際操作,從登錄和注冊的最核心業(yè)務開始分析。

很明顯,登錄和注冊的主要矛盾就是完成兩件事:用戶登錄和用戶注冊。

登錄,就是提供給用戶某種user interface,簡稱UI,即用戶接口,讓用戶填入某些標識信息來與系統(tǒng)中已有數(shù)據(jù)進行身份驗證匹配,并賦予用戶某些特殊功能使用權(quán)限的過程。

聽上去很復雜,實際上登錄的主要矛盾就是:

讓用戶能夠輸入某種專有信息,例如獨特的字符串、電話、身份證、電子信箱等等,總之能唯一表明這個用戶的身份信息即可

為了解決這個主要矛盾,我們就設(shè)計兩個輸入接口:

身份標識:暫定用戶名、手機、電子郵箱三者選一

密 碼:暫定6位字符

注冊,就是將用戶的信息保存在系統(tǒng)中,用以日后的登錄匹配信息之用。

實際上注冊的主要矛盾就是:你到底要保存用戶的哪些信息?

為了解決這個主要矛盾,我們就設(shè)計采集并保存以下用戶信息:

身份標識:暫定用戶名、手機、電子郵箱三者選一

密 碼:暫定6位字符

沒錯,和登錄一模一樣,為什么?

注冊的目的是滿足登錄信息匹配之用,最最基礎(chǔ)的匹配就必然要求登錄和注冊的所需字段必須一模一樣,就好像兩個齒輪一樣必須嚙合。

聽上去是廢話?不,我就見過很多初入門的產(chǎn)品經(jīng)理將登錄所用字段和注冊所用字段設(shè)計的不一致,被研發(fā)劈頭蓋臉的痛罵。

到這一步,我們?yōu)榈卿浐妥栽黾恿说谝慌膬蓚€頁面:登錄頁和注冊頁。

3. 深入一點:業(yè)務要閉環(huán)

有了兩個最基礎(chǔ)頁面還不算完,在流程圖上還是兩個獨立的點,因為業(yè)務流程沒有閉環(huán)。這個時候就要問自己幾個問題:

登錄成功去哪里?

登錄失敗又去哪里?

注冊成功去哪里?

注冊失敗又去哪里?

為了完成這個業(yè)務流程的閉環(huán),我們就需要增加幾個頁面:

登錄成功頁:通常是跳轉(zhuǎn)到首頁,或者個人相關(guān)的頁面,或者其他有特殊需要的頁面。

登錄失敗頁:通常是跳轉(zhuǎn)到登錄失敗頁,告訴用戶登錄失敗的原因。

注冊成功頁:通常跳轉(zhuǎn)到有特殊需要的頁面。

注冊失敗頁:通常是跳轉(zhuǎn)到注冊失敗頁,告訴用戶注冊失敗的原因。

到這一步,我們完成了登錄和注冊的業(yè)務閉環(huán),登錄和注冊的業(yè)務可以打包為獨立的業(yè)務模塊,至此增加了四個輔助頁面:登錄成功頁、登錄失敗頁、注冊成功頁和注冊失敗頁,總計六個頁面。

4. 再深入一點:將業(yè)務嵌入使用場景

登錄和注冊的業(yè)務流程已經(jīng)閉環(huán),且已被打包為獨立的業(yè)務模塊,接下里就要做有很強代入感和參與感的產(chǎn)品使用場景分析,然后把登錄和注冊塞進需要的流程中。

因為只有融入業(yè)務流程的產(chǎn)品設(shè)計才能體現(xiàn)出價值,否則,和咸魚有什么區(qū)別。

那么問題來了,有哪些使用場景呢?

首頁或著陸頁:用戶看到平臺的第一頁,也是最容易聯(lián)想到的頁面。

涉及需要用戶身份驗證的頁面:例如支付、發(fā)布內(nèi)容、查看特殊權(quán)限的內(nèi)容等。

那么問題又來了,如何將登錄和注冊嵌入呢?

對于首頁和著陸頁,我們在頁面上明顯位置增加登錄和注冊按鈕或超鏈接,盡可能的引導用戶完成登錄和注冊。

對于需要用戶身份驗證的頁面,在需要的按鈕或超鏈接上(例如支付、發(fā)布、回復、下載等)判斷當前用戶身份,非認證用戶即轉(zhuǎn)入登錄和注冊流程。

到這一步,我們將登錄和注冊嵌入到了平臺的業(yè)務流程中。至此,登錄和注冊的產(chǎn)品功能和業(yè)務設(shè)計基本上完成了。

5. 琢玉成器:用戶體驗是需要手工打磨的

且慢,產(chǎn)品功能和業(yè)務設(shè)計只完成了50%,還有50%就是前端產(chǎn)品經(jīng)理常常掛在嘴邊的用戶體驗。

用戶體驗這回事比較虛,也比較主觀,這里就拋磚引玉幾個思考點吧:

如果用戶名使用電子信箱,如何讓用戶能夠快速完成電子信箱的錄入?

如何設(shè)計良好的登錄頁錯誤提示?

是否需要記住密碼?還是需要2周內(nèi)不用登錄?

能否不用鼠標來切換用戶名和密碼框?

能否用回車鍵來替代鼠標完成登錄或提交的操作?

如何讓用戶快速完成注冊頁的各種字段錄入?

如何限定注冊頁的必填字段?

如何設(shè)計密碼強度的提示?

如何設(shè)計良好的注冊頁錯誤提示?

如果注冊頁有用戶頭像,是否需要鎖定頭像比例?是否提供在線裁剪?

是否需要給用戶設(shè)置默認頭像?

如何快速切換注冊頁的各個字段輸入框?

注冊頁各個字段的填寫提示是否簡潔清晰無歧義?

其實還會有很多很多問題,需要我們慢慢打磨、細化。

6. 豐滿羽翼:加持業(yè)務部門的需求

截至目前,登錄和注冊既實現(xiàn)了功能和業(yè)務,也優(yōu)化了用戶體驗,照理說可以打完收工了。不過,建議此時的產(chǎn)品經(jīng)理主動出擊,去了解、收集其他業(yè)務部門的需求。

什么需求?

運營部會說,登錄頁沒法運營;注冊頁也沒辦法運營。

市場部會說,登錄頁沒有體現(xiàn)出我們平臺的定位;注冊頁也沒有體現(xiàn)我們平臺的定位。

blablabla…當然,有道理的需求可以接受,開始加持業(yè)務部門的需求:

登錄頁背景圖改為廣告位和內(nèi)容推薦位,滿足運營的需求。

登錄頁設(shè)計平臺Slogan展示位,給每一次登錄的用戶洗一次腦。

注冊頁增加廣告位和內(nèi)容推薦位,吸引用戶完成注冊。

注冊頁設(shè)計平臺Slogan展示位,給每一個正在注冊的用戶洗一次腦。

截至目前,你已經(jīng)超越99%產(chǎn)品經(jīng)理的設(shè)計,可以喝口茶喘口氣,簡單的小結(jié)回顧一下:

梳理核心業(yè)務需求,解決主要矛盾

將業(yè)務閉環(huán),保證可用

嵌入其他業(yè)務流程

打磨用戶體驗

加持業(yè)務部門的需求

不過!我們還能做點什么呢?

7. 玩出花:還能做點什么呢?

這里拋磚引玉說幾個:

(1)用戶訪問熱點和行為監(jiān)控

這個絕對是核彈級別的增值功能,雖然對于用戶不可見,但是對于產(chǎn)品經(jīng)理了解無法見面用戶的使用行為是一個必不可少的功能。通過采集用戶在頁面上的各種行為,產(chǎn)品經(jīng)理可以獲取到用戶的瀏覽習慣,作為優(yōu)化產(chǎn)品的重要數(shù)據(jù)支撐。

(2)第三方登錄

前文已經(jīng)提到過,登錄和注冊是任何平臺阻礙用戶的一座大山,如何能夠降低登錄和注冊的難度,如何能夠減少登錄和注冊的步驟,如何能夠提高登錄和注冊的效率,值得仔細思考。

幸運的是,現(xiàn)在各大流量入口平臺逐步開放,紛紛提供了第三方登錄的接入,可以幫助用戶快速的翻過注冊的大山來享用我們提供的服務。

(3)重置密碼或者找回密碼

這個功能則是為用戶登錄時可能存在的遺忘密碼提供了一個處理渠道。不要小看這個功能,在嚴謹?shù)臉I(yè)務流程中留出一個異常處理天窗,不會讓用戶在使用業(yè)務功能時掉入死胡同或者“功能黑洞”。

8. 結(jié)論

簡單的登錄和注冊,也需要嚴謹、邏輯和科學的思路。

原文入口:Android開發(fā)中文站?作為產(chǎn)品經(jīng)理,我是這樣設(shè)計登錄和注冊的

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,563評論 6 544
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,694評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,672評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,965評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,690評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 56,019評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,013評論 3 449
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 43,188評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,718評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,438評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,667評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,149評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,845評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,252評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,590評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,384評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內(nèi)容