表單是我們比較常見的一個(gè)信息錄入工具。糟糕的表單設(shè)計(jì)會(huì)帶來令用戶抓狂的交互體驗(yàn)，極大的影響用戶信息錄入的效率。這篇文章我就來大家梳理一下關(guān)于表單設(shè)計(jì)的一些知識(shí)點(diǎn)。

表單的構(gòu)成

常見表單是由多個(gè)列表項(xiàng)構(gòu)成的。而每一個(gè)列表項(xiàng)都有最基本的標(biāo)簽（標(biāo)題）和輸入框。顧名思義，標(biāo)簽是用來告訴用戶這個(gè)列表項(xiàng)是什么；輸入框是供用戶輸入用的。

標(biāo)簽根據(jù)所處的位置可以分為左標(biāo)簽，頂部標(biāo)簽和行內(nèi)標(biāo)簽。

左標(biāo)簽

左標(biāo)簽?zāi)壳皝碚f是最常見的一種標(biāo)簽樣式，但是這并不意味著我們可以無所顧慮的去使用。以手機(jī)端為例，手機(jī)端屏幕尺寸有限，左標(biāo)簽會(huì)占據(jù)屏幕較大的空間，那么右邊的輸入框就可能無法展示完整的信息。

例如，如果你的郵箱地址過長(zhǎng)就會(huì)造成信息的不完全展示，這對(duì)用戶體驗(yàn)來說是致命的。因?yàn)橛脩粢坏┹斎氲男畔⒑荛L(zhǎng)，他們?cè)诖_認(rèn)提交之前肯定會(huì)對(duì)所輸入的內(nèi)容進(jìn)行審核確認(rèn)，如果連完整的內(nèi)容都無法獲知，用戶根本不會(huì)進(jìn)行下一步操作，這就造成來操作流程的中斷。所以我們?cè)谑褂米髽?biāo)簽的時(shí)候一定要考慮輸入內(nèi)容的長(zhǎng)短。

頂部標(biāo)簽

頂部標(biāo)簽就是指標(biāo)簽位于輸入框上方，這樣輸入框就可以獨(dú)占整個(gè)頁面，信息可以得到更完全的展示。與左標(biāo)簽相比，頂部標(biāo)簽可以給輸入框騰出足夠的空間。

但是這種的布局方式也有自身的缺點(diǎn)，那就是之前一屏就可以展示的內(nèi)容，用戶現(xiàn)在需要滾屏才可以看完。

行內(nèi)標(biāo)簽

行內(nèi)標(biāo)簽的樣式看起來很適合手機(jī)端的表單設(shè)計(jì)，因?yàn)樗梢詷O大的節(jié)省頁面空間。但是一旦用戶點(diǎn)擊切換到輸入狀態(tài)以后，用戶就會(huì)看不到這些標(biāo)簽了。如果同一頁面中表單項(xiàng)目很多（超過5個(gè)），用戶填寫過程中可能會(huì)忘記之前的填寫的項(xiàng)目是什么。此外列表項(xiàng)過多，用戶在填寫的時(shí)候中很容易出現(xiàn)串行，把家庭住址填到畢業(yè)院校也是可能出現(xiàn)的情況。更嚴(yán)重的是，用戶因?yàn)闊o法看到標(biāo)簽，這類的錯(cuò)誤是無法檢查出來的。

為了解決這個(gè)問題，我們可以在行內(nèi)標(biāo)簽前加一個(gè)圖標(biāo)來標(biāo)識(shí)這個(gè)列表項(xiàng)，圖標(biāo)所占據(jù)的空間不會(huì)太大，而且會(huì)增加頁面的美觀性。

當(dāng)表單項(xiàng)目過多時(shí)我們要進(jìn)行整合分組來提升內(nèi)容的可讀性。下圖中右表格將15個(gè)字段分成3組。同樣數(shù)量的內(nèi)容，但用戶的印象卻大不相同。

提升用戶信息錄入效率

好的用戶體驗(yàn)應(yīng)該盡可能的簡(jiǎn)化操作步驟，傳統(tǒng)的手動(dòng)輸入模式費(fèi)時(shí)費(fèi)力，對(duì)用戶來說不是一種友好的體驗(yàn)。我們應(yīng)該思考如何給用戶減負(fù)。

控件的應(yīng)用可以很好的幫助用戶進(jìn)行信息的快速錄入。一般來說，表單中的控件一般有下拉列表，switch開關(guān)，單選按鈕，多選按鈕，滑塊等。

滑塊

這里我們主要來說經(jīng)常被忽視的滑塊，滑塊適用于精確度不是很高的數(shù)據(jù)錄入，例如你要去預(yù)定一個(gè)房間，其中需要你輸入你所期望的最低價(jià)格和最高價(jià)格。這個(gè)時(shí)候我們可以使用滑塊來代替?zhèn)鹘y(tǒng)的手動(dòng)打字輸入，我們都知道滑塊無法做到對(duì)信息的精確錄入，所以在這里滑塊默認(rèn)最小單位是50，你如果要求最低180，最高720這里是無法實(shí)現(xiàn)的。

