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

推荐订阅源

H
Help Net Security
Scott Helme
Scott Helme
爱范儿
爱范儿
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
阮一峰的网络日志
阮一峰的网络日志
博客园 - Franky
V
V2EX
腾讯CDC
博客园_首页
博客园 - 司徒正美
酷 壳 – CoolShell
酷 壳 – CoolShell
T
Tailwind CSS Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
小众软件
小众软件
J
Java Code Geeks
大猫的无限游戏
大猫的无限游戏
月光博客
月光博客
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog
雷峰网
雷峰网
Stack Overflow Blog
Stack Overflow Blog
IT之家
IT之家
罗磊的独立博客
Recorded Future
Recorded Future
博客园 - 聂微东
O
OpenAI News
S
Secure Thoughts
Hacker News: Ask HN
Hacker News: Ask HN
S
Schneier on Security
Hacker News - Newest:
Hacker News - Newest: "LLM"
Y
Y Combinator Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
Project Zero
Project Zero
宝玉的分享
宝玉的分享
K
Kaspersky official blog
N
Netflix TechBlog - Medium
T
The Exploit Database - CXSecurity.com
Google Online Security Blog
Google Online Security Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Webroot Blog
Webroot Blog
云风的 BLOG
云风的 BLOG
Simon Willison's Weblog
Simon Willison's Weblog
C
Check Point Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
L
LINUX DO - 热门话题
美团技术团队
L
Lohrmann on Cybersecurity

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
按钮设计其实真的很简单
斜杠南青年 · 2022-05-10 · via 人人都是产品经理

编辑导语:在 B 端界面中,按钮作为每张页面都会出现的最基础,最常见的元素,是用户任务流程的开端,时时刻刻影响着用户的体验和产品所在企业及产品本身的口碑。由此可见,有章可循的按钮设计的重要性不言而喻。本文将与你一同分享B端组件设计中按钮的设计原则、类型、细节以及交互方式等干货内容,感兴趣的小伙伴们就一起来读读看吧!

一、按钮的概述

在 B 端界面中,按钮是每张页面都会出现的最基础,最常见的元素,用户的任务流程皆从按钮开始,按钮设计有理有据,可以为界面及产品专业度加分不少。

如果一个产品的界面,按钮的设计规则无规律可循,随意设计,不仅产品用户体验会直线下降,产品所在企业及产品本身的口碑也会受到质疑。同时,按钮作为产品设计规范中的一个部分,如果不加以约束,每种场景都会出现过多的组合方式,导致界面体验无章可循,体验很差。

按钮是用户触发操作的关键操作,用于提示用户按下按钮后将进行的操作,主要由文字和图标组成,可理解为一个操作的触发器。

所以设计师在对于按钮的设计时需要注意多种细节和规范,确保用户体验,按钮的功能类型往往决定了一个按钮的设计方式,是需要强调还是需要弱化;文案是需要强引导,还是直接阐述功能;按钮上是放图标还是不放图标等。

接下来就分享关于B端组件设计中的按钮,我们一起来了解一下。

工作中会遇到的问题:

对于每个设计师来说按钮并不陌生,在每天的设计中,都会使用按钮进行页面设计;但又不是每一个设计师都能够将按钮设计好,因为它存在三个方面的复杂性:

要想解决这些问题,我们需要了解按钮的主要类型和设计细节,以便在各类情况下灵活运用。

接下来就分享关于B端组件设计中的按钮,我们一起来了解一下设计原则。

二、设计原则

1. 按钮的适用范围

我们在设计产品的按钮时,要遵循或者制定设计规范,设计规范就等同于产品的使用说明书,可以帮助设计师规范的设计,提高工作的效率,在整体的页面设计中有更好的体验,同时也帮助开发测试小哥哥们可以更高效工作,使用者也能更加高效的操作,降低学习成本。

现在市面上有很多的大厂设计规范,都非常非常的全面和完善,可以学习和进行参考,每个企业对于规范都有不同的使用范围,我们在做设计的时候也要根据不同的范围进行调整和重新定义。

而企业的规范也会有不同的适用范围,我们做设计时也要根据不同的范围去定义设计。

对于大厂企业级的设计规范,都是针对企业整体的品牌调性,这是所有产品的设计规范的基础,其次是产品的设计规范,在依据企业级设计规范的基础上,开始制定产品专属设计语言规范,品牌色,设计语言,交互规范,用户体验等等,具体的产品规范根据产品的特性定制设计语言。

