Simplilearn UX/UI Design Thinking Fundamentals

Apply a structured, user-centered design thinking process to audit, plan, or build any digital product so that it is both functional and pleasing for its intended users.

// TL;DR

Simplilearn UX/UI Design Thinking Fundamentals is a structured, user-centered process for auditing, planning, or building any digital product so it is both functional and pleasing for its actual end users. It runs from defining the end user (not the client), through research, personas, empathy maps, journey mapping, information architecture, and interaction flows, into wireframes, visual UI, prototyping, and usability testing. Use it whenever you suspect a design was built for the client or designer rather than the person who uses it daily — for apps, websites, game UIs, or even physical spaces and services.

// When should you use UX/UI design thinking?

Use this skill whenever you need to design, evaluate, or improve a digital product (app, website, game UI) or any experience-driven service — especially when you suspect the current design was built for the client or designer rather than the end user.

// What do you need before you start designing?

  • Product or service to design/evaluaterequired
    The app, website, physical product, or service experience you are working on.
  • Target end user descriptionrequired
    Who will actually use the product — NOT the client or the designer. Include context: goals, environment, devices, pain points if known.
  • Business goals and constraints
    What the company needs to achieve, budget limits, timeline, or technical constraints that must be balanced against user needs.
  • Existing design or competitor reference
    Any current version of the product or comparable products to audit against design principles.

// What are the core principles of user-centered design?

UX Is Not Just the App

User experience applies to any domain — physical spaces, services, hardware, and software alike. Do not limit UX thinking to screen design. The overall experience of the user must be embraced end-to-end, from parking lot to payment confirmation.

Design for the End User, Not the Client or Yourself

The client pays for the product but does not use it. The designer builds it but does not use it. The end user — who was absent from most traditional design processes — is the only person whose experience determines success. Always involve the actual user in your process.

Functional AND Pleasing

A design must satisfy two conditions simultaneously: it must work correctly (functional) and it must be visually or experientially appealing to its target audience. Optimising for one at the expense of the other produces either unusable art or ugly utility.

UI Must Come From UX

The visual interface (UI) is not the starting point. It must be derived from UX research — who the user is, what they need, how content should be arranged, and what words to use. Jumping straight to Figma without research produces design without logic.

Balance User Needs and Business Goals

A good UX designer advocates for the end user but must also balance user desires against company goals, budget, and roadmap constraints. You cannot always give users everything they want; find the equilibrium between user satisfaction and business viability.

Jacob's Law (Learned Mental Models)

Users spend most of their time on other products, so they expect your product to work the same way. Design against established conventions (e.g., login button top-right) and you add cognitive load. Leverage what users have already learned.

Don Norman Door (Design Affordance Errors)

When users consistently make the same mistake — like pushing a door marked 'pull' — it is a design failure, not a user failure. The object's appearance communicated the wrong action (a handle affords pulling). Eliminate ambiguous affordances; the design should make the correct action self-evident.

Neutral Colors Principle

Neutral colors (white, black, gray) do not constrain the eyes and produce clean, readable UIs. Reserve accent colors for highlights and calls to action using a disciplined ratio (e.g., 60-30-10 rule). More colors ≠ better design.

Empathy-Driven Design

Deeply understand your end user's goals, preferences, frustrations, and context before designing anything. Empathy is not sympathy — it means placing yourself in the user's situation to discover pain points you would not notice as an expert.

Seamless Micro-Interactions

Small, thoughtful details — OTP autofill, a cardboard cup sleeve, a door that opens automatically — can dramatically improve experience. If you are not consciously aware of a feature's absence, you will not build or test for it.

