義烏做網站網頁用戶注冊界面的設計

義烏做網站網頁用戶注冊界面的設計：單,我相信這是前端開發(fā)者工作中最難處理的一個作業(yè)了.表單設計中幾乎涉及了所有前端各方面的思想與技術.其用戶注冊頁面即為最典型的代表,我要說設計本身沒有對與錯只有好與壞,就好像人的臉,只有漂亮與不漂亮,不能說某人的臉長錯了.當然這其中就會有尺度去衡量,但難就難在這個尺度本身沒有標準.好的,我已經為我將要闡述的觀點鋪好了下去的臺階.

首先,我們?yōu)槭裁匆?–其實這真是一個很奇怪的問題,我們似乎被這種習以為常的行為所習慣,并沒有反過來問自己是誰讓我們一定要這么做?我們要在一個群體中找到某一個體,就必須做兩件事,找誰和為什么是他.對于找誰最快速的辦法就是用這個個體在群體中唯一的特性.證明此個體真?zhèn)蔚霓k法就是比對.這是一個認證事件的兩個過程,但并不是說所有認證必須經過兩步,比如由于可能個體的唯一特征表述復雜而期間又多了一個別名用來簡化特征表述,舉例:身份證號碼與人名的關系.另外有時候唯一特征與證明在一起,比如指紋.

其次,什么是最可靠和最快速的注冊行為呢?–很遺憾,即使你看完這個段落我依然無法回答你我問的這個問題.正如我前面所說只有相對良好的辦法.但是他一定要犧牲可靠與快速的某一方面.我們能做的只有智慧的取舍.

第三,網站為什么要我們注冊?–拋開一切表現(xiàn)形式的Web應用,互聯(lián)網到今天只在做一件事情,搶占用戶資料.當然這個用戶資料是泛型的,同時其搶占手段也有顯性與隱形的區(qū)分.但,這是一個問題嗎?難道不是嗎?我們要認證某一資料與我們有關系,包括主動的和被動的為什么都要交給站點來做?要是瀏覽器設計當初多想想這個問題,今天的互聯(lián)網應該會是另一番不可描述的場景.

那好吧,我們回顧了認證的特質與原因,接下來我們該想想作為一個網站該怎樣讓客人來受這個苦的時候舒服一些.對于網站認證的程度我分為三個層次:

"無需認證"
普遍認證
實名認證
此處的無需認證并不是真正意義的不需要認證,而是一種無需讓客戶提供任何特質的友好認證,也是我最為推薦的認證,對于次認證的網站需要有前瞻的思想,宏偉的氣魄,比如門戶網站其內容部分.第二層面也是最令人頭痛甚至深惡痛絕的認證,就是每一個網站都有自己一套獨立的用戶信息和獨特的認證規(guī)則表來維持認證.這樣我們去n個這樣的網站就要做n次這樣的認證.第三層面應該說是可靠度最高的認證方式了,同時也是最為復雜的了,但是沒有另客戶特為反感就是它能帶來某種真實屬性,在此我們可以把虛擬與現(xiàn)實聯(lián)系起來,比如校內和支付寶.

下面我將分析豆瓣的注冊設計．

進入首頁點擊注冊，進入注冊頁面，一個大大的文字寫著＂快速注冊＂．？，對于無此體驗的用戶會有兩個錯覺，我點擊的是注冊為何進入快速注冊，難道還有慢速注冊，快速注冊是什么，他是否長期有效．

網站常用的唯一標示大體有三種：

ｉｄ．用戶注冊時并不知道所申請的標識，所得標識為注冊成功后系統(tǒng)發(fā)送，缺點是用戶需要記憶標識．如ｑｑ．現(xiàn)在應用中基本已經淘汰．
自定義用戶名．用戶可選申請，優(yōu)點是用戶不許獨立記憶．缺點后申請的標識要區(qū)分早申請者標識．如大多社區(qū)，應用最為廣泛．
郵箱．是在自定義用戶名基礎之上衍生，把唯一性判斷丟給第三方（由于域名和域名下的用戶名都是唯一的）．缺點標志性差和繁瑣．優(yōu)點把唯一標識和通訊方式整合．
豆瓣采用的是第三種，但它的設計在最下面又有一個設定用戶名的文本框，且并沒有與郵箱和密碼加以區(qū)分，會讓人產生判斷，還好并不影響最終效果．