交互總結(jié):6個輸入框 ,47個設(shè)計點

2022-05-27    分類: 網(wǎng)站建設(shè)

6個輸入框 ,47個設(shè)計點

“乍一看到某個問題,你會覺得很簡單,其實你并沒有理解其復(fù)雜性。當(dāng)你把問題搞清楚之后,又會發(fā)現(xiàn)真的很復(fù)雜,于是你就拿出一套復(fù)雜的方案來。實際上,你的工作只做了一半,大多數(shù)人也都會到此為止……。但是真正偉大的人還會繼續(xù)向前,直至找到問題的關(guān)鍵和深層次原因,然后再拿出一個優(yōu)雅的、堪稱好的有效方案?!?- 史蒂夫·喬布斯

這篇文字只是描述對于簡單的三個界面,我做每個設(shè)計決策的歷程。

設(shè)計任務(wù)是對以下注冊過程的優(yōu)化,目標是降低注冊門檻,讓過程高效,平臺為iOS。

設(shè)計分兩步走,分別是信息架構(gòu)設(shè)計和細節(jié)設(shè)計,細節(jié)再從默認狀態(tài)、填寫狀態(tài)、反饋狀態(tài)三個角度進行設(shè)計。

以下是過程描述:

一、信息架構(gòu)。

也就是整理信息、規(guī)劃步驟,把需要用戶錄入的信息全部列舉出來,然后設(shè)定到一個或多個步驟里,形成整個注冊過程。

首先列出需要的信息有:[1]

1 通過驗證的手機(也就是手機號、驗證碼)

2 密碼

3 昵稱

4 性別

5 生日

原來的密碼要填兩遍,手機輸入太痛苦,果斷去掉一遍。

星座本就是由生日推算,放在注冊環(huán)節(jié)徒增操作成本,果斷去掉。

技術(shù)及運營需求,全部為必要信息(也就是必填)。

接下來就是組織這些信息,可能的組織方式有:[2]

最后選擇了這個:

具體是這樣:

為什么呢?

從用戶操作流程考慮,我想讓入門這一下足夠簡單[3],所以用戶看到的第一步只有一個要求,輸入手機號,關(guān)于這個目標,后續(xù)細節(jié)分析還有進一步的交代。第二步開始漸難,第三步相對最難,從簡到繁。

那為什么不每一步只完成一個任務(wù),每一步都簡單呢?這樣會使得整個流程變得很長[4]。后面適當(dāng)?shù)膹?fù)雜我覺得是可以接受的,這里動了一個邪惡的小心思,關(guān)于沉沒成本的原理[5],大致就是對“哥既然已經(jīng)填了兩步了,就再填一步吧,反正只剩一步了”這種心理的利用。

細心的人也許會問,為什么中間一步是密碼和驗證碼,且最后一步?jīng)]有返回按鈕呢?其實這是一個技術(shù)上的約束造成[6]。首先,對于我們系統(tǒng)來說,手機號一旦驗證(驗證碼一旦正確提交),手機號就不能再被使用,而完成注冊還得搭上密碼,所以驗證碼和密碼得同一個動作提交給系統(tǒng),不能分成兩步,驗證碼如果單獨作為一步先提交,也就是手機單獨被驗證,中間若發(fā)生非常規(guī)退出,密碼還沒填,下次再想注冊就會被提示手機已被占用了。其次,在第二步填完驗證碼和密碼后,其實已經(jīng)注冊成功啦,也就是說,用戶在第三步就把應(yīng)用強制退出,下次回來也能夠憑手機號和密碼登錄啦,當(dāng)然登錄完第三步的基本資料填寫還是會等著他,跟他說未完待續(xù)。這也就是為什么第三步基本資料沒有返回修改密碼驗證碼的入口,看上去怪怪的,但游戲規(guī)則就這樣,如果你有好辦法,記得告訴我。

于是,從用戶操作流程和系統(tǒng)約束雙線考慮,得到了這么一個信息架構(gòu)。因為界面內(nèi)容不多,無需框架,直接進入細節(jié)設(shè)計。