// How do you apply UX/UI design thinking step by step?

  1. 1

    Define the end user (NOT the client)

    Explicitly separate the client (who commissions the product) from the end user (who operates it daily). Write down who the end user is: their goals, environment, devices, technical literacy, and pain points. If you cannot answer this, you must do user research before proceeding.

  2. 2

    Conduct user research

    Gather information about real end users through conversations, surveys, and observations. This is the most time-consuming phase and the foundation of everything that follows. Outputs: research findings documents, competitive analysis, raw interview notes.

  3. 3

    Build user personas

    Create character profiles of typical users (e.g., 'Busy Bob', 'Careful Carlo') that highlight their goals, challenges, and behavioral patterns. Personas must be grounded in research findings, not assumptions. Each persona guides all subsequent design decisions.

  4. 4

    Create empathy maps

    For each persona, map out four dimensions: what the user Thinks, Feels, Says, and Does when interacting with the product. This surfaces emotional and behavioral insights beyond stated preferences.

  5. 5

    Map the user journey

    Document the complete journey of the user from their first touchpoint to task completion and beyond. Identify friction points, moments of delight, and gaps where experience breaks down. The journey starts before the app opens (e.g., finding parking, remembering a password).

  6. 6

    Define information architecture

    Plan how content and features will be structured and prioritized across the product. Decide what information appears on which screen and in what order. You cannot put everything on one screen — ruthlessly prioritize based on user goals and task flows.

  7. 7

    Design interaction flows

    Map how users move from one screen or state to another. For each key task (e.g., uploading a story, completing a purchase), define the exact sequence of steps. Ask: what happens when the user clicks this button? What is the next state? Flag every transition that requires conscious user effort.

  8. 8

    Apply Jacob's Law and affordance checks

    Review every UI element against established conventions: Is the login button where users expect it? Does this handle communicate push or pull? Does this input field match the format users are familiar with? Any deviation from learned mental models requires strong justification.

  9. 9

    Create wireframes

    Produce low-fidelity sketches of key screens based on the research, personas, information architecture, and interaction flows above. Wireframes are logic documents, not visual design documents. Every placement must have a reason derived from UX research.

  10. 10

    Build the visual UI from the UX foundation

    Now apply visual design: color theory, typography, composition, and component design (navigation bars, buttons, text fields, icons). Follow the Neutral Colors Principle: use white/black/gray as the base; use accent colors sparingly with the 60-30-10 rule. UI must look good AND function correctly — neither alone is sufficient.

  11. 11

    Prototype and conduct usability testing

    Build an interactive prototype (e.g., in Figma) and test it with real end users — not the client, not the designer. Use tools like maze.co to gather structured feedback. Document where users struggle, hesitate, or make mistakes. These are design failures, not user failures.

  12. 12

    Iterate based on findings

    Produce iteration plans from usability test reports and feedback documentation. Prioritize fixes that address the highest-frequency user pain points first. Balance each iteration against business goals and technical constraints — not every user wish can or should be implemented immediately.

// What does UX design thinking look like in real scenarios?

A mobile banking app is being redesigned and the team has been jumping straight into Figma to create screens.

