案例講解 | 移動端的長表單應該如何設計?

2018-5-12    博博

案例講解 | 移動端的長表單應該如何設計? 

原創(chuàng) UEDC  2017-10-24

作者 Echo

基于業(yè)務需求(常見于B端產(chǎn)品),有時候用戶在操作過程中,不可避免的需要填寫很多表單。針對于移動端長表單,我們應該如何去正確的設計呢?

本文大綱:

1.三種主方案

2.主方案1的設計討論

3.主方案2的設計討論

4.主方案3的設計討論

5.總結

1.三種主方案

針對長表單的設計,按照設計思路的不同,可以分為三種主方案,如下所示:

PS:圖中的舉例的關鍵字段僅僅為舉例需要。

主方案1:我們常見的設計形式,一個界面將所有表單信息展示出來。

主方案2:將不同的分組表單放在不同的下一級界面,用戶填寫之后返回。

主方案3:分步操作,一個界面完成一組表單內(nèi)容,點擊下一步進入下一組表單。

2.主方案1的設計討論

主方案1的設計優(yōu)缺點

優(yōu)點:一個界面將所有表單信息展示出來,如果想查找某些填寫的信息也變得更容易,相對于主方案2和3,減少了頁面跳轉操作和查看。

缺點:基于移動端界面承載能力較弱,一個界面將表單所有展示出來,用戶一次性瀏覽和操作起來壓力較大,容易使操作流程失敗,導致成功率大大降低。

針對于主方案1,用戶完成表單完成后,提交按鈕有三種主要的設計方法,一種是提交按鈕放在表單最后,一種是提交按鈕放在導航欄上。另一種是,提交按鈕底部懸浮。如下圖所示:

方案1.0,如果提交按鈕放在表單之后,那么用戶的視覺流和操作感覺是一致的,流暢而自然。但是會出現(xiàn)一個問題,用戶在輸入信息時,鍵盤調(diào)用會遮擋到提交按鈕。Android手機上的輸入法都可以點擊輸入法上的按鈕將鍵盤推下去。而iOS 原生輸入法在輸入法中沒辦法推下去,只能點擊其他非編輯區(qū)域才能推下鍵盤。這樣就顯得很麻煩,用戶可能會忽略掉提交按鈕。

方案1.1解決了提交按鈕會被鍵盤擋住的缺陷,但是視覺流和操作行為錯亂,用戶在屏幕底部輸入完成之后,視覺和手指要返回到頂部操作。

方案1.2提交按鈕底部懸浮,解決了方案1.1的視覺流和操作紊亂的問題,解決了方案1.0提交按鈕被隱藏的問題,但是當輸入文本,調(diào)出鍵盤時,依舊會被擋住。

使用底部懸浮按鈕的場景是操作按鈕非常重要,例如手機淘寶的立即購買和加入購物車。

同時底部懸浮按鈕不適用于文本操作類。例如文章說的長表單文本輸入。當輸入文本,調(diào)出鍵盤時,依舊會被擋住。

底部懸浮按鈕適用于非文本輸入的使用場景。從手機淘寶、新浪微博可以看出,適用于在界面中非文本輸入、提供一個功能入口或者是界面非文本輸入的選擇信息的確認。

3.主方案2的設計討論

主方案2的設計優(yōu)缺點

優(yōu)點:與主方案3相比不同分組表單之前切換查看信息方便快捷。申請流程的首頁簡潔,填寫信息全部隱藏到下一級界面。

缺點:來回跳轉,操作負荷較大,會把用戶繞暈。

在方案2.0中用戶填寫完成的分組和未分組填寫分組區(qū)分不開,將方案2.0進行優(yōu)化,例如填寫完成后,會出現(xiàn)已完成的標簽,提示用戶已完成和未完成不同的狀態(tài)(如方案2.1)

4.主方案3的設計討論

Facebook曾針對分步注冊與非分步注冊做過A/B Test,其結論指出分步注冊的轉化率遠高于非分步注冊。由此可見,非分步注冊強行減少注冊頁面,不如適當拉長戰(zhàn)線,給用戶輕負荷的操作,讓用戶在不知不覺中完成注冊流程。

主方案3的設計優(yōu)缺點

優(yōu)點:流程分步操作,相對于主方案1,用戶操作成功率大幅度提高。

缺點:如果用戶操作到了第三步,需要返回第一步確認填寫信息的準確性,那么用戶需要兩次返回。

用戶填寫的信息做保存(緩存),用戶返回上一步,填寫的數(shù)據(jù)做保留。H5依舊適用,用戶填寫的數(shù)據(jù)保存在數(shù)據(jù)庫,用戶返回上一步時,同時刷新載入數(shù)據(jù)庫記錄的數(shù)據(jù)。

對于方案3.0和3.1 。下一步按鈕不同。究竟采取哪種?方案3.0視覺流和操作流是正常情況,且不存在按鈕被鍵盤擋住,所以方案3.0最佳。

移動端長表單設計總結

主方案1、2和3,都有各自不同的優(yōu)缺點。

一個交互流程的好壞,一個最重要的標準之一是讓用戶順利完成操作流程,保證操作流程的成功率,才能完成用戶的目標。以此標準來看,主方案3是最好的。

接下來探討一個細節(jié)問題,就是提交按鈕是放在頂部導航欄、信息內(nèi)容區(qū)內(nèi)還是底部懸???

這里分為4種情況:

情況1:內(nèi)容區(qū)加上操作按鈕不被鍵盤覆蓋,建議按鈕放在內(nèi)容區(qū)內(nèi)。

情況2:必填的內(nèi)容未被鍵盤覆蓋,非必填被覆蓋,建議操作按鈕放在導航欄上,例如朋友圈、QQ空間和新浪微博。

情況3:必填的表單超過一屏,建議按鈕放在內(nèi)容區(qū)。不建議放在導航欄上的原因有兩個:

a.視覺流錯誤,從上往下,信息量很大,用戶滑動瀏覽時,會忽略且很難聯(lián)想點擊導航欄上的操作,行業(yè)常見放在導航欄上是因為必填的不超過一屏。

b.當必填項過多時,要滑動屏幕才能填完。 把按鈕放在右上角的導航欄,當用戶還沒填寫完成,那么在按鈕放在導航欄上很容易去點擊,容易引導用戶犯錯。

情況4:必填超過一屏,且無非文本輸入,建議可使用底部懸浮。


日歷

鏈接

個人資料

藍藍設計的小編 http://m.sillybuy.com

存檔