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

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

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

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

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

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

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

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