Vittorio Vittori

Design System Architect / Senior UX Designer

Consistency Over Uniformity

Maintain predictable behavior and shared rules without forcing every interface to look identical.

Design Systems
Component Design

When I work on design systems, I prioritize consistency of behavior, meaning, and interaction over rigid visual or structural uniformity.

Uniformity optimizes for sameness; consistency optimizes for understanding.

In complex products and multi-team environments, enforcing strict uniformity often leads to:

  • fragile abstractions,
  • forced components,
  • and local workarounds that quietly undermine the system.

A consistent system, instead, allows contextual variation while preserving:

  • predictable behaviors,
  • shared mental models,
  • and recognizable interaction patterns.

The system defines what must remain consistent and where variation is allowed, making adaptability an explicit design decision rather than an accidental one.

Shared behavior, contextual presentation

Components addressing similar needs were designed to behave consistently, even when their visual presentation differed based on context.

Keep interaction patterns (focus, keyboard navigation, error handling) consistent. Force identical layouts when context changes user intent. Allow visual adaptations when context requires different emphasis or density. Redesign interaction logic for each visual variant.
A list of tools and services related to this argument. Design tools Component libraries it may be outdated

Semantic consistency over visual sameness

Similar UI elements were aligned semantically rather than visually.

off on
Use the same component or pattern when the meaning and intent are the same. Create visually identical components with different meanings. Let spacing, size, or hierarchy adapt to the surrounding layout. Rely on appearance alone to communicate purpose.
A list of tools and services related to this argument. Design tools Documentation it may be outdated

Variant systems with clear intent

Variants were defined around intent (e.g. emphasis, hierarchy, feedback) rather than isolated design needs.

Define variants around intent (e.g. emphasis, hierarchy, feedback). Introduce variants to satisfy isolated design needs. Document when and why each variant should be used. Allow uncontrolled variant proliferation.
A list of tools and services related to this argument. Documentation Design tools as documentation it may be outdated

Consistent design language constraints across flexible compositions

Composable components are allowed to combine freely, but within shared constraints.

Enforce consistent spacing, alignment rules, and accessibility constraints. Let composability turn into arbitrary assembly. Allow different compositions as long as constraints are respected. Break system rules to achieve local visual balance.
A list of tools and services related to this argument. Design tokens Component libraries it may be outdated

Interaction patterns over pixel perfection

User flows and interaction feedback should be treated as the primary consistency surface.

Keep loading states, errors, confirmations, and focus management predictable. Optimize for pixel-level alignment at the expense of interaction clarity. Optimize for learned behavior across the product. Change interaction models for aesthetic reasons.
A list of tools and services related to this argument. Accessibility tools Testing it may be outdated