Start with the behavior
Before defining features, identify the action or behavior the product should support.
Approach
We begin with a recognizable problem and the behavior required to solve it. The product follows from there.
Before defining features, identify the action or behavior the product should support.
The path to the main action should be short, legible, and understandable.
An iPad interface should not simply be a larger iPhone interface.
Software should not compete with the thing the user is trying to accomplish.
Prefer architectures that minimize data before needing policies to explain excessive collection.
Animation should communicate state, progress, hierarchy, or completion — not exist for decoration.
Products should be tested as complete experiences, not just collections of screens.
Spacing, interaction, persistence, typography, accessibility, and responsive behavior determine whether a product feels finished.
Technology should support attention — not compete for it.