在前面的章节里，我们一直在想办法帮用户减负。删掉可有可无的问题，合并重复的信息，让系统自动填能自动填的字段，理想状态下，用户只需回答少数几个关键问题，就可以顺利完成表单任务。

但设计做到一定程度，你会发现有些表单已经“瘦身”到头了。每一个问题都与业务紧密相关，删掉任何一项都会影响办理结果，这时候再讲减法就显得不讲道理。

问题在于，即便每个问题都合理，也不代表它们需要同时出现在用户眼前。很多字段只有在特定人群、特定选择、特定节点下才真正有意义。新增输入的设计，正是通过控制展示时机和展示数量，让用户在同一张表单里，感受到一种可伸缩的弹性：需要时再多填一点，不需要的时候界面保持干净，不主动打扰。

一、让用户按需新增

最容易理解的一类新增输入，是同一结构信息的重复采集。典型例子就是紧急联系人。在一些重要场景下，例如在线预约手术、申请大额金融产品，系统希望在无法联系到本人时，还有备用联系人可以找到你。所以很多表单都支持填写多位紧急联系人。

但如果一上来就铺开三四行联系人信息输入框，名字、手机号、关系、住址一股脑罗列出来，对绝大多数只想留一位备用电话的用户来说，这种排场只会徒增压力。

更自然的做法，是先展示第一位联系人需要填写的输入区块，下方给出一个清晰的入口，例如添加紧急联系人。如果用户觉得有必要，再主动点击这个入口，新的一块输入区域才在当前表单中展开。

大多数情况下，一位联系人已经足够。毕竟和本人、所有紧急联系人同时失联的概率极低。设计者没有强迫用户填写多位，而是通过新增按钮，把选择权交还给用户，这既照顾了极少数需要多条信息的场景，又不打扰大多数只想尽快办完事的人。

通讯录的设计也是类似思路。在 iOS 的联系人编辑页里，系统只要求你填写姓名和一项联系方式，其余邮箱、家庭住址、公司、社交账号等字段，全部收纳在加电话、加邮箱、添加地址这样的入口之下。用户可以边填写边决定，自己究竟需要一张“简略名片”，还是一份详细的人物档案。

你会发现，这类按需新增有几个共同点：

第一，表单一开始只露出最基础、最必要的字段。 第二，新增入口的文案足够具体，用户一眼就知道点下去会发生什么。 第三，每一条新增的信息块都可以完整删除，用户有犯错的空间，不必担心一时冲动导致表单无法回头。

这些看似老实的细节，实际构成了用户心中“这个表单挺顺手”的直觉判断。

二、折叠

除了多条记录以外，还有一类内容属于表单的“补充层”。比如高级设置、可选项、针对少数人开放的专业配置。这些字段并不是面向所有用户，但对某一部分人又确实重要。粗暴地全部铺开，必然让首屏看起来密不透风；完全隐藏，又会让有需求的人找不到入口。

折叠是一个常见而有效的折中办法。在很多设置表单里，你会看到一个高级选项区域。默认只露出简单的开关和基础字段，真正复杂的参数被折叠在标题之下。只有当用户主动点击展开，后面的字段才会出现。对普通用户来说，不展开也完全不影响任务完成；对熟悉业务的那部分人，则多了一块可操作的空间。

这种折叠方式，至少解决了两件事。一方面，通过减少首屏问题数量，降低了第一眼看到表单时的心理压力，让用户觉得“这张表看起来还能接受”。另一方面，它把潜在危险的选项收起来，避免非专业用户出于好奇胡乱勾选，给后续流程埋坑。对于一些对业务后果有实质影响的开关，例如是否自动续订、是否同步到其他系统，用折叠的方式隔一道小门，本身就是一种风险控制。

还有一类折叠，是跟随用户选择动态展开。最常见的例子出现在支付方式、配送方式等条件选择后面。只有当用户选择信用卡支付，才出现卡号、有效期、安全码的输入框；选择公司报销时，才展开发票抬头和税号字段；选中线下自取，收货地址那一块干脆就收起来。

从用户视角看，这种“按需显隐”有一个微妙的心理效应：在真正开始做复杂选择之前，表单是轻的、短的，还算好下手。等他们迈进来，慢慢往下做选择时，附加字段顺势出现，填表的节奏被拆散在一系列小决策里，而不是一眼被二十多个字段压住。

当然，折叠也不是没有代价。不论是展开高级选项，还是基于选择显隐区块，都会带来界面布局的跳动。如果新增内容出现在触发按钮上方，用户刚刚阅读过的内容位置突然被挤走，很容易失去定位，甚至产生“刚才那一行去哪了”的错觉。

在桌面端，为了降低这种负担，通常会让新增或展开的内容在触发点下方出现，尽量让上半部分的布局保持稳定。在移动端，由于屏幕更小，展开后的内容常常会被软键盘遮挡，这时候除了控制展开方向，还要考虑把光标自动激活在第一项输入框中，让用户跟着键盘的节奏往下走，而不是在屏幕上来回拖动寻找刚刚出现的字段。

