用了上万字讲清楚了“表单设计”

CHETChan 黑马家族

@CHETChan 原创文章

https://www.zcool.com.cn/u/17942441

-------------------------------------------

本文将我自己踩过的坑整理出来，目的是为了帮助那些刚迈入职场的设计师，对表单能有一个更好的了解，从而避免在工作中进入误区。

本文共计11000个字，阅读大约需要30分钟，请合理安排时间，看得快的当我没说。

每个人生活中，都在和表单打交道，各种表格，表单需要填写，而表单在产品中主要负责数据采集功能。作用和现在一样——信息录入。表单也是最常用的信息录入的工具，随着互联网兴起，很多表单被放到了电子屏上填写，特别是最近几年，随着B端的兴起，和表单打交道的人越来越多，那么作为设计师，我们如果设计出一个糟糕的表单，会极大影响用户信息的录入的效率。

我们先看看表单的结构，一个表单有三个组成部分：

1、表单标签（标题）

2、表单域（输入框），包含了文本框、密码框、隐藏域、多行文本框、复选框、单选框、下拉选择框和文件上传框等。

3、表单按钮：包括提交按钮、保存按钮、复位按钮和一般按钮；用于将表单数据传送到服务器上

本文主要针对表单域——输入框部分的设计，进行讲解，会涉及一点代码知识，建议查资料阅读。

常见的表单类别：文本输入框、密码输入框、其中文本输入框又包含中文输入框、英文输入框、数字输入框等。其中我们接触最多的就是需要录入信息的输入框。

在内容开始之前，先来了解一下输入框在前端开发中的的模样。

如图所示，输入框分为标签，文本输入框，和占位符三个最基本结构。根据特殊场景，会加上帮助信息，提示信息，反馈信息等等。

在文章开篇我们说到，表单结构为：表单标签（标题）、表单域（输入框）、表单按钮。三部分组成，但我们作为设计师在设计时，考虑的远远多于这三部分，我们更多是去做交互上的思考。

从交互层面上思考，表单在设计上的结构有：

1、表单标签

2、输入限制

3、占位符

4、input输入框大小

5、输入框焦点

6、多行文字规则

7、报错提醒

8、唤起键盘样式（移动端专属）

9、帮助性信息

10、表单属性（是否必填）

11、结果反馈

12、微文案

此处所讲的标签，更多的是讲表单的布局结构，合理的表单结构，能提高用户阅读效率，同时还能降低信息填写时的错误率。

我们常见的布局结构：左右、上下、内部。

左右和上下结构，左右结构常用在pc端，左右结构在用户体验上，视觉路径相对较长，特别是在多行信息录入时，尤其明显。

但在网页端我们大多看到的都是左右结构，这是因为有空间占比的元素，在pc端，横向空间很大，需要考虑到协调的关系，如果采用上下结构，在内容过多的情况下，就会出现重心偏左的视觉效果。

而且，在pc端，视线距离屏幕较远，视觉聚焦面积更大，因此视觉路径较长的这一点就被中和掉了。

因此在pc端，如果展示内容较多，可以选择选择左右结构。

而内容较少，在五个或以内，就可以选择上下结构，考虑纵向空间占比。

而我们在移动端很少见到左右结构，这是因为移动端的限制——屏幕太小，一个横屏展示不开，特别是在标签名字很长的时候，弊端更加明显，因此在移动端更多的是使用上下结构。当然缺点除了识别度会降低，视觉路径增长之外，纵向空间占比也会增加，本身一屏就能展示完，现在需要两屏甚至更多。

而我们在pc端，如果标签名字太长，也是可以选择上下结构。根据不同的使用场景，选择相对最合适的方案。

除了常见的左右，和上下结构，还有内部结构——将标签放在输入框内部，这种也常用在移动端，它的空间占比很小，对移动端的小屏来说，是非常友好的，但如果在交互上处理不好，会有很大的缺陷。