所以我们在建立规范的时候既要有约束,也要有包容性,可能公司会有很多的产品线,一套规范可以同时用在不同的产品线上,满足的范围大,同时满足跨场景的设计需要。

2. 按钮设计要解决的问题

在页面设计中,按钮该如何设计,位置,顺序,方式,视觉的重心强调程度是用户需要快速找到按钮的核心要素,通过按钮的颜色,准确的文案能够快速告诉用户执行的结果,按钮本身的价值目标就是指导用户进行下一步的操作,所以我们需要帮助用户能够快速的找到需要操作的按钮,并且文案告诉用户执行后的结果,同事要避免用户的误操作。

那么我们就来好好的了解按钮吧。

三、按钮类型

依据按钮呈现的视觉重量差异,我们可以通过改变样式将按钮分为主按钮、次按钮、虚线按钮、文字按钮、图标按钮、按钮菜单、按钮中加图标。

1. 主按钮

主按钮顾名思义承载当前页面的核心功能,在日常场景中,通常为新建、保存、确定这一类的正向操作。通过使用主题色填充容器吸引用户视线聚焦,引导用户去关注,操作主流程,强调性较高。

由于重要性高,要让用户一眼就能看见,往往设计的比较醒目。另外主按钮在页面中不宜安排的过多,否则容易相互干扰;而且只有最重要的功能才适合设计为主按钮,因此并非所有页面都需要有主按钮。

2. 次按钮

次按钮是在日常场景中运用最广泛的的一种按钮,也称之为次要按钮,视觉呈现上相较于主按钮较“弱”。通常有描边和文字组成的字线型、背景填充(中性色或较浅的主题色)和文字组成的字面型两种,用于按钮区没有主次之分的平级按钮,强调性中等。

如果我们有许多具有相似重要性的行动在一个屏幕上,或不确定要选择哪种按钮,次要按钮永远是最安全的选择。

3. 虚线按钮

虚线按钮在日常场景中属于低频操作按钮,容器内只有简单的虚线边框,视觉上弱于次按钮,常用于场景中的添加操作,强调性较低。

4. 文字按钮

类似次按钮也是页面中大量出现的按钮类型。由于只以文字形式出现,视觉上层级较弱,可以和次按钮区分一定的层级关系,通常在列表设计中被大量使用。

文字按钮常见也分为两种:一种是各种状态下容器边界都是隐藏的,一种是在hover、press、active状态下容器有背景色填充(较浅中性色)的。

不管哪一种形式视觉感受都较弱,通常用于不太明显的操作,强调性较低。

5. 链接按钮

文字按钮和链接的在默认外观上基本一致,甚至在有的项目中各种交互状态也一致,比较难区分文字按钮和链接。

所以在设计是需要进行区分,文字按钮和链接做了不同的定义,链接在hover,press,active状态下都有显示下划线,来告知用户这是一个外部的链接;文字按钮则在hover,press,active状态下容器都会填充背景色。

6. 图标按钮

图标按钮在日常场景中的使用频次较高,图标按钮相较其他按钮体积较小,因此布局的灵活性很高。且图标形式给了设计师更多表现的空间,是B端设计中最容易出彩的部分,许多B端产品都通过精心设计的图标按钮传递产品调性和品牌感。

由于没有文字元素,图标按钮容易出现用户理解上的偏差。为避免这一情况,需要在设计时做好用户测试,测试该图标是否符合用户视觉预期。或者当用户Hover时显示Tooltips提示按钮含义,帮助用户理解。

四、特殊按钮类型

1. 危险按钮

危险按钮在删除操作中最为常见,通常是为了警告用户,这个数据删除不可恢复,让用户谨慎考虑。

在常见的删除操作中,都需要用户进行二次确认,避免用户误操作当然,在实际业务中,危险按钮不宜过多,如果业务当中无法避免,需要展示多个删除按钮时,推荐采取图标按钮进行展示或者Hover过后将其呼出。

按钮的危险状态一般是指删除/移动/修改权限等危险操作,大部分都需要二次确认。

二次确认主要分为两种交互方式,一种是全屏弹窗,一种是气泡卡片。在强调程度上全屏弹窗更强,大家可以看情况使用。

2. 悬浮按钮

