1---2name: premium-ui-ux-design3description: Use when a web, SaaS, dashboard, iOS, or Android product must communicate premium value through trust, clarity, restraint, sensory polish, and service detail. Do not use as a substitute for the platform, accessibility, or design-system implementation skill.4---56# Premium UI/UX Design7Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.89<!-- dual-compat-start -->10## Use When1112- Designing or reviewing a website, SaaS app, dashboard, Android app, or iOS app where perceived quality, trust, usability, and commercial value matter.13- A product must feel premium, beautiful, calm, efficient, and worth paying serious money for.14- Existing UI work looks generic, cluttered, one-note, hard to scan, or visually cheap.15- Creating a design system, visual QA report, UX specification, or screen-by-screen implementation plan.16- Writing or reviewing an SRS, acceptance criteria, traceability matrix, or design handoff requirements where premium UI/UX must be specified as testable, non-taste-based requirements.1718## Do Not Use When1920- The request is copy-only, backend-only, or not user-facing.21- A platform-specific companion skill owns the implementation detail and already loaded this premium layer.2223## Required Inputs2425| Input | Source | Evidence |26|---|---|---|27| Buyer/user expectations and value proposition | Research and commercial brief | Trust drivers, anxieties, and premium proof points |28| Critical journeys and failure costs | Product/service owner | Priority flows, service promises, and recovery expectations |29| Brand assets and platform constraints | Brand/system owners | Approved type, imagery, tokens, licences, and native rules |3031- Product goal, target users, business model, brand position, platform, and primary user tasks.32- Existing screenshots, designs, or product screens when available.33- Domain constraints: data density, performance budget, accessibility needs, device classes, and revenue-critical flows.3435## Workflow36371. Define the business promise: what the user must understand, trust, and accomplish quickly.382. Choose a visual voice: restrained enterprise, editorial premium, operational dense, consumer polished, luxury minimal, or another defensible direction.393. Build hierarchy before style: one primary action, obvious navigation, clear content priority, and explicit next steps.404. Create a tokenized visual system: color, type, spacing, radius, elevation, motion, icons, charts, and image treatment.415. Design every state: loading, empty, error, success, disabled, offline, slow network, permissions denied, and destructive confirmation.426. Apply platform conventions: web, Android, and iOS must feel native to their medium, not like resized versions of one another.437. Run the premium UI/UX gate before calling the work done.448. Produce evidence: screenshots, score, defects, and concrete improvements.459. When operating in SRS mode, translate the above into testable non-functional requirements linked to SRS IDs and verification methods (see `premium-ui-ux-specification-rules.md`).4647## Decision Rules4849| Condition | Choice | Wrong-choice failure |50|---|---|---|51| Trust depends on high-stakes decisions | Prioritise clarity, proof, and calm recovery | Decorative luxury cues feel evasive or manipulative |52| Product is used frequently by experts | Reward speed, density control, and continuity | Showy transitions and excess whitespace slow real work |53| Brand lacks distinctive assets | Invest in authored type/layout/content detail | Generic gradients and glass imitate premium without substance |5455## Capability Contract5657- Must inspect real journeys, brand assets, and platform behaviour; critique is read-only unless remediation is requested.58- May create in-scope concepts, but may not purchase assets, change pricing/service claims, or publish without authority and evidence.5960## Degraded Mode6162- If premium promise or target buyer is unclear, stop aesthetic direction and return the strategic questions.63- Without rendering/user evidence, provide a provisional experience standard and mark sensory/trust claims unverified. Recover weak results by correcting the highest-cost trust or task defect before adding polish.6465## Quality Standards6667- Beauty must serve comprehension, trust, efficiency, and conversion. Decoration that does not improve these outcomes is removed.68- The interface has a clear visual path. Size, weight, color, spacing, placement, and grouping agree about what matters.69- Color has a job: brand recognition, hierarchy, grouping, status, warning, emotion, or navigation. It is never random garnish.70- Text remains readable at all breakpoints and in dark/light modes. Contrast, line length, line height, and hierarchy are verified.71- Dashboards and charts prioritize perceptual accuracy, direct labels, context, comparisons, and actionability.72- Mobile UI uses platform-native ergonomics, navigation, gestures, touch targets, accessibility, and motion expectations.73- Implementation must be production-ready: responsive, fast, accessible, documented, tokenized, and screenshot-verified.7475## Anti-Patterns7677- Generic AI aesthetic: oversized cards, vague gradients, decorative blobs, one-color palettes, weak typography, and stock-like imagery.78- Pretty but slow, inaccessible, or hard to use.79- Dashboard decoration: gauges, 3D effects, unnecessary shadows, loud colors, disconnected legends, and chart junk.80- Native apps that look like squeezed websites.81- Design systems that define colors and fonts but omit component states, usage rules, ownership, and quality gates.8283## Outputs8485| Output | Consumer | Evidence and acceptance |86|---|---|---|87| Premium experience direction | Product, brand, and design | Trust, clarity, craft, service, and platform choices are explicit |88| Premium quality review | Commercial owner and QA | Critical journeys show proof, accessibility, responsiveness, and graceful recovery |8990- Premium UI/UX brief, visual direction, token plan, component/pattern guidance, dashboard guidance, mobile guidance, or review findings.91- A premium UI/UX score with specific remediation items when reviewing finished work.92- Source notes for any book-derived reasoning used in the decision.9394## Examples9596- `examples/premium-direction-worked.md` - a full worked premium UI/UX direction for one SaaS screen (the Collections workspace): visual voice, dominant/subordinate/accent colour logic, typography roles, imagery rules, data/proof presentation, component states, and the "why this reads premium not templated" rationale.9798## References99100- `doctrine/design-doctrine.md` — the Mission ("the moat is looking human-made") and the Anti-Slop Charter (state the choice first; the sourcing-authority asymmetry rule). Premium is the engine's core promise.101- `doctrine/references/ai-slop-taxonomy.md` — the convergent-default tells ("generic AI aesthetic") this skill exists to push away from.102- `doctrine/references/pairing-principles.md` and `doctrine/references/type-scale-and-spacing.md` — typographic craft underpinning perceived value.103- Sibling skills in this engine: `04-web-and-ui-design/distinctive-by-design` (the pre-flight that commits one distinctive idea), `02-color-brand-and-visual-identity/color-system-and-palette` (colour roles + WCAG gate), `12-data-viz-and-dashboards/data-visualization` (dashboard/chart rules). (The former cross-engine companion `premium-software-product-execution` lives in `srs-skills`; consult it there when the UI/UX work must connect to premium offer architecture, buyer psychology, high-ticket pricing, or service design.)104- `references/premium-visual-principles.md` - hierarchy, layout, typography, perceived value, and pleasantness.105- `references/color-emotion-brand-systems.md` - color choice, palette systems, emotion, hierarchy, and accessibility.106- `references/data-visualization-dashboard-ux.md` - chart, table, KPI, and dashboard rules.107- `references/production-quality-handoff.md` - production polish, asset quality, handoff, and implementation QA.108- `references/mobile-android-ios-premium-ux.md` - platform-specific Android and iOS UX guidance.109- `references/mobile-dashboard-ux-patterns.md` - mobile navigation, onboarding, dashboard, and mobile app quality patterns.110- `references/saas-ux-scope-costing.md` - SaaS UX scope, Uganda-calibrated fee bands, cost drivers, and SRS handoff requirements.111- `references/premium-ui-ux-gate.md` - scoring rubric and blocking checks.112- `references/premium-ui-ux-specification-rules.md` - SRS/UX-specification rules: how to translate premium UI/UX into testable, traceable requirements and acceptance criteria.113- `references/source-register.md` - local book sources dissected for this skill.114<!-- dual-compat-end -->