今天是實習的第二天埋嵌，我被分配到了一個數據收集的Web App項目中去偏窝，因為這個項目是由后端獨自構想開發(fā)的栏账，所以有很多需要改進和整理的工作需要去做。那么我的工作是武契，對這款產品的功能架構進行梳理募判，調整各個相互之間的邏輯關系荡含，并對界面進行新的設計。
通過思維導圖將產品之間的一些邏輯關系整理出來届垫，產品的目的是通過對鏈接的轉換释液，然后對訪問鏈接的用戶做一些數據統(tǒng)計，有些像站長之家敦腔，但是會更靈活一些均澳。
結合實際的使用體驗，發(fā)現要去實現一個鏈接的數據統(tǒng)計符衔，中間的過程還是有一些繁瑣的找前，在接下來的幾天里，會試著去思考一下簡化流程和操作的方法判族。
還有的是要去完善一下功能躺盛，目前一些小的功能還沒有做，像是對賬戶的設置形帮，產品的反饋這一些槽惫，需要做一些歸納，然后推出辩撑。
找出了一些不佳的體驗界斜，缺少響應的hover樣式，錯誤大都以彈框形式出現打斷用戶操作的連續(xù)性合冀，對問題的描述不夠詳盡各薇，總以失敗錯誤這樣粗略概括的彈框會讓用戶覺得愚蠢和惱怒，所以嘗試換成氣泡君躺、紅字提示等一些溫和的方式來解決這樣的問題峭判。一些表述不夠直觀，對當前主題內的統(tǒng)計及單個鏈接的統(tǒng)計沒有區(qū)分開棕叫，以相同的icon和描述文字會給用戶的理解造成困擾林螃。
希望是將這個產品做到足夠輕量和獨立，并且能夠對多組數據進行分析篩選俺泣，讓相對獨立收集的數據聯系起來疗认，發(fā)揮出更大的價值。Highcharts里面有很多的統(tǒng)計圖樣式伏钠，希望能通過對圖表的顏色横漏，分布方式，或者一些動態(tài)效果的組合贝润，來讓圖表的信息展示的更多。
之后開始了對登錄及注冊頁面的重新設計铝宵，先去收集了一些工具型產品的登錄和注冊頁面打掘，反復使用华畏，整理出了一個大概的頁面框架。
瀏覽也一些注冊頁面之后尊蚁，發(fā)現大多數都以居中式和左右式為主亡笑。
(Behance的登錄界面就是居中式的，背景為白色横朋，按鈕的顏色從LOGO中摘取仑乌，減少其他元素的干擾，用戶會集中精力于登錄信息的輸入工作)
（Bigcommerce琴锭，登錄界面為左右式晰甚，頁面內的一部分空間用于登錄，一部分用于通過圖片來深化產品的品牌决帖，給自己做一個廣告）
能夠及時反饋信息厕九，給予提示的登錄頁面更加友善。
這是網易的注冊窗口地回，每一步的注冊會及時提供必要的信息扁远，左邊那一塊網易程序猿的頭像也會讓人會心一笑。
而WPS的注冊感覺就不太好刻像，注冊賬號默認需是郵箱或者手機號畅买，而當我瘋狂輸入了一大堆字符串之后，并沒有給出明確的錯誤提示细睡，而且還有讓人摸不清楚的下一步谷羞，沒有人會想要為并不了解的下一步買單。
微軟的注冊讓人望而卻步纹冤。然后在考慮到最近看到明文密碼輸入的討論洒宝，也有去可以發(fā)現以下，在Web端是不是也可以這樣萌京。
Adobe是我在尋找頁面測試的過程中雁歌，唯一一個支持了Web端明文密碼的登入界面，但是它在沒有鍵入密碼的時候知残，可是icon是隱藏的靠瞎，只有在輸入密碼的時候才會出現這樣一個操作提示，我覺得這樣做是有打擾到正在輸入密碼的用戶求妹，為什么不在一開始就讓這個明文操作顯示出來呢乏盐？
而且很多登錄頁面喜歡在注冊的時候跳轉去一個新的窗口，這個時候用戶不得不面對一個沒有意義的加載過程制恍，然后新的窗口和之前的聯系感并不強父能。所以在試著將登錄與注冊整合起來，放到一個可以把這兩個操作都完成的頁面中去净神。
Lofter就這樣做了何吝，而且操作起來還很方便溉委，對比一下微軟的那一個，這個簡直感人爱榕。
還有是將驗證碼省略和隱藏瓣喊，之前看了很多通過郵箱注冊賬號的頁面，都會要求輸入一個驗證碼黔酥，用來防止惡意注冊藻三，像這樣：
想一想覺得是一個很正常的保護措施，但是對一個沒有惡意的用戶來說跪者，就顯得累贅而且多余棵帽，我們無意義的輸入了多少的驗證碼呢？為什么每次輸入驗證碼都會被假設為一個壞的立場坑夯？所以在交流之后岖寞，我們決定將驗證碼藏起來，同一個IP的前幾次注冊都被默認是善意的柜蜈，所以無需驗證碼仗谆，只有當注冊請求的數量出現異常之后，才啟用驗證碼這一機制淑履。
同樣談到的還有”確認密碼“這一操作隶垮，我起初以為變成明文輸入，就可以替代掉確認密碼這一操作的秘噪，但是好像不對狸吞。根據之前做的統(tǒng)計顯示出來的是，即使沒有確認密碼這一操作指煎，用戶設置錯誤密碼的概率也不大蹋偏，因為長時間的有確認密碼這一操作，很多用戶就默認了下一個輸入框就是確認密碼這一重復操作至壤，然后錯誤的輸入了內容威始。這一點讓我感覺到在做設計的過程中。用戶的使用習慣的優(yōu)先級比優(yōu)化方式會更加重要一些像街。
但是人們終將會對這個“壞習慣”感到厭煩黎棠，那怎么做，又在什么時候才會把這個用戶習慣給糾正呢镰绎？