悬浮按钮在B端场景中,主要是帮助用户进行辅助咨询的功能,例如在一些用户需要得到帮助的页面中,可以通过悬浮按钮,使用户在有疑问的页面进行快速提问,帮助用户能够进行快速的跳转,在飞书的应用列表中,其实用户刚开始理解应用列表其实存在一个理解成本,就可以通过悬浮按钮进行展示。

综上所述就是在B端项目中十分常见的几种按钮,不同团队、不同项目都会根据自身的实际项目去定义和使用不同按钮。

我们在设计的时候就要依据按钮视觉重量的不同,将按钮分为主按钮、次按钮、虚线按钮、文字按钮、图标按钮,在强调属性的重要程度上随级别增加递减。

在实际的项目场景中,根据不同需求的强调程度去选择相应级别的按钮,有了这个准则作为指导参考,大大降低了团队在选择按钮时的时间成本。

3. 禁用按钮

禁用状态与其他状态有些不同的地方在于,禁用既是一种状态也是一种操作,虽然是不可点击,而危险、加载表达的都是状态。

禁用常用在登录、注册等页面,当用户没填写完必填项时,按钮是禁用状态的,这就涉及到禁用与正常状态的切换。

4. 加载按钮

在B端后台场景中按钮的loading状态是很常用的,比如在导出数据的按钮上由于后台数据量较大等待时间往往超过3秒,此时加载动画可以减缓用户等待的焦虑感。

需要注意的是,操作成功或失败都需要有及时的消息提示。

但在后台庞大的数据中,等待时间甚至会超过1分钟,仅仅有一个加载动画还不够,还需要加上进度条,体验进一步提升。

有了进度条体验明显提高了,但用户在页面等待数分钟依旧是焦虑的,那我们还可以告诉用户,你可以去做其他操作。

5. 幽灵按钮

幽灵按钮主要出现在官网首页,在复杂的背景图片中按钮和边框反白。完美的融入背景,明显但又不突兀。

但现在线框的幽灵按钮越来越少了,更多的实心按钮。

6. 开关按钮

常见的开/关、暂停/播放是最典型的切换按钮。按钮的状态为两种:默认状态和按下状态。鼠标单击按钮后按钮处于按下状态。所以切换按钮也可以称为两态按钮。

与单态按钮不同的是切换按钮点击后依旧停留在本页面,如果是暂停/播放按钮可以通过画面感知到状态,因此不需要在按钮上额外的表示当前状态, 只需要提供预期操作即可。

但如果是开关按钮,当前页面是无法感知到状态的,那么在按钮上表示当前状态就非常重要了。如果我们仅通过按钮中圆的位置作为区分,是无法分清当前状态的。

因此,我们通常会运用颜色、图形、文字、提示信息等多种方法来达到表达按钮状态的目的。

7. 组合按钮

在一个会议视频的专业会控项目里,我遇到了更为复杂的按钮,需要同时展示状态、预示动作以及按钮菜单。我将其称为组合按钮。

在全体静音功能按钮中,鼠标移入话筒icon出现音量调节杆,单击后变为“已全体静音”,通过文字和icon表示当前状态,下拉菜单中可切换为全体强制静音。

全体静音功能的文字和icon都是展示状态,但在录制功能中,icon是预示动作。

由于每个人对图形的理解不同,为了将风险降为最低在整个产品设计体系中,组合按钮中的文字都是描述状态。

在组合按钮中需要注意的有两点:

  1. 梳理清楚有哪些动作、几种状态。在不通用常见的功能里一定要加上文字描述。
  2. 在一个功能中有多个按钮的情况下, 文字描述状态而不能是动作,因为有多个按钮只有一个动作描述,会产生歧义。

五、按钮的细节

1. 按钮拆解

通过对一个按钮的拆解,可以将按钮分为容器、背景、图标、文本、描边、圆角等基本元素,每种元素的视觉呈现都会反过来影响按钮的外观。不同风格、不同气质的产品,需要相应的处理的影响按钮视觉呈现的各个元素。

2. 按钮圆角

根据产品的调性,按钮的圆角不仅仅体验的整个产品调性认知,同时也是用户在使用产品过程的体验感受,那么合理的科学的,适合产品气质特征调性,符合用户预期和认知的圆角元素,对整个产品的使用体验的提升有很大的关联。

