What UI UX design is in simple words, how it works step by step, and real examples with published results: 13% to 65% activation, 82% fewer support tasks.
UI UX design is the work of deciding what a digital product does for the person using it (UX, user experience) and how that product looks and responds on screen (UI, user interface). In simple words: UX is whether the thing helps you get where you wanted to go, UI is what you see and touch on the way. The two are sold as one job because in real products you cannot separate them. A beautiful button that asks for the wrong thing fails, and a perfect flow drawn as grey boxes never ships. I have done this work for more than 12 years, on a creator platform for the team behind MrBeast, a no-code AI tool for banks, an energy app for 200,000 Swedish households and 17 AI experiments of my own. This guide explains UI UX design from the inside: what it is, how it works step by step, real examples with real results, what it is not, and where AI changes it.
Here is the version I give to founders who ask me at dinner.
UX design is about the journey. Someone arrives with a goal: track a competitor's channel, freeze a bank card, find out when electricity is cheap tonight. UX design is every decision about how they get from that goal to done: which steps exist, in what order, what the product asks of them, what it shows first, what happens when something goes wrong. Most of this work is invisible when it is good. People only notice it when they get stuck.
UI design is about the surface. The layout, typography, color, spacing, icons, the shape of a card, how a toggle animates, how a chart reads at a glance. It is the part people screenshot and post. It is also the part that carries the feeling of the product: trustworthy or sketchy, calm or noisy, fun or dead.
Put them together and UI UX design is the practice of making software that helps like a friend instead of leaving you in the middle. That line is mine and it is how I judge my own work. A friend knows what you are trying to do, tells you the one thing you need next, and does not make you fill a form before helping.
The formal definition is older than the job title. Don Norman and Jakob Nielsen, who popularized the term, define user experience as covering every aspect of a person's interaction with a company, its services and its products, which is broader than any screen. You can read their definition of user experience on the Nielsen Norman Group site. In practice, the UI UX designer owns the digital slice of that experience, from the first screen to the last.
The clearest way to see the split is to take one screen and ask both questions.
At ViewStats, the creator intelligence platform built by the team behind MrBeast, lots of creators signed up and then never connected their YouTube channel. Without the connection, the product could not show them anything useful. The connection screen looked fine. The buttons were clear, the branding was right, the OAuth flow worked. The UI was not the problem.
The UX was. Funnel analysis and creator interviews showed people did not understand what they would get in return for granting access to their channel. We were asking for trust before showing value. So the redesign was not a prettier button. It was a change in the order of the journey: onboarding moments that showed what the product would reveal, empty states that previewed the insight behind the connection, contextual prompts at the moment a creator wanted something only a connected channel could answer. Channel connection went from 13% to more than 65%. I wrote the full breakdown in onboarding UX best practices from a 13% to 65% activation fix.
Then the UI work started again, because each of those new moments needed a visual treatment that felt like a preview and not like a paywall. That is the loop. UX decides what the screen is for, UI decides how the screen earns it, and a real result needs both.
If you want the job-title version of this comparison, I keep a short page on UI designer vs UX designer, and a longer one on product designer vs UX designer, where the difference is ownership of outcomes.
Every school teaches a diagram with five neat stages. Real projects are messier, but the stages are real, and I will show what each one looked like on products I shipped. The table is the skeleton. The paragraphs after it are what actually happens.
| Stage | Question it answers | Typical output | Real example from my work |
|---|---|---|---|
| Research | Who is this for and what are they trying to do? | Interviews, funnel data, personas, empathy maps | ViewStats: creator interviews, onboarding analytics, Discord feedback, support requests |
| Structure (UX) | What steps exist and in what order? | Flows, storyboards, information architecture | Accern: merging two separate products into one path non-technical users could follow |
| Interface (UI) | What does each step look and feel like? | Screens, components, design system | ViewStats design system across web, mobile, extension and marketing |
| Prototype | Does it actually feel right in the hand? | Clickable or coded prototypes | My experiments: SwiftUI, WebGL and physics builds, not static mockups |
| Build and ship | Is what shipped the thing that was designed? | Components, pull requests, implementation review | ViewStats: React components built and reviewed in the codebase |
| Measure | Did it change behavior? | Activation, retention, support volume | 13% to 65%+ activation; Accern 82% fewer support tasks |
Creators at ViewStats were not asking for more charts. When we listened properly, the question under every request was "what should I make next?" They wanted confidence, not analytics. That one finding shaped features like Outliers, Competitors Tracking and Thumbnail Research far more than any feature request did. Research is where UI UX design stops being decoration and starts being strategy.
Research also has to fit the constraints you actually have. At Accern, a no-code NLP platform for financial organizations, the users were analysts at large banks and funds. I could not book them for usability sessions. So the research ran through the customer success team: interviews with the people who sat with clients every day, a usability survey, four personas built from what they heard, an empathy map and how-might-we statements. Not the textbook method. The right method for the room I was in.
At Greenely, a Swedish energy app with more than 200,000 households, research was almost too easy: a Facebook group with over 2,000 members, and people who would knock on the office door to complain or ask for a feature. We added Mixpanel so the stories had numbers next to them.
This is the UX core. At Accern, 95% of users never used the product on their own. The customer success team was building use cases for them, because the beta had been built on blue-sky concepts, split across two separate tools (text analytics in one, predictive analytics in the other) and wrapped in words like taxonomy, NLP and data store. The structural work was to turn that into one path a non-technical analyst could walk alone. Published results: retention up 200%, with users checking the product two to three times a week without help, and 82% fewer support tasks. None of that came from colors. I wrote the full story in enterprise UX design when 95% of users never used the product alone.
Now the UI. At ViewStats the surface area was large: a web app, a mobile app, a Chrome extension living inside YouTube, a marketing site and a set of AI tools. A design system held it together: typography, color, navigation, data visualization, dashboard components, tables, forms, empty states, variables and tokens. The point of a system is not consistency for its own sake. It is that a creator who learned the web app can read the extension instantly, and a designer can ship a new feature without reinventing a dropdown.
UI is also where the product gets a personality. My AI experiments push this on purpose: a bank card you freeze and then shatter by tapping the ice three times, gummy bears you drop onto a live scale, a landing page where the cursor is an x-ray. I wrote about the card in micro interactions examples from a card you shatter to unfreeze. Not every product needs physics. Every product needs to feel alive at the moments that matter.
A static mockup cannot show you timing, spring, gesture weight, what a list does with 3,000 rows or what a slow network feels like. That is why I moved from handing off Figma files to working in the codebase. At ViewStats I prototyped and built React components with Cursor, Claude Code, TypeScript and GitHub, opened pull requests and reviewed the implementation. Iteration cycles got dramatically shorter because the loop of describe, interpret, build, review, fix collapsed into one person. That is the design engineer role, and I explain it fully in what a design engineer is in software.
The Chrome extension at ViewStats is my favorite example of measurement changing the plan. The idea was simple: put insights inside YouTube instead of making creators switch tabs. It grew past 200,000 users and became a major acquisition and retention channel, which was not where the roadmap started. You can read how in how our Chrome extension UX reached 200,000 users.
People searching "what is ui ux design examples" usually get a list of famous apps and a sentence each. I would rather show you the inside of products I designed, with the results that were published. Each is a case study on my site; the links go to the full version.
A creator platform at MrBeast scale. ViewStats grew to more than 500,000 users, 200,000+ extension users, 100,000+ mobile downloads and a Discord community of 17,000+ creators. The UX lesson that stuck: people rarely want more information, they want clarity. The UI lesson: on mobile we designed for in-between moments, the minutes between uploads and shoots, and balanced free versus Pro so premium was visible enough to show its value without feeling locked. Full story: designing creator tools for MrBeast's ViewStats.
A no-code AI platform for finance. Accern, where I was the first design hire after seed, through Series A and B. The work was mostly UX: one path instead of two products, plain words instead of jargon, research through the customer success team because the end users were enterprises I could not reach. The company raised more than $40M from investors including Shasta, Tribe Capital and Fusion Fund, counted Mizuho, Forbes, Allianz and McKinsey among clients, and was later acquired. Case study: Accern product design.
An energy app for 200,000 households. Greenely used machine learning to help people optimize electricity use. I inherited an app wireframed by a product manager, untested, with weak architecture, and left it with more than 20 integrations, a notification feed, clearer price signals and a design system. The UX question was always the same: can a person tell, in one glance, when to act? Case study: Greenely energy app.
A community for 30,000 data scientists. At Bitgrit I was the only designer in a company of about 30 people. Seven user interviews, a survey of 20 people, three personas, affinity mapping, then a UI kit that grew into a design system. The thing users wanted was fair reward wherever they were in the world, a way to learn, and a way to show hidden skills. Case study: Bitgrit community platform.
Job posts list twenty tools. The skills that mattered on every product above fit on one hand.
Listening, and the discipline to hear the problem under the request. Structuring, which is the ability to turn a messy goal into a short sequence of steps. Visual craft, meaning typography, spacing, color and motion good enough that the product feels trustworthy at first glance. Prototyping, in Figma at minimum and increasingly in code, because feel cannot be reviewed from a screenshot. And measurement: knowing which number your design is supposed to move and checking whether it did.
Tools come and go. Figma is the shared canvas today. Cursor and Claude Code are how I get from design to working code. SwiftUI, React, WebGL and Rive are what my experiments are built with. If I had to drop everything but one skill, I would keep listening. It is the one AI cannot do for you in a room with a real user.
If you are weighing the career itself, I answered that at length in is product design a good career in 2026, and the broader role in what a product designer does.
It is not "making it look nice" at the end. If a designer is brought in after the flow is decided, you get a polished version of the wrong journey. The Accern beta is what that looks like: a working product that 95% of its users could not use alone.
It is not Figma. Figma is where a lot of the work is drawn, but the work is the decisions. Some of my best UX decisions were sketches on an iPad in Procreate before anything hit a component.
It is not wireframes either. Grey boxes are a stage, not a deliverable. A product manager at Greenely had wireframed the whole app before I joined, and the result still needed a full redesign because wireframes skip the part where you find out what people actually do.
And it is not finished at handoff. The design is finished when the shipped product matches the intent and the number moves. That belief is why I now ship code.
Short answer: the production part is not, the judgment part is. I say this as someone who has designed AI features and who uses AI every day to build.
At ViewStats we took AI thumbnail and title tools from concept to launch in roughly two weeks. The hard part was not the interface. It was designing trust: how much the tool suggests, how it shows its reasoning, how a creator stays in control. Then the launch met public backlash about the impact on thumbnail artists, covered as far as the BBC. The lesson I took is that product decisions do not exist in isolation, and that the job of a designer is to keep humans at the center of creative tools. No model made that call for us.
In my own work, AI replaced a lot of production: first drafts of components, boilerplate, converting a design to SwiftUI or React. It did not replace deciding what to build, hearing what creators were actually asking for, or taste. I wrote the detailed version in will AI replace product designers and the forward-looking one in the future of UI UX design with AI.
Pricing depends on three things: whether you need research and structure or only interface work, how many surfaces are involved (web, mobile, extension, marketing all multiply the system), and whether the designer also builds. A designer who ships code costs more per hour and usually less per feature, because the review loop disappears.
Engagement models I see work: a fixed scope for a defined redesign, a monthly retainer for a product that ships weekly, or an embedded lead who owns design across the company for a stage of growth, which is what I did at Accern from seed through Series B. What I would avoid: hiring for mockups by the screen. You will get screens, and you will not get a product.
When you evaluate a UI UX designer, ask for one case where a number moved and have them walk you through what they tried before the thing that worked. I keep a hiring checklist in my guide to hiring a product designer in Casablanca, and the criteria apply anywhere. If you want to talk about your product, you can hire me as your product designer; I work remotely with teams in Morocco, Europe, the Gulf and the US.
UX design decides what a product does for you and in what order; UI design decides what each step looks and feels like on screen. Together they are the practice of making software that helps you reach your goal without getting lost. A good test: can a first-time user tell what to do next without reading instructions?
Talk to users or read what they did (interviews, funnels, support tickets), decide the flow, draw and prototype the screens, work with developers or build the front end directly, then check whether the shipped version changed behavior. The mix shifts by week. Early in a project it is mostly research and structure; later it is interface and polish; after launch it is measurement.
Mostly the same skills with a different scope of ownership. A product designer is usually accountable for an outcome (activation, retention, revenue) and works across research, UX, UI and often strategy. "UI UX designer" is the more common title in agencies and smaller teams, and often means the same job. I compared the titles in product designer vs UX designer.
The ViewStats channel connection screen. The UI was fine: clear buttons, correct branding, working OAuth. The UX was broken: it asked for trust before showing value. Fixing the UX (preview the value, then ask) took activation from 13% to over 65%. Then the UI was redesigned to make the preview feel like an invitation. Same screen, two different jobs.
Demand for people who only produce mockups is falling, because AI produces mockups. Demand for people who can find the real problem, design the flow, make it feel right and ship it is rising, because that is what moves business numbers. Every product I have worked on needed the second kind of designer more than the first.
Yes. I have worked with and hired designers from every background. What matters in a portfolio is evidence that you can take a real problem through research, structure, interface and a measurable result. One honest project with a before and after beats ten redesigns of famous apps.
This is the pillar page for UI UX design on my site. These posts go one level down:
If you have a web or mobile app idea in mind or you need some advice about product design, feel free to get in touch ✉️