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

推荐订阅源

B
Blog RSS Feed
C
CERT Recently Published Vulnerability Notes
P
Proofpoint News Feed
Y
Y Combinator Blog
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
H
Help Net Security
Recorded Future
Recorded Future
The Register - Security
The Register - Security
F
Full Disclosure
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
Security Archives - TechRepublic
Security Archives - TechRepublic
Simon Willison's Weblog
Simon Willison's Weblog
Cisco Talos Blog
Cisco Talos Blog
I
InfoQ
T
Tenable Blog
T
Tor Project blog
人人都是产品经理
人人都是产品经理
D
DataBreaches.Net
NISL@THU
NISL@THU
Google DeepMind News
Google DeepMind News
博客园 - 叶小钗
B
Blog
V
V2EX
Jina AI
Jina AI
L
LangChain Blog
月光博客
月光博客
W
WeLiveSecurity
U
Unit 42
AWS News Blog
AWS News Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 聂微东
V
Visual Studio Blog
A
Arctic Wolf
T
Tailwind CSS Blog
The Cloudflare Blog
SecWiki News
SecWiki News
S
SegmentFault 最新的问题
Hacker News - Newest:
Hacker News - Newest: "LLM"
宝玉的分享
宝玉的分享
MyScale Blog
MyScale Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
S
Securelist
www.infosecurity-magazine.com
www.infosecurity-magazine.com
腾讯CDC
雷峰网
雷峰网

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
15000字,详解10个常见的表单设计疑问!(下)
三原设计 · 2023-04-17 · via 人人都是产品经理

表单设计是互联网产品设计里常见的模块之一,那么你知道在表单设计里,存在着哪些需要注意的常见事项或问题吗?本篇文章里,作者便罗列了常见的几个表单设计疑问,一起来看看作者的总结和解答吧。

之前跟大家聊了聊我们在设计表单的时候常常遇到的困扰及纠结的设计点的前面4个部分,今天继续来聊聊后面的几个部分。

二、表单域的设计疑问指南

1. 开关、单选、复选框三个组件如何选择?

这个问题是我做表单设计的时候,与产品经理争论频次最高的,比如业务型产品经理,他的主要精力在业务上,一些表单组件的选择上就没有深度考虑。

在表单设计中,特别是只有两种状态下,比如开启/关闭、启用/关闭、显示/隐藏、同意/不同意、默认/自定义等等….选择哪个组件更合适呢?下面详细聊聊我经常和产品沟通的总结:

1)开关Switch

① 简要了解开关

开关组件的产生就是作为仿照物理开关的映射,提供了两种最为简单、直接的对立选项,比如开/关、启动/禁用等。设计来源于生活中控制灯泡的开关,点击灯泡立即亮起。

② 开关组件的特点

  1. 标签名称须传达清晰,能够让用户能够明确感知操作后的动作开启或关闭什么;
  2. 主体标签信息和按钮是分离的,两个视觉焦点;
  3. 一般点击后会立即反馈;
  4. 没有 hovering 效果,有动作效果,更适合手指操作(说明开关按钮更常用于移动端)。

③ 苹果公司对开关组件的设计规范

  1. 开关的视觉权重比较高,需避免使用开关控制局部细节或者次要的设置。一般用它控制内容较多更为合适,比如可以将它作为总开关打开或关闭一组设置。
  2. 通常不要用开关替代复选框,如果我们的规范中定义了复选框,则尽可能保持一致的使用规范。

④ 开关使用场景举例

通过对开关组件特点,结合苹果组件的规范,我们基本可以梳理出以下几条主要使用场景:

开关的标签的含义需传达清晰:

和单选、复选框不一样的是,因为开关主体的信息和按钮是分离的。所以用户在点击开关按钮前,必须清晰告知用户点击后会发生什么,甚至有时我们需要通过增加副标题来加以说明。

一般只为立即生效的场景使用开关按钮:

在表单填写时,往往最终会有「提交」按钮作为结束态,开关作为表单字段的填写,用户点击后并不能够立即生效,而是需要再次点击「提交」按钮,这样处理会让开关的特点所滞后。

有风险时,需着重提醒用户:

开关的视觉权重较高,在复杂的表单信息中,相比于单选器、多选器来说,它能够很快吸引到用户的注意力,并能够给用户以视觉提醒。

避免大面积使用开关:

开关在视觉感知上它和按钮上有些接近,需要尽可能避免在表单中大量使用开关来控制局部层级内容,一般使用开关控制局部细节或者次要设置,如果需要大面积控制时,推荐使用复选框来替代开关作为局部。

