今天是實(shí)習(xí)的第二天，我被分配到了一個(gè)數(shù)據(jù)收集的Web App項(xiàng)目中去，因?yàn)檫@個(gè)項(xiàng)目是由后端獨(dú)自構(gòu)想開發(fā)的，所以有很多需要改進(jìn)和整理的工作需要去做。那么我的工作是，對(duì)這款產(chǎn)品的功能架構(gòu)進(jìn)行梳理，調(diào)整各個(gè)相互之間的邏輯關(guān)系，并對(duì)界面進(jìn)行新的設(shè)計(jì)。
通過思維導(dǎo)圖將產(chǎn)品之間的一些邏輯關(guān)系整理出來，產(chǎn)品的目的是通過對(duì)鏈接的轉(zhuǎn)換，然后對(duì)訪問鏈接的用戶做一些數(shù)據(jù)統(tǒng)計(jì)，有些像站長(zhǎng)之家，但是會(huì)更靈活一些。
結(jié)合實(shí)際的使用體驗(yàn)，發(fā)現(xiàn)要去實(shí)現(xiàn)一個(gè)鏈接的數(shù)據(jù)統(tǒng)計(jì)，中間的過程還是有一些繁瑣的，在接下來的幾天里，會(huì)試著去思考一下簡(jiǎn)化流程和操作的方法。
還有的是要去完善一下功能，目前一些小的功能還沒有做，像是對(duì)賬戶的設(shè)置，產(chǎn)品的反饋這一些，需要做一些歸納，然后推出。
找出了一些不佳的體驗(yàn)，缺少響應(yīng)的hover樣式，錯(cuò)誤大都以彈框形式出現(xiàn)打斷用戶操作的連續(xù)性，對(duì)問題的描述不夠詳盡，總以失敗錯(cuò)誤這樣粗略概括的彈框會(huì)讓用戶覺得愚蠢和惱怒，所以嘗試換成氣泡、紅字提示等一些溫和的方式來解決這樣的問題。一些表述不夠直觀，對(duì)當(dāng)前主題內(nèi)的統(tǒng)計(jì)及單個(gè)鏈接的統(tǒng)計(jì)沒有區(qū)分開，以相同的icon和描述文字會(huì)給用戶的理解造成困擾。
希望是將這個(gè)產(chǎn)品做到足夠輕量和獨(dú)立，并且能夠?qū)Χ嘟M數(shù)據(jù)進(jìn)行分析篩選，讓相對(duì)獨(dú)立收集的數(shù)據(jù)聯(lián)系起來，發(fā)揮出更大的價(jià)值。Highcharts里面有很多的統(tǒng)計(jì)圖樣式，希望能通過對(duì)圖表的顏色，分布方式，或者一些動(dòng)態(tài)效果的組合，來讓圖表的信息展示的更多。
之后開始了對(duì)登錄及注冊(cè)頁(yè)面的重新設(shè)計(jì)，先去收集了一些工具型產(chǎn)品的登錄和注冊(cè)頁(yè)面，反復(fù)使用，整理出了一個(gè)大概的頁(yè)面框架。
瀏覽也一些注冊(cè)頁(yè)面之后，發(fā)現(xiàn)大多數(shù)都以居中式和左右式為主。
(Behance的登錄界面就是居中式的，背景為白色，按鈕的顏色從LOGO中摘取，減少其他元素的干擾，用戶會(huì)集中精力于登錄信息的輸入工作)
（Bigcommerce，登錄界面為左右式，頁(yè)面內(nèi)的一部分空間用于登錄，一部分用于通過圖片來深化產(chǎn)品的品牌，給自己做一個(gè)廣告）
能夠及時(shí)反饋信息，給予提示的登錄頁(yè)面更加友善。
這是網(wǎng)易的注冊(cè)窗口，每一步的注冊(cè)會(huì)及時(shí)提供必要的信息，左邊那一塊網(wǎng)易程序猿的頭像也會(huì)讓人會(huì)心一笑。
而WPS的注冊(cè)感覺就不太好，注冊(cè)賬號(hào)默認(rèn)需是郵箱或者手機(jī)號(hào)，而當(dāng)我瘋狂輸入了一大堆字符串之后，并沒有給出明確的錯(cuò)誤提示，而且還有讓人摸不清楚的下一步，沒有人會(huì)想要為并不了解的下一步買單。
微軟的注冊(cè)讓人望而卻步。然后在考慮到最近看到明文密碼輸入的討論，也有去可以發(fā)現(xiàn)以下，在Web端是不是也可以這樣。
Adobe是我在尋找頁(yè)面測(cè)試的過程中，唯一一個(gè)支持了Web端明文密碼的登入界面，但是它在沒有鍵入密碼的時(shí)候，可是icon是隱藏的，只有在輸入密碼的時(shí)候才會(huì)出現(xiàn)這樣一個(gè)操作提示，我覺得這樣做是有打擾到正在輸入密碼的用戶，為什么不在一開始就讓這個(gè)明文操作顯示出來呢？
而且很多登錄頁(yè)面喜歡在注冊(cè)的時(shí)候跳轉(zhuǎn)去一個(gè)新的窗口，這個(gè)時(shí)候用戶不得不面對(duì)一個(gè)沒有意義的加載過程，然后新的窗口和之前的聯(lián)系感并不強(qiáng)。所以在試著將登錄與注冊(cè)整合起來，放到一個(gè)可以把這兩個(gè)操作都完成的頁(yè)面中去。
Lofter就這樣做了，而且操作起來還很方便，對(duì)比一下微軟的那一個(gè)，這個(gè)簡(jiǎn)直感人。
還有是將驗(yàn)證碼省略和隱藏，之前看了很多通過郵箱注冊(cè)賬號(hào)的頁(yè)面，都會(huì)要求輸入一個(gè)驗(yàn)證碼，用來防止惡意注冊(cè)，像這樣：
想一想覺得是一個(gè)很正常的保護(hù)措施，但是對(duì)一個(gè)沒有惡意的用戶來說，就顯得累贅而且多余，我們無意義的輸入了多少的驗(yàn)證碼呢？為什么每次輸入驗(yàn)證碼都會(huì)被假設(shè)為一個(gè)壞的立場(chǎng)？所以在交流之后，我們決定將驗(yàn)證碼藏起來，同一個(gè)IP的前幾次注冊(cè)都被默認(rèn)是善意的，所以無需驗(yàn)證碼，只有當(dāng)注冊(cè)請(qǐng)求的數(shù)量出現(xiàn)異常之后，才啟用驗(yàn)證碼這一機(jī)制。
同樣談到的還有”確認(rèn)密碼“這一操作，我起初以為變成明文輸入，就可以替代掉確認(rèn)密碼這一操作的，但是好像不對(duì)。根據(jù)之前做的統(tǒng)計(jì)顯示出來的是，即使沒有確認(rèn)密碼這一操作，用戶設(shè)置錯(cuò)誤密碼的概率也不大，因?yàn)殚L(zhǎng)時(shí)間的有確認(rèn)密碼這一操作，很多用戶就默認(rèn)了下一個(gè)輸入框就是確認(rèn)密碼這一重復(fù)操作，然后錯(cuò)誤的輸入了內(nèi)容。這一點(diǎn)讓我感覺到在做設(shè)計(jì)的過程中。用戶的使用習(xí)慣的優(yōu)先級(jí)比優(yōu)化方式會(huì)更加重要一些。
但是人們終將會(huì)對(duì)這個(gè)“壞習(xí)慣”感到厭煩，那怎么做，又在什么時(shí)候才會(huì)把這個(gè)用戶習(xí)慣給糾正呢？