内部标签结构，只有提示性文字，用作提示用户应该输入什么内容，但用户在输入的时候，内部的标签/提示性文字就会消失，这时候，用户会失去它是否输入准确的唯一判别标准。

而用户如果需要判别自己是否输入准确，需要删掉自己刚刚输入的文字，看一眼提示信息，再次输入。如果碰巧遇到有怀疑心的用户，这种设计，会让用户抓狂。

如图下所示，当字段大于三个的时候，用户再看到这个表单，会对自己填写表单进行思考，思考自己填的是什么，甚至会对自己填写信息的正确性进行怀疑，这种现象从心理学角度来看，是因为人的瞬间记忆局限所造成的。

人在短时间内只能记住5～9个单位，即“7加减2”法则，这是大部分用户的极限，但设计不是要去挑战极限，而是要思考，还有一部分用户是远远达不到“7加减2”这个范畴，因此，在设计的时候，就需要降低用户的记忆门槛，采用更加适用的“2加减1”原则，当用户需要输入的字段多余3个的时候，就必须给表单留下标签，用来提示用户。

当内容过多，你根本不知道自己填写的是什么。

尼尔森·诺曼集团的凯蒂·舍温（Katie Sherwin）在她上传的文章中提到将标签替换为占位符的七个不好的原因

1、消失的占位符文本会使用户的短期记忆紧张

2、没有标签，用户无法在提交表单之前检查所填写的内容

3、出现错误消息时，人们不知道如何解决问题

4、当将光标放在表单字段中，占位符文本消失时，使用键盘导航的用户来说很不友好。

5、其中包含的字段不太明显。

6、用户可能会将占位符误认为是自动填写的数据

7、有时用户必须手动删除占位符文本。

对于上述观点，我赞同部分，对于第六条，无论有没有有标签，占位符都存在，除非删掉占位符，当然，在占位符的文案阐述有歧义的时候，会出现这种情况。

第七条完全就是一个 js触发条件的配置问题，而且在html中input标签中的placeholder占位符的默认属性，在获取焦点后，输入时，占位符会自动消失。因此一般情况下，是不存在需要手动删除占位符（当然，也许是我翻译有误。）文末有链接，感兴趣的可以去看看。

在有些场景，因为空间占比或视觉等因素，需要删掉标签，可以采用下面两种方案：

第一种，在内部加入icon，用作信息提醒，缺点是，icon属于图画，是一种很抽象的东西，相比文字，它的表达能力就太弱了，碰到同类信息时，识别度不是很高。比如有两栏信息，一栏是籍贯，一栏是现在居住地址，很难用icon去区分两者。

第二种，是谷歌的一种设计方式，用户在输入时，内部标题（提示信息）进行浮动位移，即节省了空间，提示性信息依旧在，缺点是，相比普通左右或上下结构需要一定的开发成本。

为什么要做输入限制，一是为了陈列这些数据时，可以根据长度来确定它的一种展现方式，二是为了减轻数据库的压力。

输入限制有两种，第一种是对表单域输入的信息进行字数限制，比如发表QQ个性签名时的字数限制。

在用户输入的时候，右下角会告诉用户已经输入了多少字，如果超过80字后会变红色，用来警示用户，并且此时的表单域也无法输入新的内容

微信在朋友圈发表时，做了字数限制，但没有在输入过程中明确的告诉用户，等到输入过长提交时，弹窗提醒用户，内容过长提交不了，用户精心编辑长文，到了提交的时候，却发现字数过长，又不得不删掉一些自己已经写好的东西。因此我们在做了限制的情况下，需提醒用户还剩多少字

第二种是做属性限制，比如在数字文本框时，输入汉字，或者字母，这就极大的增加了用户的错误率。一般情况下，开发小哥都会写上这个限制条件，但有些时候可能会因为一些原因，比较着急，直接使用“input”框默认的“text”类别，没有加限制，这个时候我们如果在测试过程中发现了该问题，就需要去提醒开发小哥。

而且，根据不同的信息类型，要给相应的属性限制，比如身份证的18位，手机号的11位等。