把它作为高层级内容控制或信息设置:

把它用来作为总控制来显示更高层级内容,避免 web 表单中大面积的使用开关按钮,会和其他的基本组件造成视觉干扰。这样可以既凸显其重要性,又能提升用户浏览表单的效率。

⑤ 小结

开关按钮视觉突出且反应快。用户浏览表单、填写内容组之间,一般不需要很强的视觉差异。如果填写的表单信息之间对比差异过大,开关往往给用户造成过大的视觉干扰,反而阻碍用户浏览表单的效率,所以尽量避免让无数开关出现在表单中。

2)单选Radio

① 简要了解单选按钮

单选按钮最早的设计模型,来源于收音机切换频道的按键,当我们按下其中一个,其他的按钮就会被弹出,按下的那个按钮就成为了选中的状态,单选按钮只能二选一。

② 单选按钮的特点

单选按钮的优点是,将所有信息条件暴露给到用户,它不像开关在使用上带有去猜测、探索的必要。

  1. 每个选择都非常直观,如果希望用户阅读完所有选项,可以采用单选。
  2. 拓展性更强,相较于开关、复选框,单选能承载两个或两个以上选择。
  3. 必须提供默认值,且默认值可以承载内容。

③ 场景举例分析

a. 需要让用户明确知道两者的区别,甚至需要强调两个选项的不同

如果采用复选框,用户需要在两个差距较大的选项中去做思考,这个时候单选更加合适。

b. 开启/关闭的单选状态,使用复选框

复选框对于绝大多数用户都是非常清楚,使用复选框在空间、视觉焦点更是更集中的,所以如果只针对开启/关闭的状态,推荐使用复选框。

c. 每个选项都关联内容时,使用单选按钮

在表单设计中一个好的默认选项,会让很多人保持选择默认选项。提升表单提升效率。需注意给用户提供的默认选择,一定要是安全、方便的选项。

如下图,如果采用复选框或者开关,用户就不得不去探索思考开启后是什么,还要担心理解开启/关闭后带来的影响,而对于绝大多数用户来说,系统默认内容无需改动。

d. 如果是较长需隐藏拆分的内容情况,使用单选按钮

在表单设计中,如果遇到的内容需要重新组织或者拆分时,选择使用单选按钮。这样不仅能够做到表单信息简洁,也能够提高用户的浏览效率。

e. 垂直排列单选,信息阅读更佳

如果字段名称较长,需要添加副标题加以说明,这时单选按钮承载的信息较多,使用垂直排列让用户有一致的起始阅读线,眼球转动幅度最小,信息获取体验更佳。

如果标签文字较少,也可以横排不至于占用太多的垂直空间。

④ 小结

复选框的应用拓展性比开关更强,它既可以作为层级内容使用,又可以作为单独的设置项,点击后并立即生效,不用配合其他提交按钮,也可以作为表单填写的一部分。它也不会像单选按钮阅读有信息阻断的问题,不会像开关有强视觉干扰,它会让我们的视觉焦点更集中表单信息上。

3)复选框Checkbox

① 简要了解复选框

让用户在多选项中进行选择,勾选后和未勾选表示“是/否、要/不要、开启/关闭…” 等问题。

② 复选框的特点

  1. 复选框的标签内容是简短一句话,不会用逗号去作隔开。
  2. 作为单选状态时,操作对象和标签主体内容视觉焦点是不分开的,选择后就知道它被选中了。(比如登录页面的用户需知)
  3. 可直接表示标签内容的开启、关闭。

③ 场景举例分析

a. 使用复选框时候,用户可以基本清楚会发生什么

如果使用开关或者单选框,我们会发现视觉干扰特别严重,一般表单内容不需要特别去强调每一个字段的开启状态。

当然如果排版限制,我们也是可以将复选框放到标签的右侧(放右侧复选框需对齐)。

b. 表单中的复选框生效,需要配合提交按钮

复选框的主体标签信息和复选按钮在一起,特别是对于批量填写或设置一批字段,使用复选框效率更高。

一般情况下,表单填写中,复选框不会像开关点击后立即生效,它需要配合提交按钮生效。所以用户在提交前可查看他们填写的表单,更有助于在信息防错。

c. 用复选框来控制表单局部细节

如果控制对象的功能是表单的一个局部,或信息内容不是很多,用户也清楚知道选择后会是什么,这时候复选框更适合。这时我们不需要过重的给用户强调什么,用复选框会比使用开关让整个表单的结构内容更清晰。

