Overview
UI design is the craft layer of digital product work — visual systems, interaction states, hierarchy and consistency across every screen a user touches. It overlaps heavily with UX and with design systems work, and in smaller organisations the roles are usually the same job. The visible part is the interface; the substantial part is the system underneath it that keeps hundreds of screens coherent as a product grows. It is a role where discipline and consistency matter more than flair.
What a UI Designer actually does
Most of the job is not designing new screens; it is designing the states and edge cases around them. Empty states, loading states, errors, long text, small screens, and what the interface does when the data is missing or wrong. You spend a lot of time in the design system, deciding whether something warrants a new component or should reuse an existing one, and then documenting the answer. Handoff and follow-through consume real hours — checking what was built against what was designed, and negotiating which discrepancies matter enough to fix. There is also a persistent stakeholder dimension, because everyone has an opinion about an interface, and much of your effectiveness comes from explaining decisions in terms of user outcome rather than preference.
A typical week
- •Designing the unglamorous states of a flow — empty, loading, error, permission-denied, long content
- •Deciding whether a requirement needs a new component or an existing one extended, and documenting why
- •Reviewing a built implementation against the design and prioritising which differences actually matter
- •Working through a flow with a product manager and engineer to find where the requirements are ambiguous
- •Maintaining the design system — tokens, spacing, type scale, component variants and their documentation
- •Presenting design decisions to stakeholders and defending them with reasoning rather than taste
Cohesyve for candidates
Thinking about a UI Designer role? Find out where your skills stand today.
Run a role-specific simulation, get a scored report on your actual gaps, and follow a learning pathway built from them. Free to start, no card required.
The career path
Junior UI Designer
0-2 yearsYou work within an existing system on defined screens with close review. Success is craft precision, consistency and asking the right questions early.
UI Designer
2-4 yearsYou own flows end to end including edge cases, contribute components back to the system, and work directly with engineers through implementation.
Senior UI / Product Designer
4-7 yearsYou shape the problem rather than receive it, own significant product areas, influence roadmap decisions and mentor others on craft.
Lead Designer / Design System Lead
7-10 yearsYou set standards across teams, own the design system and its adoption, and spend more time on direction, review and cross-team alignment than on screens.
Design Manager / Head of Design
10+ yearsYou hire and develop designers, own the function's quality and process, and represent design in product and commercial planning.
The skills that matter
Visual hierarchy and typography
Interfaces succeed or fail on whether the eye finds the right thing first. Typographic and spacing discipline is the clearest indicator of a designer's level in this field.
Design systems and componentisation
Products are built from repeated parts. Designing reusable, well-constrained components rather than bespoke screens is what makes design scale with engineering.
States and edge cases
The happy path is the easy part. Designers who handle empty, error and loading states unprompted save enormous engineering time and are immediately recognisable as experienced.
Accessibility
Contrast, focus order, target size and semantic structure are increasingly a compliance requirement rather than a nicety, and retrofitting them is expensive.
Working with engineers
Understanding what is cheap and expensive to build changes what you propose. Designers who can discuss implementation constraints get more of their work built as intended.
Explaining decisions
In product teams, design decisions are challenged constantly. Framing them in terms of user outcome and evidence rather than aesthetics is what makes them survive.
How to break in
- #1
Redesign a real product flow, including every state and the reasoning, rather than producing an attractive concept screen
- #2
Build or contribute to a small design system so you can show systematic thinking rather than one-off visuals
- #3
Learn enough HTML and CSS to understand layout, responsiveness and what your designs cost to build
- #4
Move across from graphic design, front-end development or UX research, all of which transfer substantially
- #5
Take a junior role at a product company rather than an agency, because product work teaches states, systems and iteration
- #6
Write up two or three case studies covering the constraint, the options considered, the decision and what you would change
What drives pay
Compensation varies too much by country, sector and company size for a single figure to be useful. These are the factors that actually move it.
Whether you own product outcomes and problem framing or only visual execution of someone else's spec
Product company versus agency versus in-house at a non-technology organisation, which differ markedly in how design is valued
Depth in design systems, accessibility or complex data-heavy interfaces, all of which are undersupplied specialisms
Technical fluency with front-end constraints, which raises how much responsibility you can be given
Portfolio evidence of shipped work and its effect, rather than concepts that were never built
Where demand is heading
Demand has consolidated toward designers who can operate across UX and UI rather than pure visual specialists, and the standalone UI title is less common than it was. Generative tools can now produce plausible screen layouts quickly, which reduces the value of visual execution taken in isolation, but they handle systems, edge cases, accessibility and product judgement poorly. That leaves the work of deciding what should exist, keeping a large interface coherent, and reasoning about real user behaviour firmly in human hands. Designers with design system depth, accessibility knowledge and comfort with complex domains are in a considerably stronger position than those whose portfolio is a set of attractive concept screens.
Roles this transfers to
Product Designer
The most common progression — same craft, extended upstream into research, problem definition and outcome ownership.
Design Systems Designer
Formalises the componentisation and documentation work UI designers already do, and is a durable, undersupplied specialism.
Front-End Developer
A realistic move for designers who learn to code, and one that leverages the layout, state and system knowledge already in place.
UX Researcher
Shares the interest in user behaviour and evidence-led decisions, trading visual craft for study design and synthesis.
Common mistakes
Presenting only the happy path, which signals inexperience faster than anything else in a portfolio
Designing bespoke screens instead of extending the system, creating inconsistency that compounds over time
Treating accessibility as a final check rather than a constraint that shapes the design from the start
Handing off and disengaging, then being surprised by what was built
Defending decisions on aesthetic grounds in a room that only responds to user and business reasoning
Building a portfolio of unbuilt concepts, which shows visual ability but says nothing about working within real constraints
Frequently Asked Questions
What is the difference between UI and UX design?
UI concerns the interface itself — layout, visual system, components, states. UX concerns the problem, the flow and whether the solution works for the user. In practice most jobs expect both, and titles are used inconsistently, so read the responsibilities rather than the title.
Do I need to learn to code?
Not to a professional standard, but enough HTML and CSS to understand layout, responsiveness and component structure pays for itself. It changes what you propose, improves handoff conversations, and makes engineers considerably more willing to work with your designs.
Can a graphic designer move into UI?
Yes, and it is a well-trodden route. Typography, hierarchy and systems thinking transfer directly. The gaps that usually need closing are interaction states, responsive behaviour, accessibility and the discipline of designing components rather than compositions.
What do hiring managers look for in a portfolio?
Evidence of thinking, not just outcomes. They want the constraint you worked within, the options you rejected, how you handled the awkward states, and what happened once it shipped. Two deep case studies beat ten polished screens consistently.
How do I find out how my UI skills compare to what a role needs?
Design feedback is subjective and rarely specific enough to act on. Cohesyve lets you import a UI design role, run a simulation built around that particular job, and receive a scored report showing where your craft and judgement land, with a pathway for the gaps. Your first three assessments are free and no card is required.
Interview prep
Every stage of the UI Designer hiring process, and how to prepare →
Practice
What a UI Designer assessment tests, and how it's scored →
Explore another career
Cohesyve · Practice for candidates
Practise a UI Designer assessment before the real one
Run the same AI job simulations companies use to evaluate applicants. You get a scored report showing where you're strong and where you're not, plus what to work on.
3
free assessments
$0
no card required
Full
scored report every run
Every
question type included
3 free assessments · No card required · Pro from $16/mo
For hiring teams
Hiring for a UI Designer role? See how your applicants perform before you spend interview time.