二、細節(jié)設(shè)計,注冊第1步(手機號)

每一個界面都分別對默認、輸入和反饋三個狀態(tài)進行設(shè)計。第一個界面元素少,相對好處理。

默認狀態(tài)設(shè)計如下:

導(dǎo)航欄左側(cè)按鈕用X,代表對注冊任務(wù)的取消[+7],代表這個界面跟上一個界面沒有層級關(guān)系,當(dāng)然個人認為這不是很重要,就算是放一個返回按鈕,用戶也完全能夠理解的。輸入框采用左邊固定標簽,輸入域在右邊的設(shè)計,

因為空間足夠,不需要整合輸入域和標簽,在輸入時去除標簽,這樣感覺更穩(wěn)一些[+8]。標簽用淺色(后面會跟視覺設(shè)計師探討),輸入正文用深色,以表示主次[+9],我也想過標簽?zāi)J用深色,等輸入內(nèi)容時,再相應(yīng)變淺,但總覺得有些花哨,就放棄了。

提交按鈕用大按鈕的形式放在輸入框下方,標簽是“獲取驗證碼”,沒有用“下一步”是想給用戶一個更清晰的預(yù)期[+10],按鈕沒有放在導(dǎo)航欄右側(cè),因為字太多,放不下了嘛,而且一個大按鈕也顯得比較清晰[+11]。

原本輸入框里的提示文字“請輸入手機號碼”這句廢話被我廢了,同時也重寫了用戶許可協(xié)議的入口引導(dǎo),也是怎么簡單怎么寫[+12]。

輸入狀態(tài)設(shè)計如下:

填寫就要呼出鍵盤,鍵盤要默認呼出嗎?從操作效率考慮,自動呼出比較好,省一步點擊嘛,不過我做了一個相反的決定,決定不讓鍵盤默認彈出,為的是整個界面第一眼看上去,足夠簡單。作為第一步,這時我覺得感官上的簡單比操作上的簡單更重要[+13]。因為是手機號碼是數(shù)字,所以當(dāng)然要調(diào)用數(shù)字鍵盤[+14]。填寫的是電話號碼,用自動分段的顯示方式,如:138 0000 0000,方便用戶閱讀確認[+15]。

反饋狀態(tài)設(shè)計如下:

反饋的規(guī)則其實是從后面的界面往前做的,因為后面的輸入項多,能概括出更適用的規(guī)則,所以規(guī)則就后面再說吧。至于這個界面反饋的內(nèi)容,就是對于輸入手機號的值進行判斷,正確直接通過,不做提示(或者說界面的跳轉(zhuǎn)本身就是最有效的反饋),若出錯,分“是否為空”“是否格式正確”“是否已被占用”三種情況對應(yīng)提示[+16],行文稍微詼諧一些,作用也是放松情緒[+17]。

三、細節(jié)設(shè)計,注冊第2步(驗證碼,密碼)

默認狀態(tài)設(shè)計如下:

依然很簡單,首先告訴用戶短信驗證碼已經(jīng)發(fā)送到手機號xxx,特意寫多“短信”兩個字想把事情說清楚,這個有些糾結(jié),貌似以現(xiàn)在用戶們的app使用經(jīng)驗,把這兩個字去掉也是ok的[+18]。

在密碼下方有一行說明文字“8-20位,不能有空格,純數(shù)字的話要9位以上”,是密碼的輸入規(guī)則說明,用的是大系統(tǒng)的通行證密碼規(guī)則,大系統(tǒng)的規(guī)則是這么說明的:

我做了兩件事情,精簡和口語化,特別是“不能是9位以下純數(shù)字”,這句話是典型站在程序員的角度說的,而且拗口,所以改成了“純數(shù)字的話要9位以上”,如果你剛好想用純數(shù)字做密碼,看,要9位以上哦[+19]。這也會被用在后面的錯誤反饋里面[+20]。