d. 小结

单选按钮是二选一,互不干扰的条件,希望用户阅读完这两个选项,使用单选按钮再好不过了,考虑到单选按钮提供的默认选项,提供的要是绝大多数用户需要的,且是安全方便的,如果单选按钮标签文字过多,在排版时垂直排列拓展性更强,阅读体验更佳。

三、按钮的最佳设计位置

按钮放在页面左下角比较好还是放右下角比较好?

这个问题是我在设计表单时常常纠结的问题,上一篇文章聊表单的基础内容,还有朋友在后台留言关于按钮位置的问题,可想,这个问题也困扰了很多的设计师朋友。

在复杂些的表单中,分别会在header区、body区、footer区放置影响全局属性、仅影响跟随对象、有“完结流程”属性的按钮。

要了解按钮位置问题,我们需要先了解两个比较重要的设计实验:

1. 尼尔森F型眼动浏览路线模型

尼尔森(Jakob Nielsen)是一位人机交互博士,毕业于哥本哈根大学,于1995年发表了「十大可用性原则」。尼尔森的「十大可用性原则」是尼尔森博士分析了两百多个可用性问题而提炼出的十项通用型原则。它是产品设计与用户体验设计的重要参考标准,是设计师值得深入研究与运用的理论。

从上面的这个模型中就可以演变出来web端界面常见的“f型浏览路径”的纵横操作优先级,如下图所示:

可以看出来我们的视线由“1-3”这三个操作节点的最为重要:

用到我们常见的“表格顶栏”上的一行操作区来说,从左到右操作优先级依次为“高—中—高(中高)”,1 号位置所在地放置操作类行为是这一行【最高】的;其次是 3 号位置,最后是中间的 2 号位置。

2. 古腾堡原则

20 世纪 50 年代,古腾堡在设计报纸的过程中,提出了一项原则,认为人的阅读方式应该是遵循某种习惯进行的,好像读书一样除了从左到右,还有从上到下的方式。

但这里面蕴含着什么信息呢?经过多方研究,他最终得出了被后人熟知的「古腾堡原则」,并附上了一张图,名为「古腾堡图」。

法则指出用户在浏览页面或一些布局时,视线往往趋向于从左上角到右下角进行扫描。古腾堡图将显示介质分为四个象限:左上角的「第一视觉区」,也叫「主光学区域」,类似自然光的落点;右下角的「最终视觉区」;右上角的「强休息区」和左下角的「弱休息区」。

从上图中可以看出,左上角是第一视觉落点区(主视区),而右下角是最终视觉落点区(终点区)。与之相对,右上角和左下角则是视觉盲点。用户的视觉移动端规则是从上到下,从左到右。

所以得出结论,界面中的左上和右下是用户视觉最为重点关注的位置。遵循古腾堡法则,设计师应该把界面的关键元素放在主视区,终点区可以放按钮、强提示,盲点区可以用来放一些相对次要的内容,如辅助图形、文字信息。

我们需要注意的是:

  1. 顶部按钮的设计,关键还在于可编辑内容区域,而不是按钮本身,顶部按钮更适用于「编辑页面」,需要用户谨慎操作。
  2. 而底部按钮的核心在于按钮本身,而不是内容。底部按钮更适合全局最终的确定,提交等操作按钮。
  3. 当我们在设计表单中的组合按钮时,比如:取消与确认、提现与充值。根据古腾堡法则,用户使用界面时从第一视觉落点区是主视觉区(Primary Optical Area),最终停留在结尾的终点区(Terminal Area)。

四、表单设计的视觉平衡

B端产品有C端产品不同,会有很多需要填写表单,甚至特别复杂的表单的情况。那么这种情况如何提升表单的用户体验,如何设计更快更好用的表单设计成为考验设计师能力的核心问题。

我平时的工作中经常会遇到数据量很大的表单,看似简单排列的表单,其实可能是我经历过很多次设计出的最终结果,所以这里总结一下我平时设计复杂表单的一些思路。

1. 表单视觉可以不平衡

在设计表单时,我们总觉得视觉重心偏左,因此在设计时我们总想让视觉变得更平衡。

比如小鹅通,信息全集中在左边,感觉视觉有点失衡。而类似飞书的居中设计,视觉会更平衡。所以这就引起我思考在设计时要不要用居中设计的方式呢?

但是当我继续查找资料时发现,其实在表单的设计中我们不用过度的追求视觉平衡,首先人的视觉动线遵循F模型,同时根据行业相关信息可读性研究,眼动舒适角度为30度。