在前边，也讲过占位符的一些问题，在设计中，我们要注意文字清晰，明了，简短，一致，在颜色选择上，作为提示性信息，视觉层级较弱，不宜用太过突出的颜色。

为什么说必不可少，我们不妨试一下，将占位符删掉，是不是看着有一点别扭，因为长期的占位符已经给用户培养了使用习惯，没有占位符，用户在输入的时候会抱着试一试的心态去点击，会疑惑是不是应该在这里输入，不够直接清晰，对用户来说是很不友好的。

而且，在HTML5中，input标签中有placeholder占位符这个属性是有一定原因的。而我们加入占位符，用户在填写表单的时候，一眼看上去就知道应该在哪里填写，怎么填写，清晰明了。

图中左侧占位符虽然简短，但不明了，用户在输入时，视觉焦点是在输入框，此时如果用户忘记需要输入什么。会做视线偏移，去看标签名字，再输入，即使这个过程哪怕只需要0.05秒，但对用户来说，依旧不够友好，如果在提示性信息就明确表示输入什么，用户可以一目了然。

而且，在某些场景，一个输入框可以输入多种信息比如登陆界面，在用户名可以输入邮箱，手机号，用户名，这个时候我们如果用标签来提醒，显然是不合理的，而占位符可以起到很好的提示效果。

我们常用的社交产品QQ和微信，就采用了这种样式，另外在这里插一嘴，QQ这个界面在按钮处理上是不合格的，有心细的朋友吗？

3.4.1、输入框大小与边距

本节涉及到一些代码知识，建议细嚼慢咽。

我们在设计表单域（输入框）时，我们所画的输入框，并不是前端在写的时候真实的有效输入框，而需要考虑的其实有两个元素的大小，其中外部我们能看到的部分为可视大小（暂称为input框），内部为有效输入框大小（暂称为有效输入框）

图中的红色区域就是有效输入范围。

而前端在开发的时候，常常采用两种方式。

第一种：因为input框属性原因，为了布局方便，，开发在写的时候，不会给<input>描边（border）样式属性，而会把<input>放在<div>或者<span>标签之中，给这两个标签添加样式大小。我们所见到的外框可视描边属性也是加在<div>或者<span>标签之上。这个时候给<input>一个外边距（magin）。

代码如下：

<input type="text" placeholder="请输入"

style="width: 488px; font-size: 14px; line-height: 24px; border: 0; margin: 4px 12px;">

</div>

鉴于有些朋友没有涉及代码，做个讲解：

有一个种类为div，宽为512px，高为32px，描边为1px，且颜色为#9195a3的盒子。

里面装了一个宽为488px，描边为0的输入框。这个输入框距离div盒子的上下间距为4px；左右间距为12px，并且这个输入框里文字的大小为14px，行高为24px。

第二种：就是下面这种，给<input>加上宽（width）、高（hight）和描边（border）属性，同时写上padding，内间距，来控制input有效输入框的大小和位置。

代码如下：

<input type="text" placeholder="请输入"

style="width: 512px; height: 28px; border: 1px solid#9195a3; font-size: 14px; line-height: 24px; padding: 4px 12px;">

依旧讲解：

有一个宽为512px，高为28px，描边为1px，且颜色为9195a3的输入框，把他的文字输入/显示位置，往里面挤了上下间距为4px，左右间距为12px的距离。并且这个输入框里文字的大小为14px，行高为24px。

百度首页采用的就是第二种方式

打开F12开发者模式（或右键——检查）

第一张图中可以看出，灰色部分的边框，即设计师最常需要画的。

第二张图和第三张图中，蓝色部分为有效输入框，也就是我们输入文字并显示的地方，在这里，开发给了<input>框一个大小，然后给padding 属性，有效输入框就会自动往里缩，也就是图中的蓝色部分。

因此，我们在绘制设计图的时候，需要给开发标记有效输入框的大小与间距。我这里设置了红色，为了不影响视觉，我们可以将不透明度降为零，在交接到蓝湖或者像素大厨，开发都能看到input框的大小，可以看不见，但必须存在。

