micro-interactions
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:
- Confirms an action — makes the result of a click, tap, or input unmistakably clear
- Rewards a milestone — celebrates something the user worked toward
- Reveals something — unfolds information in a way that aids understanding
- 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.
@keyframes check-draw {
from { stroke-dashoffset: 20; }
to { stroke-dashoffset: 0; }
}
.checkmark path {
stroke-dasharray: 20;
animation: check-draw 300ms ease-out forwards;
}
Heart pulse on like: Scale up slightly then settle back.
@keyframes heart-pulse {
0% { transform: scale(1); }
40% { transform: scale(1.25); }
100% { transform: scale(1); }
}
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.
.toggle-thumb {
transition: transform 200ms cubic-bezier(0.34, 1.56, 0.64, 1);
/* cubic-bezier with overshoot — the thumb slides and bounces slightly */
}
.toggle:checked .toggle-thumb {
transform: translateX(20px);
}
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.
.accordion-content {
overflow: hidden;
max-height: 0;
transition: max-height 250ms ease-out;
}
.accordion-content.open {
max-height: 500px; /* generous upper bound */
}
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.
.btn {
transition: background-color 150ms ease-out, box-shadow 150ms ease-out;
}
.btn:hover {
background-color: var(--color-brand-600); /* subtle shift in hue or brightness */
}
.btn:active {
background-color: var(--color-brand-700); /* deeper contrast on press */
box-shadow: inset 0 2px 4px rgba(0,0,0,0.1); /* inner shadow suggests depth without scaling */
}
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.
.content-loaded {
animation: fade-in 150ms ease-out;
}
@keyframes fade-in {
from { opacity: 0; }
to { opacity: 1; }
}
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
translateor 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.
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
@media (prefers-reduced-motion: reduce) {
* { animation-duration: 0.01ms !important; transition-duration: 0.01ms !important; }
}
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-motionrespected? - 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?
More from dembrandt/dembrandt-skills
nielsen-usability-heuristics
UI design and review should apply Nielsen's 10 Usability Heuristics — the foundational principles for evaluating and improving usability. Use when auditing an interface, designing interaction flows, writing error messages, or reviewing any UI for usability issues.
45form-design
Forms have three layers of guidance: helper text below the input explains what to enter, placeholder shows the expected format, and validation confirms correctness. Real-time validation for complex inputs. Submit enables only when the form is valid. Use when designing or reviewing any form, input field, or data entry UI.
44color-mode-and-theme
Choose light, dark, or combined color mode deliberately based on brand tone and user context. Offer a theme selector only when user control genuinely matters — enterprise tools, data-heavy UIs, or extended-use applications. Use when defining the base color palette, designing a design system, or deciding whether to build dark mode support.
43user-flows-and-guided-paths
Related features and tasks — such as purchase flows, onboarding, or multi-step configuration — should be designed as natural, guided paths that feel coherent and fit the product hierarchy. Use wizards for complex sequential tasks. Use when designing flows, onboarding, checkout, setup sequences, or any multi-step user journey.
43generate-ui-from-brand
Pipeline skill — turns a URL or DESIGN.md into a concrete UI structure with decisions already made. Extracts live design tokens, normalizes them into a semantic system, applies UX principles, and outputs an actionable UI spec. Use when building UI for an existing brand from scratch, auditing a design system, or refactoring visual inconsistency.
42elevation-and-depth
Elevation — subtle shadows and layering — communicates visual hierarchy by lifting elements above the surface. Combined with border-radius, it creates the tactile quality of cards, modals, and interactive surfaces. Use when designing cards, dropdowns, modals, tooltips, or any floating UI element.
42