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

推荐订阅源

博客园 - 三生石上(FineUI控件)
Martin Fowler
Martin Fowler
月光博客
月光博客
AI
AI
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
C
CXSECURITY Database RSS Feed - CXSecurity.com
WordPress大学
WordPress大学
GbyAI
GbyAI
L
Lohrmann on Cybersecurity
O
OpenAI News
Schneier on Security
Schneier on Security
P
Palo Alto Networks Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Troy Hunt's Blog
V2EX - 技术
V2EX - 技术
W
WeLiveSecurity
L
LINUX DO - 最新话题
人人都是产品经理
人人都是产品经理
S
Security Affairs
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
A
Arctic Wolf
Recorded Future
Recorded Future
Microsoft Security Blog
Microsoft Security Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
G
GRAHAM CLULEY
N
Netflix TechBlog - Medium
TaoSecurity Blog
TaoSecurity Blog
C
Check Point Blog
Scott Helme
Scott Helme
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Apple Machine Learning Research
Apple Machine Learning Research
PCI Perspectives
PCI Perspectives
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Vercel News
Vercel News
The Hacker News
The Hacker News
Y
Y Combinator Blog
Latest news
Latest news
SecWiki News
SecWiki News
Hugging Face - Blog
Hugging Face - Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Google Online Security Blog
Google Online Security Blog
Webroot Blog
Webroot Blog
Google DeepMind News
Google DeepMind News
Recent Commits to openclaw:main
Recent Commits to openclaw:main
C
Cisco Blogs
博客园_首页
H
Hackread – Cybersecurity News, Data Breaches, AI and More
宝玉的分享
宝玉的分享
L
LINUX DO - 热门话题

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
交互动效设计指南|深入浅出带你了解交互动效
VMIC UED · 2023-02-01 · via 人人都是产品经理

在日常的用户交互过程中,交互动效的存在是不可忽视的因素,而合理的交互动效,更是可以帮助用户理解,为用户提供更加流畅的功能体验,又或者是传递产品调性。那么,如何才能做好交互动效?本文作者从三方面进行了解读,一起来看。

前言

当我们提及“动效设计”这一词,第一印象往往是那一类炫酷的极具视觉表现力的动效,而有一类动效,它们如春风细雨般融入了用户交互过程的点滴之中,为打造符合用户心智的流畅体验默默做着贡献,它们就是「交互动效」。

本文将从以下三个方面展开介绍——「什么是交互动效」「为什么要重视交互动效」「交互动效的设计流程和方法」,带领大家了解交互动效的基础概念,以及具体的设计流程方法,希望大家看完后能够对交互动效有更加清晰的认知。

一、什么是交互动效?

交互动效指的是那些用于引导和响应用户交互行为的动效,它们与用户的交互行为密切相关,起到帮助用户理解、提供操作反馈、提升感知流畅性的作用。

与视觉动效不同的地方在于,交互动效主要作用于产品的基础体验和功能体验层面,为用户营造更加自然流畅的体验。而视觉动效除了在功能体验层面能帮助用户降低理解成本之外,更多作用于情感体验,增加产品趣味性、传递产品调性,目的是引起用户的情感共鸣,调动用户的正面情绪。

图片▲交互动效&视觉动效示例

图片▲交互动效与视觉动效的影响范围差异

二、为什么要重视交互动效?

在实际的项目中,交互设计师往往会先处理任务流程和页面信息设计。在设计工作量大、时间紧张的时候,很可能遗漏掉需要增加交互动效的细节,到点检验收的时候才发现这些问题,这种情况在新人设计师中较为常见。

在验收阶段,由于项目排期时间紧,开发有别的bug要改,可能没有时间去处理动效方面的优化,从而导致了线上出现体验问题。

图片▲验收阶段才发现动效问题的尴尬