控件的使用的確可以極大提升了用戶的錄入效率，但是用戶畢竟還是需要自己去“輸入”。其實(shí)我們也可以給用戶提供一些默認(rèn)值，和自動(dòng)完成讓用戶連輸入這一步都免了。

默認(rèn)值

如果你確定對(duì)用戶足夠的了解，在用戶進(jìn)行信息錄入的時(shí)候我們可以提供合理的默認(rèn)值。因?yàn)閷?duì)于用戶來說，填寫信息永遠(yuǎn)都不是一件有趣的事情，合理的默認(rèn)值可以節(jié)省用戶的操作時(shí)間。

接下來說一個(gè)反面案例。

這是我們公司的報(bào)銷表單，其中有一項(xiàng)是項(xiàng)目號(hào)，這里系統(tǒng)沒有給提供默認(rèn)值。其實(shí)系統(tǒng)可以根據(jù)你所在的項(xiàng)目組回顯出項(xiàng)目編號(hào)，但是這里并沒有。這在我看來是非常反人類的，因?yàn)轫?xiàng)目號(hào)是一串漢字和數(shù)字組合，一般我們很少會(huì)記。我們遇到這種情況一般是返回上一步，查看項(xiàng)目編號(hào)，拿手機(jī)拍下項(xiàng)目編號(hào)再回來填寫，費(fèi)時(shí)費(fèi)力。

自動(dòng)完成

自動(dòng)完成功能也可以來降低用戶的操作負(fù)擔(dān)。當(dāng)用戶在文本框里輸入時(shí)，系統(tǒng)猜測(cè)可能的答案，顯示可選列表。

用戶也會(huì)犯錯(cuò)

理想狀態(tài)下，用戶填寫完表單，然后點(diǎn)擊提交按鈕，系統(tǒng)顯示提交成功。但是現(xiàn)實(shí)情況卻是我們?cè)谔顚戇^程中經(jīng)常會(huì)發(fā)生錯(cuò)誤，那么如何給用戶報(bào)告錯(cuò)誤是需要我們仔細(xì)研究的。

目前來說，我們經(jīng)?？吹降囊粋€(gè)報(bào)錯(cuò)提示的樣式是彈出框。在我看來，彈出框并不是一個(gè)好的選擇。因?yàn)橛脩羧绻M(jìn)行修改，就必須關(guān)閉彈出框，那么錯(cuò)誤信息用戶就看不到了。如果用戶錯(cuò)誤的項(xiàng)目比較多，那么用戶就需要花一定的時(shí)間去記住這些錯(cuò)誤，然后再來改，這會(huì)增加用戶的記憶負(fù)擔(dān)。

所以在我看來，逐行報(bào)錯(cuò)比籠統(tǒng)的使用彈出框給用戶報(bào)錯(cuò)要友好的多。而且錯(cuò)誤提示就位于你填寫錯(cuò)誤項(xiàng)目的旁邊，用戶一眼就能明白哪里錯(cuò)誤了，不用費(fèi)力去找。 此外逐行報(bào)錯(cuò)會(huì)一直出現(xiàn)直到用戶修改完成，用戶可以進(jìn)行有針對(duì)性的修改。

逐行報(bào)錯(cuò)缺點(diǎn)就是移動(dòng)端受限于屏幕尺寸，錯(cuò)誤原因不一定可以得到充分的展示。

以上說的是表單設(shè)計(jì)中如何給用戶錯(cuò)誤提示，當(dāng)然與其亡羊補(bǔ)牢，我們不如嘗試著來幫助用戶來避免犯錯(cuò)。

表單錄入用戶經(jīng)常發(fā)生錯(cuò)誤的地方就是輸入格式，以日期為例。不同的地區(qū)對(duì)于日期錄入的格式也不一樣，2017-08-15，08.15.2017，08-15-2017等等。目前來說一些表單實(shí)現(xiàn)了容錯(cuò)模式，允許用戶輸入不同格式或者不同類型的數(shù)字。這也降低了用戶犯錯(cuò)的幾率。

總結(jié)

表單是主要的信息錄入工具之一，也是一款產(chǎn)品用戶體驗(yàn)的重中之重。不存在完美且百搭的表單樣式，不同的產(chǎn)品在進(jìn)行表單設(shè)計(jì)時(shí)有不同的出發(fā)點(diǎn)和思路。以上就是我的一些總結(jié)，希望這篇文章可以給你帶來幫助。

#專欄作家#

王M爭(zhēng)，人人都是經(jīng)理專欄作家，資深互聯(lián)網(wǎng)人。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議