惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
aimingoo的专栏
aimingoo的专栏
Martin Fowler
Martin Fowler
C
Check Point Blog
G
Google Developers Blog
V
Visual Studio Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
MongoDB | Blog
MongoDB | Blog
月光博客
月光博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
D
Docker
Hugging Face - Blog
Hugging Face - Blog
The GitHub Blog
The GitHub Blog
博客园 - 三生石上(FineUI控件)
A
About on SuperTechFans
Recent Announcements
Recent Announcements
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
Stack Overflow Blog
Stack Overflow Blog
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
表单设计:基于选择的输入
齐治设计 · 2025-12-03 · via 人人都是产品经理

在设计学校文艺汇演报名表单时,如何有效地实现基于选择的输入?本文探讨了隐藏非活动选项与显示非活动选项的设计方案,分析了页面级选项、水平Tab、垂直选项等多种形式的优劣及适用场景。

进入正题之前,大家可以先思考一下,以下情形大家会怎么做?

学校组织文艺汇演,老师、学生、家长可以任意组队报名表演节目。组队后,每个队伍都需要在学校教务系统上录入信息进行报名。

假如你是教务系统的设计师,你会怎么设计这个报名表单?

一、什么是基于选择的输入

在上述案例中,对于“参与人员”这个信息,首先需要确定有哪几类人参加?其次再具体录入每一类的具体人员名称。比如:“三年5班队”表演的节目有40个人参加,其中只有老师和学生参加,那么老师分别是哪几位?学生又是哪几位?

那么根据对初始问题“有哪几类人参加?”的回答,要求继续回答“这几个人分别是谁?”,就是基于选择的输入。

组成部分

基于选择的输入内容大体上可以分为两个部分:初始的选择、选择之后需要输入的内容,如下所示。

表单中基于选择的输入类型可选择的交互形式有很多种,那么在需求过程中,如何选择最适合的方式去进行设计?

二、基于选择的输入设计方案

表单基于选择的输入场景在B端产品中尤为多见。由于B端产品多为Web端,所以下列分析暂不考虑移动端的情况。

如果把基于选中的内容需要输入的选项称为活动的选项,那大致可分为两大类:隐藏非活动的选项、显示非活动的选项。以上三个案例均为隐藏非活动的选项类型。

1.显示非活动的选项

显示所有未被选中选择的选择输入内容,会导致表单中出现大量无需用户处理的内容。除非用户需要这部分信息去辅助判断选择选项,否则不建议使用此类方法。

2.隐藏非活动的选项

大部分设计方式都会通过隐藏非活动的选项,来降低输入过程中无效信息对用户的干扰。具体如何处理初始的选择和活动选项之间的关系,又可以分为以下几类:页面级选项、水平Tab、垂直选项、下拉选择、单选按钮下方显示、单选按钮内显示。

(1)页面级选项

把过程明确分为两步,这可能是解决表单中选择性输入问题最简单的方法。最常见的做法是采用不同的步骤进行表单内容的填写,如下:

对多数用户而言,初始选择和相关输入之间的关系明确,但一旦做出初始的选择,两者之间的联系会变得微弱。在第二步进行相关输入时,无法查看先前进行的初始选择。看上去这种方案比在当前页面完成所有输入任务的方式更慢。

但在实际测试中,通过该方案设计的表单,用户填写错误比较少,眼动测试参数表现也比较好(主要是眼睛固定的次数、总固定时长以及平均固定时长)。

(2)水平Tab

通过Tab的形式进行初始选择的区分,用户可以浏览表单的Tab,进入对应的Tab中进行选择输入的部分。例如:飞书的登录页。

Tab不仅作为一组筛选功能,还对选择之后输入的内容起到一个明显标题的作用。但大部分人都熟悉Tab作为导航的概念,对于Tab在表单中的应用可能会存在一定的歧义。比如Tab之间是否互斥?提交选择是针对表单中所有Tab还是当前选中的Tab?

对比以上两种设计形式,如果只从结果考虑用户的使用情况,水平Tab在测试过程中基本没有用户出错,并且可以快速完成任务。但根据页面级选项案例的眼动测试数据中会发现,用户浏览整个表单相比上面的方案所需要耗费更多的努力。

(3)垂直选项

从水平Tab方案中表现出来的眼动测试结果可以发现,其不符合用户自上而下的阅读模式。而垂直选项的方案则弥补了这一缺陷。如下图所示。

在选择选项之后,眼睛不需要做太多的移动,设计更有效率,如下方案例眼动数据所示。

(4)下拉选项

相比水平Tab和垂直选项,下拉选项在视觉上没那么独特。每一个选项对应一个初始选项,如下图所示。

下拉选项的解决方案利用选择后,输入的内容在下方特定的位置进行展示。所选选项可作为标题,更好的传达初始选项的范围和影响(看具体业务是否需要在表单中映射这个关系),上方案例中的映射关系就比较弱。

(5)单选按钮下方显示

展示所有选项,根据用户选择情况在下方显示具体需要选择输入的内容,如下图所示。

(6)单选按钮内显示

与单选按钮下方显示的办法类似,在初始选项内显示额外的输入内容。

三 、各方案的优劣及适用场景

四、写在最后

基于选择的输入,在设计方案的选择中,需要考虑各个方面。

如果每个初始选项的额外输入选项数量很多,且同时存在其他需录入的信息时,那么页面级选项可能是最佳方案。虽然需要两个网页来拆分表单,但至少不会让用户产生困惑,也无需怀疑选项之间是否互斥。

垂直选项和水平Tab两个方案需要通过交互设计或者视觉设计来规避其互斥问题。

如果初始选项列表较长(4或者5个以上),并且每个选项都自带一套基于选择的输入,在设计时最好能针对额外选项采用下拉列表和视觉分组。

如果每个初始选项只有几个额外的输入选项,单选按钮下方显示或者单选按钮内显示是最佳的方案。但容易出现因选项切换而造成的页面跳动问题。

就整体而言,隐藏无关的输入项,可以减轻用户对表单的负担,帮助用户更快的完成表单内容。

最好能清晰的显示选项与基于选择的输入项之间的关系。

作者:爱吃麻辣烫的火锅(产品经理)  编辑:wyatt(UED)  责任编辑:梁锋

本文由 @齐治设计 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议