必要的场景缺失动效直接上线,可能会产生以下的体验问题:

  1. 不符合预期,产生理解困难:交互动效用于传达页面变化过程,如果过程缺失,可能会导致变化不符合用户预期,使得用户产生理解困难。
  2. 感知卡顿:缺失必要的手势动效会导致用户操作的不流畅,缺失必要的转场动效则会影响视觉观感的流畅性。

图片▲动效缺失产生体验问题例子

总的来说,不注重交互动效将会给产品体验埋下各种体验问题隐患,加上进入互联网下半场后,互联网产品将会更加注重设计上的精致精细度。由此来看,掌握系统化的动效设计方法,已然成为设计师们的必修课。

三、交互动效的设计流程和方法

1. 动效评估

在设计之前,我们需要先判断是否真的需要做动效?不能为了做动效而去做动效。

1)场景聚焦

首先,我们需要知道,什么样的场景适合做交互动效?可以总结为以下三类场景:

图片▲三种适合做交互动效的场景

「场的变化」指的是用户需要从产品中的一个「场」到另一个「场」,发生在页面间的转场、或页面内的转场。

图片▲「场的变化」相关例子

「内容的新增或减少」指的是由于用户的交互行为,导致页面中的内容(模块、组件、元素等)产生新增或减少。

图片▲「内容新增/减少」相关例子

「元素的属性变化」指的是由于用户的交互行为,导致页面中的元素属性产生变化,例如位置改变、状态变化、值变化等。

图片▲「元素属性变化」相关例子

2)优先级评估

筛选出适合添加交互动效的场景后,我们需要评估在这个场景中做动效的优先级。判断做动效的必要性,可以从以下四个维度从高到低的维度去进行优先级评估:

「一致性」——如果某个场景已经有定义好的动效规范,原则上需要遵循规范进行适配,以确保全局动效体验的一致性。这一个维度对于那些存在动效语言的产品是非常重要的,一致性是为整体产品调性和品牌所服务。例如iOS在全局都保持了高度统一的动效体验,如果某一个组件缺失了用户习以为常的动效,很容易被用户感知到且产生对品牌的负面评价。

「帮助用户理解」——不加动效是否会影响用户对当前页面变化的理解?如果因为缺失动效,在元素关系、页面层级、状态变化上造成用户较大的困惑,影响了用户体验,那么在该场景下添加动效的必要性是较大的。

「提升流畅度」——不加动效是否会影响视觉层面和操作层面的流畅度?即视觉上是否会产生闪跳、突变等卡顿感,操作上是否实时反馈、符合用户预期。

「引导注意力」——页面中的元素是否需要通过动效来引导用户的注意力?会不会对用户造成不必要的打扰?有时候产品会出于业务诉求希望通过动效的手段来引导用户注意力,达到业务的目标,但是我们需要站在用户的角度去思考用户的注意力是否应该被引导,不让动效成为对用户的干扰。

图片▲动效优先级评估

2. 动效设计

1)动效原则

设计原则用于指导我们设计动效的方向,确保不偏离正确的方向。结合行业内的各类动效规范的设计原则,我们总结出以下六个通用性较高的设计原则:

  1. 舒适:动效需要符合现实世界的物理属性,贴近用户的心智认知,感知上舒适、同时兼具视觉美感。
  2. 高效:高效响应并减少过长的位移和时间,使动效触达不拖沓。
  3. 流畅:不卡、不闪、不跳,帧率稳定、响应及时、跟手操作是动效流畅体验的基础要求
  4. 统一:同个产品内的动效体验感知统一,体现在相同的控件动效保持一致、相似的动效编排一致。
  5. 简单清晰:界面元素运动尽可能少且简洁,减少路径及不必要的元素,确保动效过程清晰、重点突出。
  6. 克制有度:控制出现频率,不增加额外操作,不干扰用户,确保动效有意义。

图片▲交互动效设计原则

2)动效属性

① 变化

一个完整的动效是由不同元素的不同变化组成的,常见的变化类型有:位移、透明度、大小、旋转、3D旋转…

