动效不是越多越好:这10个Skill让交互更顺

很多动效问题不是做得不够,而是做得太多、没人问过它为什么存在。这套组合把顺序倒过来:先审需求,再定参数,最后才验证和收尾。

假设你要给一个后台列表加“卡片飞入”效果,第一反应往往是打开动画库找参数。这套 Skill 的顺序恰好相反:先用 grilling 把“这个动效解决什么交互问题”追问到底,纯装饰的部分在这一步就该被砍掉。留下来的动效才交给 motion-design 定时长和缓动,页面级跳转交给 vercel-react-view-transitions,滚动触发交给 gsap-framer-scroll-animation,3D 场景交给 threejs-animation。

动效写出来只是开始。vercel-react-best-practices 管住组件别因动画反复重渲染,web-perf 用 Chrome DevTools 看动画期间的真实帧率,webapp-testing 用 Playwright 把连点、打断、快速切换跑一遍。

最后两步常被跳过:fixing-accessibility 修键盘焦点和 Tab 导航,accessibility 按 WCAG 检查 prefers-reduced-motion 和闪烁。顺序不能颠倒,因为无障碍和性能问题往往来自前一步没砍干净的需求。

grilling

在动手加动画前,连续追问这个动效到底解决了什么交互问题,砍掉纯装饰性的动画需求

motion-design

为保留下来的动效确定时序、缓动曲线和过渡节奏,给出具体的时长与 easing 参数

threejs-animation

处理关键帧、骨骼和混合动画,让复杂 3D 场景里的动作能平滑衔接

web-perf

用 Chrome DevTools 测量动画期间的帧率和 Core Web Vitals,确认动效没有造成卡顿

webapp-testing

用 Playwright 实际跑一遍动画交互,验证打断、连点、快速切换时动效是否错乱

fixing-accessibility

修复动画带来的无障碍问题,确保键盘焦点可见、动效不阻断 Tab 导航

accessibility

按 WCAG 审计动效,检查是否尊重 prefers-reduced-motion 并避免闪烁引发不适