圆角按钮所带来的不仅仅是圆角大小的视觉表现,这里的圆角不仅仅局限于按钮,圆角适用产品中的每个元素,提前合理的规划各种元素圆角,更会对整个产品的一致性大有裨益更多是影响着用户对整个产品整体认知,以及用户在使用产品过程中的具体感受。

合理科学、适合产品气质特征、符合用户预期和认知的圆角元素,对整个产品使用体验的提升是有很大的帮助的。

  • 直角按钮:四角垂直过度,有棱有角,给人以尖锐,强烈,不易接近,在大多产品中很少遇见。多个直角按钮近距离排列,由于直接张力的存在,相邻的按钮在视觉感受上会被弱化,同时也给你不敢点击的感觉。
  • 圆角按钮:四角圆滑,过度柔和,多给人亲近,舒适,好接近,这是大多数产品使用的,会存在圆角大小之分。圆角按钮更加的好区分,再满足产品需求的时候,适当的圆角会更加的合适。

当然圆角也不是越大越好,相同尺寸的按钮,圆角越大对在页面中的视觉占比越小,操作的容易性越低。尤其在B端与下拉菜单进行联动时,也会受到大圆角(全圆角)的局限,使下拉菜单和按钮的组合适配显得比较突兀。

3. 按钮宽度尺寸

在实际项目中应用中,虽然web端没有像移动端一样需要考虑手指点击的大小,但是设计合理的尺寸,以及适合的间距也是非常重要的。

我们发现按钮中的文本字数≤4能够满足大多数场景。为保证大多数按钮的长度一致,就需要在定制按钮组件时给按钮中的文字区域一个基准宽度,当文字的实际宽度大于基准宽度时,按钮的宽度随着文字的实际宽度增加而增加;当文字的实际宽度不大于基准宽度时,按钮的宽度就是文字的基准宽度+左右padding值。

4.  按钮大小

在 B 端产品中,按钮通常有 4 种尺寸。大按钮主要使用在全局性操作的界面上;中按钮通常为标准按钮,其基本随时随地出现;小按钮主要使用在下拉面板或一些需要使用到小按钮的地方。

备注:计算标准按钮高度的方法(仅供参考),文字字号 2.4 倍或 2.5 倍,计算出来的值取最靠近 4 的倍数的数字。例如 12 号字体在 2.4 倍数值为 28.8,距离 4 的倍数最近的为 28,因此标准按钮高度为 28px;14 号字体在 2.5 倍数值为 35,距离 4 的倍数最近的为 36,因此标准按钮高度为 36px。实际项目需求中,不同场景用到的按钮大小(按钮的高度)也会有所不同。在我们的项目中我们将通用按钮划分为大(large)、正常(normal)、小(small)、超小(extra small),按钮高度分别对应着36px、32px、24px、20px。

六、用户习惯和潜在的顺序原则

1. “F”和“Z”型的视觉浏览规律

  • F模式:这主要在一些以文字为主的网站出现,例如博客。指用户通常会沿着左侧垂直浏览而下。按钮跟随内容模式下进行阅读。
  • Z模式:由于从左到右自上而下的阅读习惯,用户首先关注的页头水平方向上的内容,是相对重要的视觉落脚点。当视线抵达底部时,又遵循着从左到右的习惯模式,关注最底部的内容。

大框架上主按钮和次按钮顺序为主按钮靠右原则设计,符合“Z”型阅读模式+费茨定律。当页面内容主要为文本浏览时,若要同时出现主次按钮,主按钮在次按钮左边原则,符合用户“F”型浏览模式。

所以按钮的排版也有相对应的规律和方法论可以驱动设计。

2. 展示数量

按钮的数量展示是指在一个按钮区中,按钮数量的多少。B 端产品有三种按钮数量放置的方式,以下只有第三种是推荐的。

第一种,能提供给用户的按钮都展示出来,唯恐用户找不到。

第二种,适当做了按钮的收敛,但不清楚所以然,就是把一些按钮象征性的放到了“更多”中。

第三种,对业务的目标和用户的界面操作场景非常熟悉,有条有理的将按钮合理展示,既保证用户能顺利操作,又保证产品界面整理有序。

总体来说,建议一个按钮区的按钮数量尽量控制在 5 个以内,多余 5 个置入“更多”中。

3. 归类聚合

归类聚合是指具有相同含义的按钮需要归类展示,例如新增、删除、修改、查看通常在一起;启动和停止、导入和导出、下载和上传都会在一起,不宜距离太远。