图片▲动效常用变化类型

② 时长

小于200ms的动效不易被感知,多于1000ms(1s)则让用户感到缓慢,交互动效时长一般在200ms-500ms之间,我们在设计时长时,可以从以下几个因素进行考虑:

i)复杂程度:复杂的动画比简单的动画需要更多的时间来表达。

图片▲动效复杂程度对时长的影响

ii)区域范围:动效运动在一定的范围内进行,小范围内比大范围的运动所用的时间相对更短。

图片▲动效区域范围对时长的影响

iii)入场/退场:一般来说,退场的动效时长要比入场短,让用户更把注意力放在后续的内容中。

图片▲动效入场/退场对时长的影响

③ 曲线

曲线与时长相互配合产⽣运动的韵律感。调整曲线能使物体实现加速和减速,⽽不是以恒定的速率运动。在自然定律下,物体不会突然开始或停止移动,它们需要一定的时间来加速和减速。以下是三种常用的曲线类型:

i)加速曲线:适用原本在视线中的物体,需要消失或退场,逐渐加速符合退场行为特征,例如弹窗/浮层退出、卡片删除等。

图片▲加速曲线示意

ii)减速曲线:适用原本在视线外的物体,需要出现或进场,逐渐减速符合进场行为特征,例如弹窗/浮层出现、页面进入等。

图片▲减速曲线示意

iii)缓入缓出曲线:先加速后减速,适用于运动前后始终在用户视线范围内的物体,符合物体启动和停止的真实规律,例如图片缩放、tab切换、开关等。

图片▲缓入缓出曲线示意

3)动效编排

动效属性是针对单个元素进行设置的,那么如何对多个元素进行动效组合和编排?下面提供一些动效编排的技巧:

① 淡入淡出

淡入淡出是通过透明度变化来实现过渡转场,也是最简洁实用、最常见的一种类型。其分为「单向淡入淡出」、「交叉淡入淡出」和「错开淡入淡出」。

i)单向淡入淡出:在前后层叠的场景中,只有前景元素进行淡入或淡出动作,下方元素无变化。

图片▲单向淡入淡出示意

ii)交叉淡入淡出:存在退场元素与进场元素的场景下,一个淡入视野,另一个淡出。在整个过程中,会存在两个元素和它们后面的内容同时可见的时候。

图片▲交叉淡入淡出示意

如果退场元素和入场元素在视觉样式或者布局结构上差异较大,交叉淡入淡出可能会带来视觉上的混乱,这时候可适当错开出场元素淡出和进场元素淡入的时机。

图片▲可通过错开元素进出场时机避免带来视觉混乱

iii)错开淡入淡出:在入场元素淡入之前,将退场元素完全淡出。这种方式可以规避视觉上出现重叠元素,但是可能会造成有一瞬间出现容器内容为空的情况。

图片▲错开淡入淡出示意

② 一镜到底

一镜到底是通过共享元素、容器和动势来进行转场过渡的一种编排方式,有助于提升用户操作任务的效率,增强视觉的流畅感,是转场设计中重点推荐的编排方法。

i)共享元素

共享元素是转场前后持续存在的界面元素,是在转场发生后希望用户关注到的焦点元素,它增强了转场的连续感。

图片▲共享元素转场示意

ii)共享容器

当一组元素在过渡时包含明确的边界,可使用容器来让转换过程有连续感。容器通过大小、高度、圆角等属性进行补间过渡转换,容器内的元素可通过淡入淡出或共享元素的手法进行过渡。

图片▲共享容器转场示意

在使用共享容器转场时,有以下原则需要注意:

原则1——尽量减少独立移动的元素数量。多个元素运动会争夺并分散注意力,我们可以通过淡入淡出减少元素移动,让注意力更聚焦。

图片▲原则1:避免过多独立移动的元素