在input框中有icon时，也要注意icon与input框之间的间距。

如果有些朋友，因为某些因素跳过了代码部分，不管开发采用哪种方式，作为设计的我们，都可以用一句话来总结上边内容：

给input框绘制一个有效输入范围

3.4.2、input框尺寸大小

3.4.2.1、宽度

在做输入框尺寸时，需要根据内容的长短，合理的设计输入框大小

文本框的长度会给输入信息的用户心理暗示，他们会根据文本框的长度来判断需要输入内容的长度。

3.4.2.2、高度

在Ant Design上，对输入框定义了三种尺寸大小(大、默认、小)，40px、32px、24px、这不是固定的数据，在做项目的时候，可以根据自己产品的特性来选择适合自己产品的规范。

输入框焦点，对于输入框，当用户选中准备输入的时候，应当提供清晰的视觉定位，比如外输入框的样式的变动，或者闪动的光标。一般情况下，选择光标都默认存在，光标的大小取决于字体的大小，因此不用对光标进行二次设计。

在表单内容较多的时候，我们可以给输入框的样式做变动，可以更清晰的给用户做目标视觉定位。

在表单当中，多行文字一般出现在两个地方，一是表单标签，二是行内信息。

在做标签的时候，有时候会出现一个名字很长的标签，我们给文字设定宽度和行高，我们给出规则，比如最多五个字，超出部分做换行处理，我们需要给标签的行高和宽度统一。

因为开发在写这个页面的时候，是把每一个元素放在一个class统一的div或者span标签内。因此我们在做设计稿的时候，需要把换行元素考虑进去，即使只有一个字，避免以后二次设计和开发。

在做表单域的行内信息换行时，我们需要给出横向字数宽度，和上下左右的间距。也就是开始我们要画出input框的原因，开发可以直接根据input框进行定位。

且当内容过多的时候，我们需要做隐藏处理

比如设定输入4行文字以内，随着文字每增加一行输入框会自动向上撑开。文字超过4行，输入框大小就不会变动了，4行以上的文字会被遮挡住，但我们在给文字做遮挡的时候，要注意提醒用户上方有文字被遮挡。一般采用的方式是对最上方一行文字遮挡一半。

上述情况只在输入框空间占比很小，同时多行文字出现较为频繁对场景下才会使用。比如实时聊天界面。

而在一般情况下，只给输入框做单行处理，同时给超出部分文字做隐藏。

而明确需要多行输入的输入框，会在大尺寸小上做区别，正如我前边所提的那样，输入框的大小或影响用户对该输入框内容输入多少对判断，输入框尺寸大，在用户潜意识里就会认为这是可以输入很多字的。

而多行输入框在ant design中被定义为文本域。

即：

超出部分是自适应高度，还是显示滚动条，需要标注出来，并且要指定最小行数，和最大行数。

否则开发会采用默认的以滚动条的形式来展示。

我们有时在填写一个表单，全部信息填写完成，在点击提交后，突然弹出一个框，被告知信息填写错误。自动返回填写页面，之前的填写好的信息全部消失不见，这种行为对于用户来说，其实是很抓狂的。脾气暴躁一点的，可能会直接砸电脑。

因为用户在填写结束之后，大脑中分泌多巴胺，获得愉悦感，但在这个时候一个报错，把临到脑门的多巴胺给硬生生逼了回去，是很影响用户心情的，无论表单中所承载的信息有哪些，都应该让用户感受到引导感。用户所需要的是引导他完成表单的填写，而不是对他填写表单做判断。

因此我们在用户输入的时候，就应及时针对用户录入的信息进行判断，有些前端自己就能做，有些需要扫一遍数据库，做信息对比，然后告知用户信息重复，总之及时做判断，并给出反馈，同时引导用户完成正确填写操作，不要等到用户点提交按钮后，才给用户做出判断。

在移动端，只要涉及到表单信息录入，都会唤起键盘，根据不同的使用场景给用户唤起不同的键盘样式，可以很大的节省用户的时间，用户体验也会得到显著提升。