因此当表单信息较少,不考虑屏效时,采用从上往下居左边的方式,据研究这是能够最高效完成任务的布局方式。

当然也并不是所有的表单都是需要左侧设计,比如飞书设置类表单就是局中设计。

为什么呢?其实,设置类表单,数据项较少,相对比较简单,使用居中设计可以让用户更聚焦。

而其他大部分的表单设计,比如CRM、ERP、云产品、OA、项目研发、文档产、HR、BI等系统产品的录入类表单均采用的视觉偏左的设计方式,不管表单拓展多复杂的信息,都不会影响整体的一致性。

所以,在设计表单时不用过度追求视觉平衡,而是需要优先考虑信息操作效率,信息阅读效率。

2. 4个策略优化数据量大的表单设计

1)保留(Keep)

第一步,整理筛选,保留那些用户真正关心的是问题内容和为何要问这些问题的内容,在适当的情境下问合适的问题,可以保留。

2)删减(Cut)

第二步,有些问题并不需要马上得到答案,对于一些非必填问题,可以考虑拿掉。

3)延迟(Postpone)

第三步,有些问题马上就问,会让人产生戒备,这时可以采取延迟发问,直到问题不会让人感觉多余或者有侵略性。或者有些问题比较棘手或者是敏感的信息,如果你一上来就问这些信息,用户可能会比较反感,可以从易到难,从基础到敏感问题,让用户慢慢卸下心防。

比如,站酷的新版满意度调查.“如果你愿意接受回访,请留下你的联系方式?就是放在了最后,标注选填的方式。

4)解释(Explain)

有些问题对公司真的有价值,则可以解释编写简短友好的理由,确保能为用户带来好处。

比如,“填写联系方式,能让我们后续解决问题以后告诉到您。”

五、提示的最佳位置

表单中错误提示的常见位置一般是在右边或者下边,这也是经过很多的产品及用户测试验证过的结论,那么你知道是为什么吗?

表单可选的错误提示位置:

1. 提示位置在表单域顶部

顶部显示所有错误信息,会给用户的记忆造成较高的认知负荷,会强制用户回忆每个错误输入框中的错误消息。

当标签顶部对齐时,错误提示和输入框中的提示这两个文本靠得很近会产生视觉噪音,用户注意力被分散,很难专注于其中一个,并且可能混淆它们。

2. 提示位置在表单域下边

表单域下边的错误信息提示,虽然不符合从左到右的阅读习惯,但它与从上至下的阅读流程相对应。是减少记忆认知负荷的有效方法,可以帮助当场识别错误而不是靠回忆错误,缩短反应时间,提高表单填写效率。

手机屏幕缺少水平空间,把错误信息提示放置在下方是个不错的选择。

3. 提示位置在表单域右边

符合人们从左到右的阅读习惯,用户视觉路径自然流畅,很大程度上减少了用户的精力和视觉工作。

4. 提示位置在表单域左边

提示位置在左边与用户期望相违背,因为左侧放置更高优先级的元素,是我们的直觉。但事实上用户需要专注于纠正他们的输入,因此输入框应该是更重要的元素。

综上所述如上图,错误提示的最佳位置是输入域下边或者输入域右边。

当表单是左右对齐时,最佳提示位置是选择输入域在下边。当表单是顶部对其时,最佳提示位置是选择输入域在右边。如果是移动端则放置在下边。一般情况,为了提高开发效率,会选择都放置下边,方便适配。

六、总结

关于表单设计其实还有很多可以去仔细研究的空间,不管是To C 还是To B,都是为了实现用户的需求、帮用户解决问题。

当然,理论是死的,设计是活的,当业务与原则出现矛盾时,可以结合具体的业务情况进行适当的调整。

以上便是个人对常见的表单纠结点的经验总结,文章中如果有不严谨、错误的地方希望大家给予指正。作为一名刚刚将自己工作内容进行沉淀并分享给大家的设计师,希望大家可以多多点赞评论鼓励下。

长达15000+字,文章很长,感谢您的耐心阅读。

参考文献:

  1. 来源链接:https://ant.design/docs/spec/research-form-cn(来源:Ant Design)
  2. 表单设计需要注意:http://t.cn/EhMmZPf
  3. 《Web表单设计·创建高可用性的网页表单》中,作者(卡罗琳·贾雷特)
  4. B端表单设计优化http://www.woshipm.com/ucd/5327215.html
  5. 《Type & Layout:How Typography and Design Can Get Your Message Across or Getin the Way》

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

题图来自Unsplash ,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。