案例講解:移動端的長表單應(yīng)該如何設(shè)計?
基于業(yè)務(wù)需求(常見于B端產(chǎn)品),有時候用戶在操作過程中,不可避免的需要填寫很多表單。針對于移動端長表單,我們應(yīng)該如何去正確的設(shè)計呢?
本文大綱:
- 三種主方案
- 主方案1的設(shè)計討論
- 主方案2的設(shè)計討論
- 主方案3的設(shè)計討論
- 總結(jié)
1.三種主方案
針對長表單的設(shè)計,按照設(shè)計思路的不同,可以分為三種主方案,如下所示:
PS:圖中的舉例的關(guān)鍵字段僅僅為舉例需要。
- 主方案1:我們常見的設(shè)計形式,一個界面將所有表單信息展示出來。
- 主方案2:將不同的分組表單放在不同的下一級界面,用戶填寫之后返回。
- 主方案3:分步操作,一個界面完成一組表單內(nèi)容,點擊下一步進(jìn)入下一組表單。
2.主方案1的設(shè)計討論
主方案1的設(shè)計優(yōu)缺點
優(yōu)點:一個界面將所有表單信息展示出來,如果想查找某些填寫的信息也變得更容易,相對于主方案2和3,減少了頁面跳轉(zhuǎn)操作和查看。
缺點:基于移動端界面承載能力較弱,一個界面將表單所有展示出來,用戶一次性瀏覽和操作起來壓力較大,容易使操作流程失敗,導(dǎo)致成功率大大降低。
針對于主方案1,用戶完成表單完成后,提交按鈕有三種主要的設(shè)計方法,一種是提交按鈕放在表單最后,一種是提交按鈕放在導(dǎo)航欄上。另一種是,提交按鈕底部懸浮。如下圖所示:
方案1.0,如果提交按鈕放在表單之后,那么用戶的視覺流和操作感覺是一致的,流暢而自然。但是會出現(xiàn)一個問題,用戶在輸入信息時,鍵盤調(diào)用會遮擋到提交按鈕。Android手機(jī)上的輸入法都可以點擊輸入法上的按鈕將鍵盤推下去。而iOS 原生輸入法沒辦法推下去,只能點擊其他非編輯區(qū)域才能推下鍵盤。這樣就顯得很麻煩,用戶可能會忽略掉提交按鈕。
- 方案1.1,解決了提交按鈕會被鍵盤擋住的缺陷,但是視覺流和操作行為錯亂,用戶在屏幕底部輸入完成之后,視覺和手指要返回到頂部操作。
- 方案1.2,提交按鈕底部懸浮,解決了方案1.1的視覺流和操作紊亂的問題,解決了方案1.0提交按鈕被隱藏的問題,但是當(dāng)輸入文本,調(diào)出鍵盤時,依舊會被擋住。
使用底部懸浮按鈕的場景是操作按鈕非常重要,例如手機(jī)淘寶的立即購買和加入購物車。
同時底部懸浮按鈕不適用于文本操作類。例如文章說的長表單文本輸入。當(dāng)輸入文本,調(diào)出鍵盤時,依舊會被擋住。
底部懸浮按鈕適用于非文本輸入的使用場景。從手機(jī)淘寶、新浪微博可以看出,適用于在界面中非文本輸入、提供一個功能入口或者是界面非文本輸入的選擇信息的確認(rèn)。
3.主方案2的設(shè)計討論
主方案2的設(shè)計優(yōu)缺點
優(yōu)點:與主方案3相比不同分組表單之前切換查看信息方便快捷。申請流程的首頁簡潔,填寫信息全部隱藏到下一級界面。
缺點:來回跳轉(zhuǎn),操作負(fù)荷較大,會把用戶繞暈。
在方案2.0中用戶填寫完成的分組和未分組填寫分組區(qū)分不開,將方案2.0進(jìn)行優(yōu)化,例如填寫完成后,會出現(xiàn)已完成的標(biāo)簽,提示用戶已完成和未完成不同的狀態(tài)(如方案2.1)
4.主方案3的設(shè)計討論
Facebook曾針對分步注冊與非分步注冊做過A/B Test,其結(jié)論指出分步注冊的轉(zhuǎn)化率遠(yuǎn)高于非分步注冊。由此可見,非分步注冊強(qiáng)行減少注冊頁面,不如適當(dāng)拉長戰(zhàn)線,給用戶輕負(fù)荷的操作,讓用戶在不知不覺中完成注冊流程。
主方案3的設(shè)計優(yōu)缺點
優(yōu)點:流程分步操作,相對于主方案1,用戶操作成功率大幅度提高。
缺點:如果用戶操作到了第三步,需要返回第一步確認(rèn)填寫信息的準(zhǔn)確性,那么用戶需要兩次返回。
用戶填寫的信息做保存(緩存),用戶返回上一步,填寫的數(shù)據(jù)做保留。H5依舊適用,用戶填寫的數(shù)據(jù)保存在數(shù)據(jù)庫,用戶返回上一步時,同時刷新載入數(shù)據(jù)庫記錄的數(shù)據(jù)。
對于方案3.0和3.1 。下一步按鈕不同。究竟采取哪種?方案3.0視覺流和操作流是正常情況,且不存在按鈕被鍵盤擋住,所以方案3.0最佳。
移動端長表單設(shè)計總結(jié)
主方案1、2和3,都有各自不同的優(yōu)缺點。
一個交互流程的好壞,一個最重要的標(biāo)準(zhǔn)之一是讓用戶順利完成操作流程,保證操作流程的成功率,才能完成用戶的目標(biāo)。以此標(biāo)準(zhǔn)來看,主方案3是最好的。
接下來探討一個細(xì)節(jié)問題,就是提交按鈕是放在頂部導(dǎo)航欄、信息內(nèi)容區(qū)內(nèi)還是底部懸???
這里分為4種情況:
情況1:內(nèi)容區(qū)加上操作按鈕不被鍵盤覆蓋。建議按鈕放在內(nèi)容區(qū)內(nèi)
情況2:必填的內(nèi)容未被鍵盤覆蓋,非必填被覆蓋,建議操作按鈕放在導(dǎo)航欄上,例如朋友圈、QQ空間和新浪微博。
情況3:必填的表單超過一屏,建議按鈕放在內(nèi)容區(qū)。
放在導(dǎo)航欄上不行的原因有兩個:
- 視覺流錯誤,從上往下,信息量很大,用戶滑動瀏覽時,會忽略且很難聯(lián)想點擊右上角下一步,行業(yè)常見放在導(dǎo)航欄上是因為必填的不超過一屏? ;
- 當(dāng)必填項過多時,要滑動屏幕才能填完。 把按鈕放在右上角的導(dǎo)航欄,當(dāng)用戶還沒填寫完成,那么在按鈕放在導(dǎo)航欄上很容易去點擊,容易引導(dǎo)用戶犯錯。
情況4:必填超過一屏,且無非文本輸入,建議可適用底部懸浮。
本文由 @UX 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
作者很細(xì)心呀,學(xué)習(xí)了
同問,如果一個長表單中小模塊很多呢?主方案三會不會不適合?
app的反饋頁面大多都屬于情況2,必填的內(nèi)容未被鍵盤覆蓋,卻為何提交按鈕都是放在內(nèi)容區(qū)而不是導(dǎo)航欄?
有可能是因為手機(jī)型號大小的屏幕不同吧
底部固定按鈕和懸浮按鈕有什么
如果分類很多呢,做過OA類的移動端,動輒就四五個信息分類,二三十條字段填寫,這個時候用哪種方案更合適呢?
提交按鈕是放在頂部導(dǎo)航欄、信息內(nèi)容區(qū)內(nèi)還是底部懸???這個問題你的第三個情況也是極其容易遮蓋到手機(jī)鍵盤的。當(dāng)一個問題發(fā)生矛盾的時候還是得看一下是選擇犧牲部分用戶體驗來提高流程的連貫性,還是相反為之。
受用了
mark
情況5:必填的表單未超過一屏,已被鍵盤覆蓋必填表單,請問采取哪種方式比較好?
按鈕放在導(dǎo)航欄右上角
這種情況是兩種方案的中間值。放在內(nèi)容區(qū)可能更好
受教了!
所以,主方案1的解決辦法是哪種呢
主方案一非要選一個那么1.0會好點,當(dāng)然也看情況,總結(jié)里面我放了四種情況,但是主方案一并不好。其次B端常喜歡使用的卡片之間使用展開收起, 我也沒說,因為我不喜歡展開收起方案
寫的很好,簡潔易懂!
最喜歡這種拿一個小的功能點來分析的文章了,超實用!
很棒!加油!期待更多好文
受教了
總結(jié)的很到位,敬佩,受教了!
學(xué)習(xí)~
有道理!