原则2—— 避免焦点元素在运动过程中和其他元素重叠。焦点元素和其他元素运动轨迹重叠会产生杂乱无章的过渡,同样地,可以用淡入淡出来简化运动。

图片▲原则2:避免焦点元素运动轨迹和其它元素重叠

iii) 共享动势

无法通过补间变化来实现柔和过渡,可以提取出可用的共享转换属性,来实现前后的平滑过渡。常用的共享运动属性有位移、缩放、旋转等。

▲共享动势效果示意

③ 其它编排技巧

i)运动路径

如果转场中的元素沿对角线移动,线形运动路径具有简单而实用的风格,而弧形运动路径则创造了更加强调和戏剧性的风格。

图片▲线形和弧形运动路径差异对比

ii)振荡

一般情况下,转场动效在到达终点时会结束。当添加振荡时,过渡路径至少超过其端点一次,然后反向返回端点。振荡可以用来表达一种更加俏皮和充满活力的过渡风格。

图片▲有无振荡差异对比

iii)纵深变化

一般情况下,背景内容在容器变换过渡期间保持静态。可以通过动画背景内容的比例来强调纵深变化。这种通过强调前景和背景内容之间的距离,使过渡看起来更加生动。

图片▲有无纵深变化差异对比

iv)交错

一般情况下,入场元素会打包为一个组进行处理。「交错」是指通过对组中的元素应用短延迟,创建一种级联效果,将注意力非常短暂地集中在组中的每个元素或个别元素上。

图片▲通过交错将注意力短暂地集中在每一项上

交错还有可以用于强调页面元素,将需要强调的页面核心操作或元素在其他元素入场完毕后完成入场,能够吸引用户注意力,完成视觉引导。

图片▲通过交错突出核心元素

3. 动效落地

尽管我们把动效设计得再精美,最终还是要靠开发大哥们把它还原出来。交互动效需要开发通过代码来实现,因此动效标注如何让开发看得懂且能理解,就尤为重要。

这里推荐大家使用参数化的表格来进行标注,转场动效的标注文档中需要包括以下要素:

  1. 动效demo附件:方便开发直接查看整体的动效效果。
  2. 触发条件:说明动效发生的条件,即用户通过什么行为触发该动效。
  3. 元素示意:将动效中发生变化的元素进行拆解,通过图示清晰示意。
  4. 变化属性:元素的什么属性发生,例如透明度、位置、大小等等。
  5. 动效时间:「延迟开始时间」表示元素从触发条件发生后延迟多长时间开始执行,「持续时长」表示该变化持续发生多长时间。
  6. 变化值&贝塞尔曲线:描述属性具体的变化值范围,以及相应使用的贝塞尔曲线参数。

图片▲转场动效标注文档示意

手势动效的标注和转场动效略有不同,因为手势动效是跟手的效果,不像转场动效是在固定的时长内完成,因此不需要描述时长相关的参数和动效曲线,取而代之的是需要描述清楚页面元素跟手的联动关系。

图片▲手势动效标注文档示意

在动效验收的时候,如果发现有还原问题,那么可以将没有按照设计标注来做的地方在表格中圈出来,帮助开发快速定位问题,提高沟通效率。

图片▲在验收环节运用标注文档定位问题

结语

交互动效作为提升产品精致精细度的必不可少的要素之一,也是作为设计师不可或缺的技能,本文给大家讲解了从动效评估-动效设计-动效落地的全流程方法,希望能对大家了解交互动效、上手交互动效设计有一定的帮助。当我们希望给用户带来不一样的惊喜和极致体验时,不妨试一试从交互动效入手。

参考资料及部分示例图来源:

  1. material.io/design/motion
  2. developer.harmonyos.com

作者:江中诚

来源公众号:VMIC UED(ID:gh_32761b1686b7),vivo互联网UED——为美好而设计。

本文由人人都是产品经理合作媒体 @VMIC UED 授权发布,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

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