輸入框的標簽和大按鈕依然延續(xù)之前的風(fēng)格。按鈕標簽用“注冊”而不用“下一步”,試圖營造一種這就注冊了的感覺,實際上也已經(jīng)注冊了[+21]。

輸入狀態(tài)設(shè)計如下:

還是不默認呼出鍵盤,眼不見為凈。

驗證碼當(dāng)然還是用數(shù)字鍵盤[+22]。

密碼用英文默認鍵盤[+23],鍵盤多了一個設(shè)定,右下角的按鈕,用“GO”,表示且執(zhí)行“提交”,問過研發(fā)的同學(xué),盡管是英文鍵盤,依然可以顯示成中文“前往”的,但考慮到是英文鍵盤,“前往”可能會讓人覺得這是中文鍵盤,還是GO吧[+24]。

因為密碼只輸入一次,手機的輸入又相對困難,為了更確認自己的密碼輸入,所以索性默認用明文顯示[+25],我記得亞馬遜kindle和小米盒子設(shè)置密碼的時候也都是默認顯示,輸入麻煩嘛,如果你真的要在大庭廣眾下注冊,輸入框右邊有個“隱藏”按鈕可以切換[+26]。

反饋狀態(tài)設(shè)計如下:

這里可以說說反饋的規(guī)則了。

規(guī)則一、出錯的標簽視覺區(qū)分對待(變紅)[+27]。

規(guī)則二、按下提交按鈕后再驗證并作出可能的反饋[+28]。

輸入域少,就兩三個,沒有定位的大問題,在輸入過程中,切換輸入域的過程中,所有的正確與否的干擾我都不希望出現(xiàn)。

規(guī)則三、徹底解決完一項輸入,再去下一項[+29]。

什么意思呢?多數(shù)做法是,提交時先針對某一類問題全局檢查一遍,比如是否為空,等都不為空了,再對下一類問題檢查一遍,比如格式。這樣的結(jié)果就是用戶可能因為一類問題,填完一遍表單,又因為另一類問題,從頭到尾來多一遍,整個過程在多個輸入項之間來回切換。而我不想讓切換這個事情導(dǎo)致用戶焦點來回,于是,就做了這么一個決定。先驗證第一個輸入域,比如這里的“驗證碼”,一定是驗證碼不為空且正確了,才開始提示下一項“密碼”,也就是:

四、細節(jié)設(shè)計,注冊第3步(基本資料)

默認狀態(tài)設(shè)計如下:

三個控件是輸入框、單選按鈕和時間選擇器。

昵稱作為比較靈活的輸入字段,我們想給用戶大的自由,也就是“隨便”輸入[+30],想來想去,實在想不出為什么要限制字數(shù)什么的,以后用戶自然會根據(jù)昵稱顯示的效果決定改成什么名字。為什么前面的“隨便”要加雙引號,因為不是真的隨便輸入,總不能讓你粘貼一篇文章來當(dāng)昵稱吧,服務(wù)器還要裝昵稱,load昵稱出來還要帶寬,其實這里默默地限制了100個漢字/200個字符,當(dāng)輸入溢出,輸入框就會輸入不了。但這一切,對于絕大多數(shù)用戶來說,是透明的[+31]。對了,原版本的提示文字“輸入昵稱是為了……”直接廢掉,你會閱讀這種文字嗎?

性別是單選,一般就是提供兩個選項(也有3個的。。。),為了讓注冊過程有意思一點點,也好辨認一點點,用圖標代替了文字選項,其實這里抄了忘記是哪個應(yīng)用的[+32]。

生日是呼出時間選擇控件,貌似沒什么好考慮的,有看過用輸入代替選擇的,確實是不用滾動那么麻煩,但看上去復(fù)雜,就放棄了[+33]。

最后這三個按鈕都是必填,原版本的設(shè)計是,為了高效,默認選擇了性別和生日,用戶直接填個昵稱,就能提交了,但這樣“必填”就沒意義了,因為將得到一堆無意義的性別和生日。于是默認全部不選[+34]。

按鈕標簽是“完成”,因為這是最后一步了[+35]。

