Interface Design
Turn experience goals into implementable decisions. Start from the interface, behavior, system, brand, and devices. Extend its design owner; never create a parallel standard.
Route by Outcome
- Pages, redesigns, visual systems, layout, type, color, responsive rules: Visual Systems.
- Analyze/adapt a screenshot, URL, design, or interface: Reference Analysis.
- Interaction, motion, accessibility, feel: Interaction.
- Alternatives, prototypes, UI/UX review: Prototypes.
Read only what is needed. Implement approved designs under project/Engineering rules; use specialist skills for current APIs/methods only.
Core Contract
- Establish interface type, task, context, hierarchy, assets, and constraints. If needed, offer distinct directions with a recommendation and risks.
- Express hierarchy, layout, components, tokens, states, assets, responsiveness, and verification. Adjectives are not specifications.
- Reuse project systems, brand, and components. Govern cross-page gaps only; keep one-offs with implementation.
- Make frequent actions direct/predictable. Motion must explain feedback, state, space, or change, with reduced-motion/non-hover paths.
- Design accessibility, responsiveness, and loading/empty/error/disabled states from the start; never rely on one sensory cue.
- Deliver direction analysis with observed evidence, implementable decisions, and limits. To claim implemented visual/interaction quality, verify real rendering at affected viewports/states; code or static checks alone are insufficient.
- Design-library content is optional inspiration, not project fact or a default.
- Exploration is not a product decision. Write selected rules to the owner; isolate alternatives.
Handoff behavior/content/acceptance to Product, implementation contracts to Engineering, verdicts to Assurance, and release facts to Delivery.