micro-interactions
Micro-interactions are small, purposeful animations and responses that reward the user and make the interface feel alive — an animated icon, a satisfying toggle, a subtle reveal. Borrowed from the natural world, they add delight without distraction. Use when designing interactive components, success
By dembrandt · 641 installs
npx skills add dembrandt/dembrandt-skills --skill micro-interactions
Source repository · Upstream listing
Micro Interactions
A micro interaction is a moment. A checkbox that draws its checkmark. A heart that pulses when liked. A toggle that eases into place with a little overshoot. A confetti burst on completing a goal. These moments are small in duration — 200–600ms — but they communicate that the product was made by people who cared.
The reference is always the natural world. Nothing in nature snaps instantly. Everything has weight, momentum, and a moment of settling.
What Makes a Good Micro Interaction
A micro interaction earns its place when it:
1. Confirms an action — makes the result of a click, tap, or input unmistakably clear
2. Rewards a milestone — celebrates something the user worked toward
3. Reveals something — unfolds information in a way that aids understanding
4. Adds texture — makes an otherwise flat moment feel physical and real
It fails when it:
Delays the user (animation blocks the next action)
Repeats too often (becomes noise, not signal)
Exists only for decoration (no information is conveyed)
Natural World as Reference
Physical objects have inertia, springiness, and weight. UI that borrows these properties feels intuitive because it matches expectations built over a lifetime.
Natural behaviour UI equivalent
A door swinging to rest Toggle that overshoots slightly before settling
Water dripping Staggered list item reveals
A rubber band snapping back Pull to refresh bounce
A leaf falling Gentle fade + drift downward on dismiss
A bell ringing Icon that briefly oscillates (shakes) on trigger
A stamp pressing paper Inner element shift (e.g. icon nudge) without shifting button bounds
The motion should feel inevitable — as if the element has physical properties and cannot behave any other way.
Patterns
Animated Icons
Icons that animate on trigger communicate state change more vividly than a static swap.
Checkmark draw on: A checkmark that draws itself from start to end point on completion.
Heart pulse on like: Scale up slightly then settle back.
Hamburger → close morphing: Lines animate to form an × when a menu opens.
Bell shake on notification: A brief oscillating rotation.
Loading spinner: Rotate with easing rather than linear — a spring rotation feels alive; linear feels mechanical.
Toggle / Switch
A toggle should feel like a physical switch, not a state change.
The cubic bezier (0.34, 1.56, 0.64, 1) produces a spring effect — the thumb overshoots and settles. This is the difference between a switch that feels cheap and one that feels premium.
Success / Completion
Mark moments of genuine completion — a form submitted, an onboarding step finished, a goal reached.
Checkmark animation that draws on
Subtle confetti for high value milestones (first purchase, account created, goal achieved) — use sparingly, never for routine actions
Green fill transition on a progress bar completing
Number count up when a stat reaches its final value
Reveal and Disclosure
Accordions, tooltips, and popovers that open via a small reveal feel more considered than appearing instantly.
Content that slides down as if gravity is pulling it into place feels natural. Content that blinks into existence does not.
Button Interaction Feedback (Stability Rule)
Buttons must never change their outer dimensions or shift their position in the layout when hovered, focused, or clicked.
The button remains rock solid in the layout. Feedback is conveyed through colour, internal shadows, or subtle micro animations of inner elements (like an arrow moving 2px to the right) that do not affect the button's footprint.
Skeleton → Content Transition
When content loads, do not flash it in. Fade it over the skeleton at 150–200ms. The skeleton dissolves, the content arrives.
Attracting Attention to Remote Changes
Users often miss updates that occur far away from their current focus or click area (change blindness). If an area changes that the user is not currently looking at—such as a notification in a distant corner—use a subtle animation to guide their eye.
Notification Badge Bloom: When a new notification arrives, briefly scale the badge up (1.2) and settle back to 1.0.
Background Highlight Fade: If a list item updates or a new row is added, highlight its background with a subtle brand tint and fade it to transparent over 1–2 seconds.
Subtle Shake: A very small horizontal shake (2–4px) can draw attention to a sidebar or toolbar item without being aggressive.
Rule: The animation should be non looping. Once the eye is caught, the motion must stop to avoid becoming a permanent distraction.
The Sacred Rule of Component Stability
Interactive elements — especially buttons — must be layout stable.
No Scaling: Never use transform: scale() on hover or click for buttons. It causes visual vibrating and can feel "squishy" rather than premium.
No Shifting: Never use translate or margins that change the element's position relative to its neighbors.
Why: Layout stability creates a sense of professional engineering and "sturdiness." If the UI moves under the user's cursor, it feels unpredictable.
How to Declare the Motion
Transitions for state, keyframes for sequences. A CSS transition can be interrupted: move the cursor away mid hover and the element turns around from where it is. A keyframe animation cannot — it plays to the end, then snaps. Every hover, focus, active and selected state is a transition. Reserve @keyframes for a staged entrance or a loop that runs on its own.
Name the properties. transition: all animates whatever happens to change, including layout properties that force the browser to re lay out the page every frame — and it is how a component starts sliding when an unrelated class lands on it.
will change is a last resort. Add it only when you have seen the first frame stutter, only on transform , opacity or filter , and remove it when the animation ends. It reserves a compositor layer; applied broadly it costs more memory than it saves time.
Restraint
Micro interactions are seasoning, not the meal.
Once per trigger — a checkmark animates once on save, not on every render
Skip on repeat actions — a bulk delete of 50 items should not animate 50 times
No blocking animations — the user must be able to continue immediately; the animation runs alongside, not instead of, the result
Respect prefers reduced motion — always
Ask for each interaction: does this make the result clearer, or just more visually busy? If the answer is the latter, remove it.
Review Checklist
[ ] Sacred Rule: Do buttons and interactive elements remain perfectly stable (no size change, no shifting) during hover and click?
[ ] Does each micro interaction confirm an action, reward a milestone, or aid understanding?
[ ] Is the duration 200–600ms — not instant, not slow enough to feel like waiting?
[ ] Does motion reference natural physics (spring, ease out, overshoot) rather than linear timing?
[ ] Is the animation non blocking — the user can continue immediately?
[ ] Is prefers reduced motion respected?
[ ] Are high effort celebrations (confetti, bloom effects) reserved for genuine milestones?
[ ] Do animated icons clearly communicate the state change they represent?
[ ] Does the toggle/switch use a spring easing curve, not linear?
[ ] Are remote changes (outside focal area) highlighted with a brief, non looping animation to guide the eye?