輸入狀態(tài)設(shè)計如下:

昵稱是中文鍵盤,右下角按鈕用中文“完成”,點擊是關(guān)閉鍵盤[+36]。

性別單擊選擇,這里有一個運營規(guī)則,性別以后不能再改了。于是在選擇后有這么一個動態(tài)提示“此后不可更改”出現(xiàn)在右側(cè)。為什么默認不顯示,默認顯示界面復(fù)雜度多一分,且可能沒人看[+37]。單擊后以動態(tài)的方式出現(xiàn),從無到有且?guī)幼?,用戶的眼神就能被吸引過去[+38]。

反饋狀態(tài)設(shè)計如下:

昵稱沒限制,性別和生日的控件又天然限制,所以沒有出錯提示,只有空值提示,依然采用標簽標紅,從上到下逐個解決的提示規(guī)則,提示設(shè)計為[+39]:

因為是最后一步,有一個提交的過程需要緩緩,于是需要一個提示[+40],提示的組成元素用了我們系統(tǒng)的標準元素,就不做解釋,想說的是文字,不是“注冊中”,而是用戶的昵稱,讓新用戶感受一絲關(guān)懷吧[+41]。然后,因為剛才的昵稱輸入是沒有限制的,而我們的標準控件有所限制,所以可能超量溢出,對于太長昵稱的用戶,只好省略號啦[+42],根據(jù)我們對存量用戶的昵稱觀察,這里被省略號的幾率并不高。

四、其他補充

注冊流程還沒有走完,還差最后一步,就是提交后到達哪里[+43]。注冊界面原本設(shè)定的觸發(fā)時刻是“首次啟動應(yīng)用呼出”或者“非登錄狀態(tài)使用過程中呼出”,所以結(jié)論是在哪里呼出,注冊后就回到哪里,延續(xù)使用場景。

另外,漏講了一件事,所有窗口的轉(zhuǎn)場動畫(進入方式)[+44]。從簡處理,就是各種橫滑,遵循臨時窗口上下滑、層級之間左右滑的規(guī)律。也就是第一步的界面從屏幕下方向上覆蓋原界面滑出,第二、三步就從右邊滑進來推走原界面,最后提交后,界面向屏幕下方滑出。

另另外,關(guān)于輸入時鍵盤遮擋的問題也考慮了[+45],設(shè)計時刻意把內(nèi)容往屏幕上半部分布局,基本不會出現(xiàn)鍵盤遮擋現(xiàn)象。如果萬一真的遮擋了,在遮擋時是允許界面上下滑動的,滑動時鍵盤不隱藏,這一招也只對第二步填密碼或者按注冊按鈕有效,第三步的后兩個輸入項是單選,完成時控件早已消失,不可能遮擋。

另另另外,還有兩個注冊外部界面,但也作為流程的一部分被設(shè)計。首先是第一步時的協(xié)議詳情,臨時窗口,點擊從下方滑進就好[+46]。另外一個是短信驗證碼的內(nèi)容,從簡設(shè)計為“[app名稱]驗證碼22222,十分鐘有效”,十分鐘的“十”特意使用中文,避免跟前面的驗證碼阿拉伯?dāng)?shù)字混淆[+47]。

以上就是整個過程的全部設(shè)計點,設(shè)計的時候當(dāng)然想過更多的解決方案,自己一邊發(fā)散一邊收斂,最后出來原型再跟PM過一遍,再修改,最終定稿。

最終效果如何,還得持續(xù)觀察,這也不是問題的唯一答案,我想說的只是,把細節(jié)一遍遍打磨,打磨到自然,正是設(shè)計的樂趣所在而已。

標題名稱:交互總結(jié):6個輸入框 ,47個設(shè)計點
瀏覽地址:http://www.muchs.cn/news48/159698.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供動態(tài)網(wǎng)站、云服務(wù)器、移動網(wǎng)站建設(shè)、企業(yè)建站小程序開發(fā)、品牌網(wǎng)站建設(shè)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

成都seo排名網(wǎng)站優(yōu)化