DIV CSS 佈局教程網

網頁制作poluoluo文章簡介：最近在做網站的注冊、登陸、購買、支付等幾個重要環節的流程優化和交互稿。這幾個環節是與網站信息架構有關且對整個網站至關重要的。我這裡討論注冊和登陸兩個過程。

最近在做網站的注冊、登陸、購買、支付等幾個重要環節的流程優化和交互稿。這幾個環節是與網站信息架構有關且對整個網站至關重要的。我這裡討論注冊和登陸兩個過程。

>>注冊過程
1. 盡量簡化用戶注冊時填寫的信息。
關於注冊的基本邏輯是用戶需要填的信息越少，注冊轉化率越高。如果需要得到更多用戶的信息，可以在用戶使用網站的過程中逐步獲得。比如購買操作時，再要求用戶的姓名、電話、地址等信息。其實按照我的思路，我認為用戶唯一在注冊時需要提供的信息是郵箱。我從來不認為用戶名是個有用的字段。

對於用戶資料我覺得比較好的體驗是：郵箱或者手機號作為登陸名（登陸郵箱可以修改，可參考支付寶），還有支持Openid（雖然它大部分時候是雞肋）。在用戶注冊成功後提供給用戶一個昵稱字段（且昵稱也可修改，可參考豆瓣）。

這裡分享一個最簡單的注冊的例子，是國外Enterprise Social Network裡做得非常優秀的網站Yammer。Yammer注冊頁面只有一個郵箱，連輸入密碼的操作都是放在郵件激活以後的。

2. 用戶驗證過程可以多元化
絕大多數網站的注冊都需要郵箱驗證來激活。其實驗證信息是可以多元化吧：比如短信驗證，通過添加IM robot機器人來驗證。百度有啊已經加了短信驗證哦。當然這些驗證都沒有郵件那麼有效，作為思路擴展吧。

3. 某些信息應該對用戶屏蔽
友商網的注冊頁面由於歷史遺留問題，在注冊頁面一直存在著2個附加信息，第一是卡號、密碼（即Activecode信息），第二個推薦人。在下一版改版，我會強烈推進去掉這兩個信息。對於Activecode信息、推薦人其實是可以通過隱藏iframe等方式包含在代碼裡的。而且推薦人是推薦人用戶名還是推薦人姓名？也是含糊不清的。

>>登陸過程
首先應該不強迫用戶進行登陸操作，比如支持游客訪問、購買等。
其實是對用戶進行基礎分級：首次訪問網站的新用戶，尚未登錄的老用戶（檢驗cookie來驗證）、已經登錄的用戶（後續可以對已登錄用戶再分級，比如普通登錄用戶、付費用戶等）。對於哪類用戶展示哪些信息，對於信息架構是很重要的。

那麼，在這兩個邏輯之後提出幾個待討論的小問題：
1. 首頁放登錄框、密碼框，還是放登陸鏈接？
2. 登陸後的頁面應該跳轉到哪個頁面？我認為目前友商網的這個設計是需要改進的。