Stop screen design. Go back to Step 1: identify who the actual end users are (not the product manager's preferences). Conduct user research to discover where users currently struggle (e.g., OTP entry friction, confusing navigation hierarchy). Build personas like 'First-Time Sender' and 'Daily Trader'. Map their journeys, then build information architecture before touching visual design. When UI work begins, apply Jacob's Law — put the transfer button where users already expect it from other banking apps. Test the prototype with real users via maze.co before development.

A physical office space is being redesigned and the interior designer has placed all power outlets under the desk.

Apply the UX framework to a non-digital context. The end user is the office worker, not the facilities manager. User research (even informal observation) reveals workers forget chargers, avoid plugging in, or work on battery. The pain point is physical accessibility of power. Redesign the information architecture of the desk surface — power access belongs on the top surface, not beneath it. The design must be functional (accessible mid-task) AND pleasing (integrated cleanly into the desk aesthetic).

An e-commerce checkout flow has high drop-off at the OTP verification step.

Identify the micro-interaction failure: users must context-switch to their SMS app, memorize a 6-digit code, return to the app, and type it manually. Apply the Seamless Micro-Interactions principle — if you are not aware this friction exists, you will not test for it or request it from developers. Solution: implement OTP autofill (available natively in Android and iOS). Communicate this requirement explicitly to the development team. Then test the improved flow with real users to confirm the friction is eliminated.

// What mistakes should you avoid in UX/UI design?

  • Designing for yourself or the client instead of the end user — the end user must be the primary design target throughout the entire process.
  • Going straight to Figma without completing user research, personas, and information architecture first — UI without UX logic produces screens without purpose.
  • Confusing the client requirement with the user need — they are frequently different and both must be understood separately.
  • Applying graphic design freedom to UI design — in UI you cannot place elements randomly; every decision must follow UX principles and research-backed logic.
  • Ignoring micro-interactions and small features (e.g., OTP autofill, haptic feedback, transition animations) — if you are not consciously aware of them, you will not build or test for them.
  • Overloading screens with colors, content, or options — neutral colors and ruthless prioritization produce cleaner, more usable interfaces.
  • Violating Jacob's Law by placing standard elements (login, navigation, back buttons) in unconventional positions without strong justification — this adds cognitive load.
  • Treating a Don Norman Door mistake as a user error — if users consistently do the wrong thing, it is a design affordance failure, not user stupidity.
  • Ignoring accessibility — accessibility is both a design principle and in many jurisdictions a legal requirement; design for the widest possible audience including users with disabilities.
  • Failing to balance user advocacy with business goals — demanding everything users want regardless of budget, timeline, or strategy will make you ineffective as a designer.

// What are the key UX/UI design terms you should know?

UX (User Experience)
The overall experience a person has when interacting with a product, service, or system — not just how it looks, but how it functions, feels, and whether it solves real user problems. Applies to any domain, not only digital products.
UI (User Interface)
The visual and interactive layer of a product — the layout, colors, typography, buttons, icons, and transitions that users directly see and touch. UI must be derived from UX research, not created independently.
End User
The actual human being who uses the product in daily life — explicitly distinguished from the client (who commissions the product) and the designer (who builds it). The end user is the primary target of all design decisions.
Design Thinking
A structured, human-centered problem-solving approach used by companies to create better user experiences. It prioritizes understanding the user deeply before generating solutions.
Jacob's Law
Users spend most of their time on other products and therefore expect your product to behave the same way as those products. Designs that violate established conventions increase cognitive load.
Don Norman Door
A design affordance error in which the visual appearance of an object (e.g., a handle) communicates the wrong action (e.g., pull instead of push), causing predictable and repeated user mistakes. Named after Don Norman, who researched why users make these errors. The fault is always the designer's, never the user's.
Information Architecture (IA)
The discipline of planning how information is structured, prioritized, and arranged within a product. Determines what appears on which screen and in what order, based on user goals.
Interaction Design (IXD)
The practice of designing how users interact with a product — defining what happens at each click, tap, or gesture and ensuring each transition is purposeful and frictionless.
Persona
A research-grounded character profile representing a typical end user, including their goals, challenges, behaviors, and context. Used to guide design decisions throughout the process.
Empathy Map
A UX tool that captures what a user Thinks, Feels, Says, and Does when interacting with a product. Surfaces emotional and behavioral insights beyond stated preferences.
User Journey Map
A visual or narrative document tracing the complete experience of a user from their first touchpoint with a product through to task completion and beyond, highlighting pain points and moments of delight.
Wireframe
A low-fidelity structural sketch of a screen or flow that communicates layout, hierarchy, and logic without visual styling. Every element placement must be justified by UX research.
Usability Testing
The process of testing a prototype or live product with real end users to observe where they struggle, hesitate, or fail — generating data for iteration.
Micro-Interaction
A small, specific design detail — such as OTP autofill, a haptic click, or an animated heart — that meaningfully improves the user's experience of a single moment or task.
Neutral Colors Principle
The guideline that UI designs should anchor in neutral colors (white, black, gray) which do not strain the eyes, and reserve accent colors for deliberate highlights using a structured ratio such as 60-30-10.
Conversational UI
An interface pattern that communicates with users in a dialogue format rather than presenting static forms — progressively collecting information through a conversation-like exchange to reduce friction and increase engagement.
Voice UX
User experience design applied to voice-activated devices and commands, encompassing not only what the device says but also non-verbal feedback channels such as light patterns and haptic responses.
Product Designer
A role that combines deep knowledge of UX and UI with product strategy, end-to-end product cycle ownership, and collaboration with business stakeholders — typically a more senior, management-adjacent role than a UX or UI designer.
Accessibility
Designing products that can be used by the widest possible audience, including people with disabilities. Accessibility is both a design principle and, in many jurisdictions, a legal requirement.

// FREQUENTLY ASKED QUESTIONS

What is UX/UI design thinking?

UX/UI design thinking is a structured, human-centered process for building products that are both functional and pleasing to their actual users. It starts by deeply understanding the end user through research, personas, and journey mapping before any visual design. The UI (colors, layout, buttons) is derived from UX research, not created on a hunch in Figma.

What is the difference between UX and UI?

UX (user experience) is the overall experience of using a product — how it functions, feels, and solves real problems, across any domain. UI (user interface) is the visual and interactive layer: layout, colors, typography, buttons, and icons. UI must be derived from UX research; jumping straight to UI without UX logic produces screens without purpose.

How do I start a UX design process for a new app?

Start by explicitly defining the end user — not the client or yourself. Write down their goals, environment, devices, technical literacy, and pain points. If you can't answer these, conduct user research first. Only after research, personas, empathy maps, journey mapping, and information architecture should you begin wireframes and visual UI.

How do I stop designing for the client instead of the user?

Separate the two on paper: the client commissions the product, the end user operates it daily, and their needs are frequently different. Ground every design decision in user research and test prototypes with real end users — never the client or designer. When user desires conflict with business goals, find the equilibrium rather than defaulting to whoever pays.

How does design thinking compare to just jumping into Figma?

Jumping into Figma produces visually polished screens with no logic behind element placement, word choice, or flow. Design thinking front-loads research, personas, and information architecture so every UI decision is justified. The result is a product that works correctly AND looks good — versus 'unusable art' or ugly utility from skipping the UX foundation.

When should I use a user-centered design thinking process?

Use it whenever you design, evaluate, or improve a digital product — app, website, or game UI — or any experience-driven service. It's especially valuable when you suspect the current design was built for the client or designer rather than the end user, or when users repeatedly make the same mistakes, which signals a design failure.

What is Jacob's Law in UX design?

Jacob's Law states that users spend most of their time on other products, so they expect yours to work the same way. If you place standard elements — like a login button or navigation — in unconventional positions, you add cognitive load. Leverage the mental models users have already learned instead of forcing them to relearn.

What is a Don Norman Door in design?

A Don Norman Door is a design affordance error where an object's appearance communicates the wrong action — like a handle on a door marked 'pull' that people keep pushing. When users consistently make the same mistake, it's a design failure, not user error. Eliminate ambiguous affordances so the correct action becomes self-evident.

What results can I expect from applying UX design thinking?

You can expect fewer usability failures, lower drop-off at friction points, and interfaces that feel intuitive because they match learned conventions. Research-grounded personas and journey maps surface pain points you'd otherwise miss, while usability testing catches problems before development. The outcome is a product that is both functional and pleasing — and defensible with evidence, not opinion.

Do I need UX design if it's just a small feature?

Yes — small features and micro-interactions like OTP autofill, haptic feedback, or transition animations often make or break the experience. If you're not consciously aware a feature or friction point exists, you won't build or test for it. Even one screen benefits from checking affordances and Jacob's Law conventions.

Does UX design apply to non-digital products?

Yes. UX applies to physical spaces, services, and hardware — the entire experience from parking lot to payment confirmation. A poorly placed office power outlet or a confusing door handle is a UX failure just as much as a bad app screen. The same process — define the user, research, map the journey, fix friction — applies everywhere.

// GET THIS SKILL — FREE

Use this skill in your AI

Every skill on SkillForge is free. Drop your email and copy this skill straight into Claude, ChatGPT, or any LLM.

We'll email you when new skills drop. Unsubscribe anytime.