Home › Web Design › UI/UX Design
UI/UX DESIGN
Effective UI/UX design combines visual interface design, usability, information architecture and user-centred thinking to help people understand a website, navigate it confidently and complete what they came to do.
This guide covers both sides in depth: what UI and UX actually mean, the research and design process behind them, and the practical patterns — components, states, flows, forms and testing — that make interfaces work.
THE BASICS
UI/UX design is the combined practice of designing the interface people interact with and shaping the experience of using it. In practice that means deciding what appears on a screen, how it is organised, how it responds and whether it actually helps someone finish a task.
The work spans several connected areas: the user interface itself, the surrounding user experience, usability, visual design, interaction patterns, information architecture, user flows, how content is organised, accessibility and responsive behaviour across devices.
Attractiveness matters, but it isn’t the goal. A well-designed interface helps people find information, understand what they’re looking at, navigate without hesitation, complete tasks, recover when something goes wrong, and do all of that on whatever device they’re holding. Every section below returns to that test.
THE DISTINCTION
You’ll often hear that “UI is how it looks and UX is how it feels.” It’s a useful first hint, but too rough to design by. More precisely: UI design is concerned with the interface layer — the visual and interactive elements someone uses. UX design is concerned with the wider experience of getting something done, including research, structure, flows and whether the task succeeds at all.
They overlap constantly, and on small teams one person often does both. Neither is more important: a thoughtful flow presented through a confusing interface fails, and so does a polished interface built on the wrong structure.
INTERFACE
UI design creates the surface people work with. It covers layout within a screen, typography, colour, and the components that carry interaction: buttons, forms, icons, cards and navigation.
Much of the craft lies in details people never consciously notice. Every component needs defined states — default, hover, focus, active, disabled — so it’s always clear what is interactive and what is happening. Interfaces need feedback after actions, a deliberate visual hierarchy so attention lands in the right order, and responsive behaviour so the same components work at any width.
The component board shows generic examples. Real systems define each one’s sizing, spacing and behaviour so they can be reused confidently. Underlying layout and typography principles are covered in website design basics.
startarriveorientactresponddoneEXPERIENCE
UX design starts before any screen is drawn. It asks who the users are, what they need, what they’re trying to accomplish and what currently gets in the way. From there it shapes information architecture, user flows, navigation and the structure of content so that tasks are achievable.
It also continues after launch. Usability is measured by observing real attempts, not assumed from a design review. Accessibility widens who can succeed. Testing, feedback and iteration turn assumptions into evidence.
Crucially, UX considers the whole journey rather than isolated pages. Someone might arrive from search, scan a section, compare options, fill a form and wait for a reply — each step is part of the experience.
APPROACH
User-centred design means decisions are grounded in what people actually need rather than internal preferences. It begins with understanding who users are, what they need, what they’re trying to accomplish, what problems they hit, what information helps them decide and what constraints they face — time, device, connection, familiarity.
It is deliberately iterative. You learn, design, test what you built, and feed what you learn back in. Treating design as a single pass means shipping your first assumptions.
RESEARCH
Research replaces guesses with evidence. Even a handful of sessions typically surfaces real problems — a label nobody understands, a step people skip, information they expected and couldn’t find. Common methods include:
Conversations that reveal goals, context and frustrations.
Broader input on preferences and common questions.
Watching someone attempt a real task on the interface.
Seeing how work actually happens, not how it's described.
Where people enter, drop off, search and hesitate.
Support emails and enquiries as a source of patterns.
How similar products solve comparable problems.
Research helps uncover user goals, pain points, confusing navigation, content gaps, difficult tasks and the questions people ask before deciding. Any research findings presented on a website should come from research that actually took place.
PERSONAS
A persona is a research-informed summary of a user group, used to keep a team thinking about real people rather than a vague “user”. A useful persona captures goals, needs, typical behaviours, problems and context.
Personas are only as good as the research behind them. Invented ones can quietly encode the team’s assumptions, so treat any persona built without research — including the illustrative example here — as a thinking aid, clearly labelled as such, rather than evidence.
JOURNEY
A journey map looks beyond a single visit. A common shape runs from awareness (discovering you exist), through exploration and evaluation, to action and follow-up. The real journey varies enormously with intent: someone comparing services behaves nothing like someone returning to check an opening time.
UI and UX decisions support different stages. Early on, clarity about what you offer matters most. During evaluation, people need detail, comparisons and reassurance. At the action stage, friction in a form does the damage. Afterwards, confirmation and clear next steps prevent uncertainty.
step 1step 2step 3step 4step 5USER FLOWS
A user flow maps the steps someone takes to complete one task. Drawing it out is unglamorous and unusually revealing: flows expose unnecessary steps, confusing paths, missing information at the moment of decision, dead ends with nowhere sensible to go, and points of friction where people give up.
Map the few flows that matter most — the enquiry, the purchase, the sign-up — rather than every possible route. Then ask at each step: does the person have what they need to continue?
STRUCTURE
Information architecture is how content is organised: which pages exist, how categories group them, what the labels say, how navigation exposes the structure and how items relate to each other.
Good IA usually feels invisible — people simply find things. Poor IA shows up as endless menu hunting, duplicate pages and content nobody can locate. It also matters for whoever maintains the site: a clear structure makes it obvious where new content belongs. This connects closely to website navigation.
WIREFRAMES
A wireframe is a deliberately plain representation of a page’s structure, made before any visual styling. Stripping out colour and imagery keeps the conversation on the things that matter first: layout, what content goes where, how navigation works, where the CTA sits, the hierarchy of sections and how the page fits its user flow.
Because wireframes are quick to change, they’re the cheapest place to discover that a page is trying to do too much. The example here is illustrative rather than a real project.
PROTOTYPES
A prototype links screens together so people can click through and experience the flow before anything is built. It’s where you find out that a step feels unexpected or a label misleads — while changes still cost minutes rather than development days.
Structure and hierarchy. What goes on the page and in what order.
Interaction and behaviour. Clickable flows, states, navigation and form steps, used for testing.
Detailed visual implementation: typography, colour, spacing, imagery and real components.
Prototypes vary in fidelity. A rough clickable version is often enough to test whether a flow makes sense; high-fidelity prototypes are more useful for judging visual detail and micro-interactions.
DESIGN SYSTEM
A design system is a structured collection of principles, components and guidelines that a team reuses. It typically defines colour roles, a type scale, a spacing scale, and components with their variants and states, alongside rules for when to use each.
The benefits are practical: consistency across pages, reusability instead of redrawing, faster design and build, easier maintenance and clearer collaboration between designers and developers.
A design system isn’t a guarantee of quality. It makes whatever decisions you’ve encoded easier to repeat — which is only an advantage if those decisions serve your users. Systems also need maintaining as products change.
tokenstypespacingcomponentsformssurfacespatternsfeedbackassetsCOMPONENTS
Trigger an action; the most important control to get right.
Collect information in a structured, understandable way.
Individual fields with labels, hints and validation.
Group related information into scannable blocks.
Expose structure and show where the user is.
Offer a set of options without filling the screen.
Switch between related views in the same context.
Focus attention on one task; use sparingly.
Communicate status, success or problems.
Show position within a hierarchy.
Break long lists into manageable pages.
Add brief clarification; never hide essential text.
BUTTONS
Buttons carry the actions, so clarity beats cleverness. Use labels that name the action, give them enough size to hit comfortably, and establish a hierarchy so one primary action dominates. Maintain contrast against the background, define all states including a visible focus ring for keyboard users, leave spacing so nearby buttons aren’t mis-tapped, and place buttons where the decision happens.
You’ll find claims that a particular button colour performs best. Results depend on the surrounding design, audience and context, so treat such claims as things to test on your own site rather than rules.
FORMS
Forms are where good intentions meet real friction. Keep visible labels rather than relying on placeholder text that vanishes on typing. Group related fields, mark required ones clearly and choose input types that trigger the right mobile keyboard.
When something fails, show the error beside the field, explain how to fix it and preserve what was typed. On longer forms, indicate progress. Confirm success explicitly. Ensure every field is labelled and reachable by keyboard for accessibility.
Removing unnecessary questions is usually the single biggest improvement. Whether that changes outcomes for your audience is something to measure, not assume.
NAVIGATION
Navigation is the interface for your information architecture. Main navigation carries top-level sections, dropdowns group subpages, breadcrumbs show position, footer navigation catches secondary links, search offers a direct route, mobile navigation compresses it all and internal links connect related content in context.
What makes it work is predictability: clear labels in the user’s vocabulary, logical grouping, consistency across pages and visible indication of the current section. Depth is the usual failure — if something important takes four clicks, the structure needs revisiting. See website navigation for detail.
RESPONSIVE
The same interface has to work from a wide monitor to a phone. Layouts reflow from multiple columns to one, navigation condenses, typography scales, touch targets grow, forms stack and images resize.
The harder decisions are about content priority: in a single column, order becomes a ranking. Interaction patterns change too — hover doesn’t exist on touch, so anything hidden behind it needs an alternative. More in responsive design.
MOBILE
Mobile use is often one-handed, interrupted and on an unreliable connection. Place frequent actions within comfortable thumb reach, keep navigation simple, set text at readable sizes and give touch targets enough size and separation.
Shorten interaction paths where you can — every extra screen costs more on mobile. Forms need the fewest fields possible and appropriate keyboards. Because connections vary, loading and error states matter more, and layouts should handle both orientations without breaking.
ACCESSIBILITY
Accessible design widens who can use what you build. The foundations are familiar: sufficient colour contrast, full keyboard access, visible focus states, real form labels, meaningful alternative text, semantic structure that assistive technology can interpret, readable text, clearly labelled buttons and understandable error messages.
Treating accessibility as a design-stage concern is far cheaper than retrofitting it. Choosing accessible colour pairs and planning focus states costs nothing during design. This is an introduction to the principles, not an assessment of compliance — see website accessibility.
HIERARCHY
Hierarchy is built from size, weight, colour, contrast, position, spacing, grouping and alignment. Together they decide the order in which someone takes a screen in.
In interfaces specifically, hierarchy also signals what is interactive. If secondary buttons look as prominent as the primary one, people hesitate. Emphasis is a limited budget: spend it on the few things that genuinely matter per screen.
MICROCOPY
Interface text does a lot of quiet work: button labels, form instructions, error messages, empty states, confirmations, tooltips and navigation labels. Often a wording change fixes what looked like a design problem.
The most useful rule is to name the action rather than the mechanism. Instead of a generic Submit, use what actually happens: Send message, Save changes, Create account, Continue to checkout. Write in plain language, match your audience’s vocabulary, and say what will happen next.
ERROR STATES
Errors are part of the experience, not an exception to design later. A useful error message explains what happened, identifies the affected field or action, says what to do next, avoids technical jargon and preserves whatever the person already entered.
Placement matters as much as wording: a message at the top of a long form leaves people hunting for the problem. Put it beside the field, and make it perceivable without relying on colour alone.
FEEDBACK & EMPTINESS
People need to know something is happening during page loading, form submission, search, data retrieval, uploads and processing. Without feedback, they click again or leave.
Options include progress indicators for known durations, skeleton screens that suggest the incoming layout, spinners for short waits and status messages for longer operations. Which works best depends on how long the wait is and how predictable it is — no single pattern suits every case.
An empty screen is a missed opportunity to help. A good empty state says what is empty, why it might be, and what to do next.
STATES
Every interactive component needs its states designed, not just its default appearance. Hover hints at interactivity on pointer devices; focus is essential for keyboard users and must be clearly visible; active confirms a press; disabled should look unavailable and explain why where possible; loading, error and success close the loop after an action.
Undesigned states are where interfaces quietly fail: buttons that look clickable but aren’t, or focus outlines removed for neatness, leaving keyboard users lost.
CONSISTENCY
Consistency across buttons, navigation, forms, typography, colours, cards, icons, spacing and interactions reduces the effort of learning an interface. Once someone knows what a primary button looks like, they recognise it everywhere and can focus on their task.
Inconsistency creates small doubts that add up: is this the same kind of link? Will this behave like the last one? Consistency also has an external dimension — following familiar web conventions means people arrive already knowing how things work.
UX & SEO
User experience and SEO overlap wherever clarity helps both people and machines: mobile usability, sensible navigation, clear content hierarchy, useful internal linking, page performance, accessibility, coherent information architecture and content organised around what people actually search for.
UI/UX alone doesn’t determine rankings. Search results depend on content relevance and quality, technical health, links and competition, among other factors. What good design does is remove obstacles between a searcher and the answer. See our website SEO guides.
A conceptual relationship, not a ranking formula.
PERFORMANCE
Design decisions have weight. Large images, multiple fonts, elaborate animations, interaction-heavy JavaScript, embedded third-party elements, complex DOM structures and autoplay video all cost loading time and responsiveness.
Conceptually this maps onto Core Web Vitals: LCP reflects how quickly the main content appears, INP how quickly the interface responds to input, and CLS whether things shift while loading. Performance is part of experience, not separate from it — see website speed.
CONVERSION
A conversion path is just a user flow with a business outcome attached. Design helps by making four things obvious: what the page offers, what action is available, what information will be required, and what happens after.
That translates into CTA clarity, visible trust information such as contact details and credentials, forms that ask only what’s needed, navigation that doesn’t pull people away mid-decision, a content hierarchy matching how they evaluate, and removing avoidable friction.
No design guarantees a conversion rate. Outcomes depend on audience, offer, pricing, timing and competition, so changes should be measured rather than assumed. Focused page structures are covered in landing page design.
TESTING
Testing turns opinions into observations. Methods include usability testing, heuristic review against known principles, analytics to show where people drop off, direct feedback, and A/B testing where you have enough traffic to interpret results responsibly.
Pick a real task, not a tour of the interface.
Recruit people resembling your actual audience.
Watch quietly; avoid guiding or explaining.
Note hesitations, wrong turns and workarounds.
Look for issues that recur across sessions.
Weigh severity against effort to fix.
Fix causes rather than symptoms.
Confirm the change helped and broke nothing.
PRINCIPLES
These long-established heuristics are useful for reviewing an interface quickly. They highlight likely problems — they don’t replace testing with real users or guarantee a good experience.
Keep people informed about what is happening.
Similar things should look and behave similarly.
Show options rather than expecting memory.
Design so mistakes are harder to make.
Offer clear ways to go back or undo.
Confirm the result of every action.
Use the words your audience uses.
Support keyboards, screen readers and touch.
PROCESS
Real projects rarely run in a straight line. Testing sends you back to flows; a technical constraint reshapes a wireframe. Treat these as stages you move between, not a sequence to complete once.
Understand users, context and requirements.
Clarify the problems and goals worth solving.
Organise content and navigation.
Map the important tasks and journeys.
Plan structure and layout.
Explore interactions before building.
Apply visual design and components.
Evaluate usability with real tasks.
Improve based on evidence and feedback.
Prepare designs and specs for development.
PRINCIPLES
People should understand what they're seeing and what they can do.
Similar elements should behave in similar ways.
Important information should get proportionate emphasis.
Actions should produce a useful, timely response.
Interfaces should support a broad range of people.
Common tasks shouldn't carry unnecessary steps.
Interactions should behave as people expect.
There should always be a clear way forward.
Interfaces should adapt sensibly to any device.
Complexity should serve a purpose.
IN PRACTICE
CHECKLIST
Use this as a review pass before handing a design over or publishing a page. It’s a reference list rather than an interactive tool — copy it into your own notes or tracker.
[ ] Is the purpose of the page clear? [ ] Can users understand the main action? [ ] Is the navigation easy to understand? [ ] Is the visual hierarchy clear? [ ] Is typography readable? [ ] Are interactive elements obvious? [ ] Are button states defined? [ ] Are form errors understandable? [ ] Is the layout responsive? [ ] Are touch targets appropriate? [ ] Are focus states visible? [ ] Is colour contrast sufficient? [ ] Are important tasks easy to complete? [ ] Are loading and error states considered? [ ] Has the interface been tested?
PITFALLS
Without research, designs encode the team's assumptions.
A striking interface that's hard to use still fails.
When everything is emphasised, nothing is.
Different patterns for the same thing force relearning.
Clever labels and deep menus hide important pages.
Desktop designs squeezed down frustrate most visitors.
Silence after an action makes people click again.
Excludes people and is costly to fix later.
Motion that delays content becomes friction.
Unnecessary fields and unclear errors stop people.
Vague wording forces guessing about what happens.
Problems get discovered by users instead of the team.
CONTEXT
Priorities shift with purpose. These are general considerations — your audience and goals decide what actually matters.
Clear information about services, credible trust signals and obvious contact paths.
Product discovery, filtering and comparison, plus a cart and checkout with minimal friction.
Readability, sensible categories, search and easy discovery of related content.
Explaining the product quickly, smooth onboarding and support for recurring tasks.
Presenting work clearly, easy browsing between projects and a simple contact route.
Helping people understand what's offered, build confidence and start an enquiry.
EXAMPLE
This is one workable structure for a service or information page: orient the visitor, state the value, support it with detail, answer objections and offer a clear next step.
It’s an example, not a universal template. A product listing, documentation page or dashboard needs something quite different. Let the task decide the structure.
12345678910END TO END
Structure and hierarchy, without styling. Decide what's on the page and in what order, then test that thinking cheaply.
Typography, colour, spacing and components applied. The structure gains visual hierarchy and defined states.
Built responsively and interactively, then tested with real content, real devices and real tasks.
Each stage answers a different question — what goes here, how should it look, does it work in practice — which is why skipping straight to visual design so often leads to rework.
IMAGE PLACEHOLDER
UI UX design process from wireframe to implemented website
Recommended ratio: 16:9 — replace this container with an Image widget.
NEXT TOPICS
Learn the fundamentals of layout, typography, colour, spacing and structure.
Learn how interfaces adapt across desktop, tablet and mobile.
Learn how UI/UX principles apply to focused landing page experiences.
Learn how information architecture and navigation affect usability.
Learn how to build interfaces more people can use.
Explore current design approaches and how to evaluate them.
FAQ
Short answers to the questions people ask most about UI and UX design.
Build stronger website experiences by learning UI/UX principles, responsive design, navigation, accessibility and practical website design methods.