如果我们在交付设计稿的时候，没有标注键盘类型，开发就会使用默认的中文键盘，用户在使用的时候，就会造成不必要的困扰。

有些金融类产品需要使用乱序的安全键盘，也需要额外标注。

在移动端输入端时候，有时候唤起键盘，会遮挡掉关键性按钮，我们在设计过程中，就需要充分考虑到这一点，并且规避掉。

具体做法可以做参考一下两种方式：

第一种，前端不给上边元素定位，唤起键盘时，键盘自动顶上去。适用于内容简单，且上方无重要内容的页面。

第二种，界面字段少，可以在安全区域内设计相关内容。

有时候需要帮助性信息，来辅助用户完成表单填写，当文本简短的时候，可以直接放在改输入框的附近，当文案过长的时候，就需要做气泡框，获取鼠标焦点，则展开信息，失去焦点则消失，在气泡展开时，切忌勿挡住input输入框。

也有些产品是将帮助信息放在页面顶部，如果是真对全局帮助性信息，则可以采用这种方式，如果只是真对某个元素提醒，则应将两者放在一起，让用户知道当前处于什么地方，在针对什么进行引导、辅助。

用户在面对需要录入信息比较多的表单时，内心是很抗拒的，而用户所填写的信息，又是产品所需要的。因此我们可以针对信息做一些筛选，将一些重要信息和非重要信息区分出来，减少用户的录入负担，也减少用户的时间成本。

用户在完成表单填写，并提交后，需要及时给用户反馈，比如完成提交时的祝贺，谢谢等，都能催发用户体内的多巴胺，并产生愉悦的情绪，无论是祝贺还是提醒，用户都会产生快乐的情感。

在某些时候因为其它因素，提交失败，需要及时反馈用户，并且要一定要将之前所填写好的数据保留下来！！！不要让用户输入第二次！！！

最后插一句，无论是标签、还是占位符，还是提示性文字，或者反馈性文字...表意都必须清晰易懂，同时需要消除用户的疑虑，在整个流程中，做出更快更准确的抉择。

比如这个地方，用户手机号录入错误，但需要详细但提醒用户，到底是哪里错误，而不是含糊不清但去告诉他错了，我在前边依旧讲过，用户需要我们发现错误，并作出正确的做引导，而不是一味的告诉用户他错了。

再比如，用户在在填完一个表单，突然要关闭，弹出弹窗，确定要取消，一个按钮是确定，一个按钮是取消，就很有歧义，会给用户造成选择困难。这个就是在提示文案中，产生了与按钮会产生歧义的词。

还有很多地方，能把微文案运用好，对用户对操作流程能起到非常大对帮助，建议广大设计师在做微文案处理对时候，谨慎而为。

站酷有一个叫“大师聊设计”的设计师，对微文案方面有非常深入的理解，并发表过一篇专门讲解微文案的文章，其中就讲到：保证微文案为用户创造良好的用户体验。

讲完表单基本结构设计，下面来针对输入框来讲讲他们如何设计。

表单域包含以下内容有：

一、文本输入框

二、数字输入框

三、密码输入框

四、邮箱/网址输入框

中文文本框，需要注意的就是基本的结构，针对自己产品业务所需要的，对标签、输入限制、占位符……等等做合适的设计。需要特别注意的是，标签，输入限制，占位符，多行文字规则。

其次就是对字体对属性调整，比如字体大小、行高等。

4.2.1、数字输入框

常见的数字输入框有电话、身份证、银行卡、价格、等。不同的类型在设计上也有区别。不过涉及到数字的，我们在设计中要考虑到，要秉承清晰、易读的原则。

4.2.1.1、电话输入框

电话输入框有三个结构，国家/地区、区号、手机号

不同国家地区区号不一样，而国家区号存在的意义就是为了筛选不同的区号，因为不是所有用户都能记住自己当地的区号。

美团的设计中，就很好的诠释了这一点