另外一点同样关键：每一块展开出来的内容，都必须有清晰的关闭或收起入口。不论是新增出来的一条记录，还是展开的附加区域，一旦用户发现“其实我并不需要”，总要给他留下一条可以体面退出的路。否则一旦填了一半发现不想继续，这块区域又无法收起或删除，整个表单就会变成一块尴尬的半成品，既不完整，也不敢提交。

三、浮层

和纸质问卷相比，网页表单有一个天然优势：不用把所有可选答案都摊在纸面上。很多内容可以先用一个紧凑的输入框占位，真正复杂的选择过程，交给浮层去承载。

日期选择器就是非常典型的例子。如果你要让用户在纸质表格里勾选“入住日期”“离店日期”，很可能需要画一整排小格子，甚至附上一张小日历。而在网页上，我们只需要一个日期输入框，用户点击后触发一个带日历视图的浮层，在这个临时空间里完成日期选择，然后带着结果回到表单。

从交互模式看，表单里的浮层大致分为两类。一种是非模态浮层。这类浮层的存在感相对轻，用户点进来选一个值，选完就消失。如果用户中途点击了其他地方，浮层也会自动关闭，整个表单处于一个相对自由的状态。下拉菜单、简单的日期选择、地区级联选择，常常都以非模态浮层的形式出现。

另一种是模态浮层。当某一小段输入本身就相当复杂，需要用户集中精力完成时，模态浮层就变得更适合。触发之后，页面会在浮层下方铺上一层暗色遮罩，挡住用户与其他元素的交互，让他只能专注在当前这块“子表单”上。

在桌面端，模态浮层有两个显而易见的好处。一是减少页面跳转。复杂的信息采集可以在当前页面上临时完成，用户不需要为了一个分支任务离开原表单，再通过浏览器后退按钮努力找回当初的状态。

二是可以营造一种“专心写完再回来”的氛围。例如填写长篇备注、配置复杂过滤条件、批量导入一组数据，模态浮层为这些次级任务提供了一块短暂的“安静角落”，既不让它们和主表单搅在一起，又不至于打断整体流程。

但模态浮层也非常容易被滥用。当你在一个模态浮层里，再触发第二层浮层，甚至第三层时，用户会迅速迷失在层层遮罩之中，不知道自己究竟身处哪一层任务，更不确定关闭按钮会把自己带回到哪个台阶。

要避免这种情况，就必须控制浮层能承载的任务重量。对于包含多级分支、信息量巨大的支线任务，与其在主表单上叠加一个又一个浮层，不如干脆开一个全新的页面或全屏窗口，让用户在一个相对稳定的结构中完成复杂输入，再带着结果回到原表单。

移动端的情况又略有不同。由于屏幕空间有限，移动应用里的表单本身往往就以“全屏模态”的方式存在。此时，再叠加类似桌面的悬浮对话框，很快就会让界面显得局促而拥挤。因此移动端更常见的做法，是为额外输入单独开一个半屏弹窗或子页面，用户完成填写后，通过返回动作将结果写回上一层表单。

这一模式的关键在于达成明确的契约，当用户点击返回时，系统应该如何解读这个动作，是放弃还是提交，是保存还是丢弃。对那些支线内容确实会影响主任务结果的表单来说，更稳妥的做法是，在返回前以轻量方式确认一次，避免用户误以为“只是往回看一眼”，实际上却丢失了刚刚输入的一整段内容。

四、小结与设计要点

新增输入听上去像是在“给用户多加了一些要填的东西”，好像与减少负担的目标背道而驰。但从整体体验看，它真正做的是另一件事：让必填的问题留在明面上，把有条件才需要的输入折叠起来、藏到浮层里、延后到用户主动触发的时刻，既不牺牲业务完整性，又不在第一时间拿一墙的字段压着用户。

最后，我们可以把这一节的要点简要收束如下。

1.即使每个问题本身都合理，也可以通过新增、折叠、浮层等方式控制同屏出现的问题数量，降低首屏压力。

2.重要且面向所有用户的问题，应优先在表单主体中展示；只对部分人有意义的内容，通过新增输入或折叠区域按需暴露。

3.用户不触发新增输入，表单依然应该可以正常提交；新增是一种可选能力，而不是变相的强制。

4.所有新增和折叠展开的内容，都需要清晰的删除或收起入口，避免用户被“半成品”困住。

5.当额外输入涉及较复杂的控件或多步操作时，可以考虑用浮层或全屏子页面承载，避免在主表单上堆砌过多结构。

6.桌面端浮层的优势是聚焦与就地完成，移动端更适合用全屏模态页面承载支线任务，配合返回动作写回数据。

7.不论是新增、折叠还是浮层，都要尽量减少布局的突跳，控制展开方向和焦点位置，让用户始终知道自己身在何处、接下来要做什么。

当这些设计方法被恰当地运用起来，一张表单就不再是僵硬的、一次性摊牌的问卷，而是一块能随着场景和人群轻轻伸缩的界面。对用户而言，它既严谨，又有余地。