4. 按钮位置

按钮的位置是指按钮或按钮组位于内容块的哪个部位,在一定程度上,我们也可以将页面视为内容块,即内容块是包含内容的区块。如果需要结构性的将一个内容块进行有序化切分,通常由 Header、Body、Footer 三部分组成。

  • Header:放置在 Header 的按钮,通常是一些全局性质的操作,例如编辑全部数据、切换视图展示、批量删除等。但是这些按钮应该放左侧、中间、还是右侧呢?
  • Body:放置在 Body 的按钮,通常是对跟随的内容直接操作,例如编辑单条表单项、编辑某部分表单区块等。但是这些按钮应该放在哪里呢?
  • Footer:放置在 Footer 的按钮,通常是全局完成类的操作,例如取消、确定、保存等。但是这些按钮应该放在哪里呢?
  • Header、Body、Footer 按钮位置根据“F”和“Z”型的视觉浏览规律给出如下使用建议。图中蓝色为主按钮,白色为次按钮。

5. 按钮顺序

按钮顺序是指按钮组中,不同按钮的顺序应该如何放置,这里的顺序包含两层:第一是主按钮与次按钮的顺序;第二是同类按钮之间的顺序,例如次按钮和次按钮的顺序。同个产品中,按钮顺序保持一致,不仅利于提升用户的操作效率,同时会减少用户的操作出错概率。

当按钮组位于 Header 和 Footer 区时,主按钮和次按钮顺序为主按钮靠右原则设计,符合“Z”型阅读模式+费茨定律。当按钮组位于 Body 区时,若要同时出现主次按钮,主按钮在次按钮左边原则,符合用户“F”型浏览模式。

除了以上基础的设计建议外,还有以下三个设计原则需要遵守:

方向性原则

返回、前进、上一步、下一步、撤销、重做等按钮都是具有方向性的,假如按钮的放置位置是符合其方向性的,用户的认知成本就会很低。

相关按钮临近原则

让相关的操作按钮更相近,这样不仅在视觉上增强用户对他们的相关性认知,而且距离越近越容易操作。例如保存、保存并返回首页;发布、定时发布。

大家在设计的时候,可以运用以下步骤去思考:

第一:制定自己所负责的产品设计规范的内容块中按钮组的设计位置,例如 Footer 区按钮组的位置在哪里(可以区分场景也可以不区分,由产品覆盖的业务范畴决定)。

第二:制定主次按钮的位置(是否区分场景也看产品情况)。在阿里云平台设计规范中,主按钮都在左侧;而在 antd 中,主次按钮位置是分场景的。

第三:制定按钮组中每个按钮的顺序,建议参考 2.10 中的三个设计原则。

七、按钮的交互方式

除了视觉样式,按钮还带有交互方式。按钮只有带上了交互,才真正开始为用户服务,它是用户输入信息的口子,是系统接收信息的口子,更是人机友好交互的口子。

1. 点击按钮后出弹窗,例如新增、删除

2. 点击按钮后关闭、退出当前操作,例如保存对表单的操作

3. 点击按钮后关闭、退出当前操作,例如保存对表单的操作

4. 点击按钮后出现下拉等浮层反馈,例如下拉菜单、表格“更多项”操作、工具栏“更多项”操作

5. 点击按钮后跳转页面,例如步骤类操作中的下一步、页面类新增表单

6. 鼠标悬浮在按钮触发面板类反馈,例如用户设置、换肤

八、总结

其实最快速的学习和熟悉方式,就是去看市面上已有的设计规范,了解最底层的规则,在学习和使用时尽可能的让规则能够符合习惯用法,让用户更容易的接受和学习。

按钮虽然只是一个很基础的设计元素,但是在整个的设计中却扮演着很重要的角色,对每个组建进行拆解,无论是组件的状态,类型,在实际工作中就要思考如何正确的使用,都是需要我们学习的,同时更多的体验市面上的产品,只有多去体验,才能更好的熟悉和完善自己的体系。

此外,B端设计师可以把更多的精力投入到沉淀行业知识、研究产品架构、梳理交互方式和创新视觉表现上,辅助业务挖掘,从趋于相同的表象中找到产品独有的闪光点,从而切实解决问题和实现价值。

本文由 @斜杠南青年 原创发布于人人都是产品经理,未经许可,禁止转载。

图来自 Unsplash,基于CC0协议。