APP UI 結構:注冊&登錄
注冊登錄一直是應用中必不可少的一環,用戶打開應用可能第一步就是登錄頁面,這相當于一款應用的臉面,也是用戶使用產品的源頭。
今天的主題是和注冊登錄相關的內容,相對比較簡單,大家應該都很熟悉。
注冊登錄一直是應用中必不可少的一環,用戶打開應用可能第一步就是登錄頁面,這相當于一款應用的臉面,也是用戶使用產品的源頭。當然也是因為不常被用到所以更最容易被忽視,它作為一項基礎功能,使用場景一般是用戶初次使用應用或者退出登錄,又或是大版本更新和登錄過期才會使用到。
注冊登錄的意義就在于給用戶獨有的個人中心,包括數據的同步,或是用戶注冊后會通過用戶已完善的資料進行相關的內容推薦。
登錄相對而言屬于高頻次的操作,注冊、修改密碼等屬于相對低頻次的操作,但是他們都會關聯到產品內的個人資料和設置模塊。幾乎所有的社交應用都是需要注冊登錄的,用戶擁有了個人賬號才能繼續使用產品。
當然也有一些系統的應用是不需要注冊登錄就可以使用的,比如:系統自帶的計算器、日歷、天氣等或是一些第三方的輕應用,這里就不多贅述了,下面主要還是說說需要用到注冊登錄功能的情況。
還是先來看一下整體結構:
(以下圖片來源于應用截圖,僅作為學習交流使用)
一、注冊登錄的方式
1. 只使用第三方賬號注冊登錄
這種方式比較少但是無疑是最快捷的方式,相信大家平時應該用這種方式也比較多,因為可以避免使用手機注冊帶來的繁瑣步驟,可以節約很多時間。
你在第三方應用中進行授權后產品會直接調用接口,生成ID登錄后,你的頭像、昵稱等個人信息甚至可能同時會獲取你的好友列表,讓你知道還有哪些好友也在使用產品,可以有效地減少對產品的陌生感,同時也便于應用在第三方中進行分享。
當然這種方式對產品也很有利,因為相信很多用戶在不了解產品的情況下,用戶可能只是想初步了解一下產品,但是又不想進行手機注冊那么麻煩,所以就直接使用第三方進行注冊吧,待進入應用初步使用了解后,再通過產品的用戶引導(比如:紅點標記或是局部引導等)功能再進行手機號/郵箱/微信/微博等賬號的綁定,這樣做對新用戶的產生有積極作用。
我遇到過當已經使用了第三方應用注冊登錄了之后,會立即出現讓用戶綁定手機號的頁面,這樣做是想快速產生新用戶,出發點是好的,但是我覺得用戶在不了解產品的情況下,綁定手機號的可能性很低。
所以最好可以在綁定手機號頁面有“跳過”功能,給用戶選擇的余地,不要強制用戶,待初步了解產品后再通過引導進行綁定,這樣做最佳。
2. 只使用手機號注冊登錄
使用手機號獲取驗證碼是目前最常用的注冊登錄方式,這種方式的優勢不必多說,相信大家都很熟悉流程,通過發送短信獲取驗證碼在60-90秒內進行注冊登錄,這么做是為了確認用戶擁有該手機號的使用權。手機號+密碼是用戶常用的方式,而手機號+驗證碼是比較簡便的方式。
這里注意一點的是在輸入手機號后,為了讓用戶查看是否輸入正確,建議手機號顯示樣式為3-4-4模式(比如:156 5555 5555),這些都是細微之處,雖然無關大雅,但是可以看出一個產品的用心之處,比如:下圖可以對比一下,明顯圖二更優。
手機號也是商家進行用戶維護的有效手段,畢竟手機都是隨身攜帶,可以在節假日發送祝?;蚴谴黉N短信,也可以在你長期未使用產品,進行短信提示,避免你將產品遺忘,但是過度的短信轟炸則會讓用戶感到反感。
另外使用手機號注冊登錄,需要做一個判斷,是否是第一次登錄,是的話就跳轉引導頁,不是的話就跳轉至首頁。
這里插一句題外話,你們有沒有遇到過在已經注冊成功后,但是還需要重新輸入賬號密碼登錄的情況,其實這種做法個人覺得是比較多余的,可能2次輸入賬號密碼可以加強用戶的記憶。但是可能很多人用手機號注冊都是用的一個同密碼,因為現在的應用可選擇的余地實在是太多了,如果每個應用都使用不同的密碼可能很難記得住。
3. 使用手機號/第三方賬號注冊登錄
這種樣式是最常見的,也是上面兩種樣式的結合,這種樣式給用戶留有選擇的余地,自愿使用手機號或是第三方。但是一般這樣的組合方式多數是希望用戶使用手機號注冊,所以手機注冊登錄比較突出,第三方注冊會置于頁面底部,相對弱化。
但是還有一類是希望用戶使用第三方登錄,弱化手機號注冊登錄的情況。BAT旗下的眾多應用,會使用一個賬號或是進行賬號關聯,比如:阿里旗下的應用閑魚、菜鳥裹裹等,登錄時為了用戶數據之間連接,會推薦用戶使用淘寶賬號進行登錄,從而弱化了手機號注冊登錄,這是出于產品屬性或是戰略需求考慮,無可厚非。
4. 使用郵箱注冊登錄
使用郵箱進行注冊登錄也是比較常用的方式,多數用于pc端,郵箱容易記憶,便于頻繁使用的產品,注冊后郵箱會收到驗證鏈接,驗證成功后會自動跳轉進入該網頁首頁。因為web端屏幕較大,還是和移動端有點差別,需要填寫的表單可能也會比較多,關于表單的設計可以參照我早期的文章:《進行表單設計需要注意這十點》
當然移動端也有使用郵箱注冊的,可能是國外的應用居多,比如:facebook、twitter、dribbble…或是國內的應用同時擁有網頁和移動端,可以將用戶數據進行同步。
5. 先體驗后注冊登錄
這種方式也很多見,一般多為閱讀類、游戲類或是電商類產品,用戶多為游客狀態,可能只是進來逛逛,可能暫時還沒有使用到添加、收藏、關注、評論、購買等功能,如果使用這些功能就必須要進行注冊登錄了,注意在完成注冊登錄后記得頁面要回到之前瀏覽的頁面,而不是回到首頁。
6. 短信注冊
比較少見的一種方式,通過編輯短信發送至XXX后,可獲取賬號和密碼。這種方式屬于早期的一種方式,現在基本用不到了,就不多說了。
二、注冊登錄頁面要點
1. 簡潔風 VS logo+輸入框
iOS 11更新帶動了新的設計趨勢,大標題+留白被廣泛使用,注冊登錄也不例外,現在很多產品都使用相對簡潔的設計(下面左圖),僅使用大標題和必要的線框和提示語,讓用戶只聚焦注冊登錄本身,去除多余的干擾元素,可以節省用戶的時間。
相對早期的設計手法是在頁面中加入logo(下面右圖),好處是可以進一步強化用戶對產品品牌的記憶點。兩種方式各有優點,沒有對錯,產品可以酌情使用。
2. 分步驟注冊登錄
現在有很多應用是采用分步驟進行注冊的,比如先輸入手機號,點擊“下一步”的同時,系統查詢該手機號是否可以注冊,通過的話則進入輸入驗證碼頁面,這樣做的好處是可以及時反饋給用戶,避免了用戶在輸完手機號和驗證碼之后出現錯誤toast的情況。
需要注意的是步驟不宜過多,建議3步以內,如果你的產品對用戶來說不是非用不可,可能會有很多用戶會放棄注冊。
3. 注冊登錄合二為一
這種方式和分步驟注冊類似,將注冊和登錄合到一起,不管你是否有注冊,只要輸入手機號再填寫驗證碼,成功后即可使用產品,比如:小黃車就是使用這一方式。
4. 輸入框提示語
輸入框提示語是必不可少的,措詞需要簡潔,大部分的做法是點擊輸入框后提示語自動消失,這樣做也是可以,畢竟需要填寫的選項不是很多,用戶不易忘記。當然更好的做法是保留提示語,比如:星巴克的登錄頁面,在點擊輸入框后,提示語會上移,依舊保留,只是這樣的開發成本可能會稍大一點。
5. 忘記密碼
忘記密碼的功能一般都是放在登錄頁面,因為兩者有較強的關聯性。使用忘記密碼功能一般是通過手機號發送驗證碼,驗證通過后再進行新密碼的設置。如果起初是用郵箱注冊登錄的話,就要到郵箱中進行驗證,驗證通過后再進行新密碼的設置。
6. toast提示
這里的toast提示一般用于有錯誤發生的情況下,比如:賬號不存在、賬號已被占用、密碼錯誤、驗證碼錯誤等,及時的反饋給用戶注冊登錄不成功的地方在哪里,以免用戶摸不著頭腦,憤而離開應用。
三、其他要點
1. 安全碼
出于安全考慮,有些應用會讓用戶輸入圖形驗證碼、字符驗證碼、旋轉圖片、滑動驗證等方式,目的是確認是人為注冊而非軟件惡意注冊。
2. 用戶協議
用戶協議看似非常的不起眼,用戶也很少會去點擊查看,出現在注冊頁面的情況居多。早期一般是默認被選中狀態或是點擊注冊即視為同意協議條款(圖一),用戶填完賬戶密碼之后點擊注冊就完成了。
但是前去年支付寶默認用戶協議被選中導致的一系列新聞提醒我們,用戶協議最好需要用戶自己去點擊確認,現在很多應用也開始這么做,在沒有勾選用戶協議之前,“注冊”button是無法點擊的(圖二)。
3. 密碼眼睛開合
出于使用場景考慮,比如:在戶外或是注冊登錄時身邊有人,為了有效保護用戶的密碼隱私,可在輸入密碼時關閉眼睛icon,只顯示密碼點。開啟眼睛icon時是為了讓用戶清楚的看見自己的密碼,避免密碼輸入錯誤。
4. 一鍵刪除賬戶名/密碼
這個功能是給用戶在注冊登錄頁面輸入有誤或是切換賬戶時使用,可以有效減少用戶的點擊次數,提升用戶體驗。
5. 保留賬戶名數據
在用戶曾登錄過的情況下,應該保留用戶的賬戶名數據,這樣用戶重新登錄時只需填寫密碼或驗證碼即可。當然,用戶如果想重新輸入賬戶名,一鍵刪除數據的功能也顯得很有必要。
還有一點是多賬戶之間的登錄切換,在登錄時可以選擇多個賬號,這個功能在to C類應用比較少,一般是to B類應用可能會用到,因為企業可能會擁有多個賬號,這個功能就會顯得很有必要。
6. 賬號后綴關聯
這種針對使用郵箱注冊,比如說在用戶填寫賬戶名輸入@的同時,關聯出@qq.com、@163.com等,可以減少用戶的輸入,體驗也會更好。
7. 去除雞肋操作
在注冊登錄時也會有一些比較多余的操作,比如:二次確認密碼、完善個人資料等,這些操作最好是放置在個人中心或是設置里讓用戶自行填寫,在注冊登錄頁面只保留必須填寫的內容。
總結
綜上所述,注冊登錄看似是很簡單的頁面布局,并且容易忽視,但是它的地位是不可忽視的,其中的交互方式和細微之處還需要我們多多考慮,不同的產品需要根據自己的屬性來選擇符合自己的方式。
如有遺漏,歡迎大家留言補充,一起交流~
作者:EasonZhang,公眾號:Eason張UED(ID:EasonZhangUED)
本文由 @EasonZhang 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
二次確認密碼屬于雞肋操作么
目前來看是比較雞肋的,輸錯密碼的場景太少,而且密碼錯誤可以使用驗證碼糾正
寫的很全面,希望作者多分享給大家,謝謝。
很好的文章,受教了
話說為什么輸入錯密碼都是提示,賬號或者密碼錯誤? 而不是密碼錯誤?
一是可以提醒用戶都查詢一遍,二是可以防止用戶進行猜測錄入。
當然現在也有采用 賬號不存在等提示
一定不要把火熱的交互設計,言過其神,應用就是解決問題,挖掘最深就是業務層面了,科幻電影里的顯示屏,仔細分析一下就會發現,并不好用,常規中的微創新就很不錯!總之所有互聯網核心就是解決問題!交互不是第一位甚至不是第三位