没有直接的国家地区选择，而是在区号下拉框当中，给了每个区号国家地区作为用户区分。

我们接着聊一聊电话号码的输入问题

在移动端，手机充值输入框内，电话号码需要自动填充，避免用户二次操作，但常见的手机充值业务，基本上已经大厂占据，用户常用的也就那么几个产品，而这些产品也获取到了用户极高的信任。

但即使是这样，他们依旧没有采用直接填充的方式，而是在你输入过后会有历史记录，用历史记录填充，当你清除历史记录后，再次进入，依旧需要手动输入

在这个信息透明的互联网时代，用户对自己私人信息的很看重。一个产品需要输入电话号码，不能直接做自动填充，即使你已经抓取到了用户的信息，也不要告诉用户你有他的信息，这一点很重要，如果你直接使用自动填充手机号，用户会觉得隐私泄漏，用户对这个产品信任感本就不足，这种做法会让用户信任感再一次降低。

但让用户手动输入，安全感得到了满足，却会增加用户的操作负担。

鱼与熊掌不可兼得，我曾与一个B端行业的产品设计师”朱进“探讨过这个问题，最后得出的方案是，让用户数手动输入，但在输入前三位的时候，弹出气泡，显示为完整的手机号，点击该气泡，就会自动填充完整的手机号。

这样做的好处是，用户在输入的时候，心理的懒惰，会让用户抗拒这种行为，产生负面情绪，点击气泡，填充了完整的手机号，用户会认为这个功能解决了他当下不想输入的痛点。

而在有些场景，需要输入其他人的手机号，比如旅游类产品，酒店类产品。

需要加入访问通讯录的权限。

而输入手机号之后的状态记得标注出来，按照之前所说的7加减二法则，根据用户的记忆结构xxx xxxx xxxx来优化用户的阅读体验。

4.2.1.2、身份证/银行卡输入框

身份证、银行卡输入框，跟上边一样，根据用户阅读习惯，增加可读性，加入扫描和图片识别，减少用户操作。

我使用过一些产品，只有扫描功能，但没有从图片中识别，导致用起来很憋屈，因为银行卡不可能随时在身上，有时需要绑定的时候，却告诉我只能扫描，这个时候我只能回到最原始的，记几个数字，输入几个。来来回回折腾好几遍，才能输入银行卡。

4.2.1.3、金额输入框

在做价格输入框的时候，有些设计师喜欢在前面加上“¥”或者“$”符号，而且还放在了同一段文字当中，这样做在设计上没问题，但对开发不是很友好，因为开发在写页面过程中，前面的“¥”或者“$”符号，是一个定量，也就是写死了，不会变动，而后边的价格是一个变量，无论是从后台获取的数据，还是你新录入的信息，都是变量，往往是按照两个元素进行分别设置属性。

举个例子吧，支付宝的充值界面，在你输入价格之前，这个“¥“符号就是存在的，因此它是一个定量，不能和价格放在一个图层，是需要单独拿出来的。

更何况有些设计师，会将前面的符号设计的比价格要小，甚至小数位，也是样式和整数位样式也不一样，比如京东的详情页。

因此，我们在设计过程中，需要把两个元素拆开，符号一个图层，价格一个图层。，如果碰到后边小数位样式和整数位不同时，都需要单独分离图层。

设计金额输入时，很多app沿用了国际标准的千分位分隔符，比如我们输入1,345,543金额，除了长期与千分位打交道的人，大部分人是很难第一眼看出金额具体是多少，还得从“个、十、百、千、万”开始读。

前边有讲过，虽然要遵循“7加减2”法则，提高内容的可读性，但同时也要遵循不同数字，用户的阅读习惯，而价格，国内的阅读习惯都是 “个、十、百、千、万”。至于为什么采用“千分位”，是因为与国际对标，国际统一的是千分位，而西方没有“万、亿”只有“千、百万、十亿”，这三个记数单位是千进制，因此是千分位，而中国是万进制，所以千分位，在中国，使用起来并不是那么友好。