Product Design
Lộ trình phát triển toàn diện Product Design theo tiêu chuẩn quốc tế nilbuild/developer-roadmap
Hướng dẫn từng bước từ nền tảng đến chuyên sâu giúp bạn làm chủ Product Design. Tích hợp tài liệu lý thuyết, bài viết thực chiến, video tham khảo và bài tập lập trình trực tiếp trên IDE.
Nền Tảng & Khái Niệm Cốt Lõi
Giai đoạn 1 tập trung hoàn thiện 24 chủ đề then chốt.
A/B Testing
A/B testing compares two versions of a design, showing each version to a separate group of users, to measure which one performs better against a specific metric. Because only one variable typically changes between versions, teams can attribute any difference in outcome to that specific change with reasonable confidence. It is one of the most common ways product teams validate design decisions with real user data before rolling them out fully.
Accessibility Testing
Accessibility testing evaluates whether a product can be used effectively by people with disabilities, including those using screen readers, keyboard-only navigation, or other assistive technology. It checks things like color contrast, alternative text, and proper semantic structure against established accessibility standards. This testing is essential for ensuring a product is usable by as wide a range of people as possible, and is often a legal requirement as well.
Agile UX, Lean UX
Agile UX and Lean UX are approaches to design that fit within iterative, fast-moving development cycles rather than lengthy upfront design phases. They favor small, testable increments of design work, tight feedback loops, and close collaboration with engineering throughout a sprint. These approaches are common in teams that release frequently and need design to keep pace with development.
AI-Assisted Design
AI-assisted design refers to using artificial intelligence tools to support parts of the design process, such as generating layout variations, writing draft copy, or producing quick visual concepts. These tools can speed up early exploration and reduce repetitive manual work, though designers still need to evaluate and refine the output. As these tools evolve, they are increasingly integrated into existing design and prototyping workflows rather than used as standalone products.
Aligning Teams
Aligning teams is the ongoing work of getting stakeholders, designers, and engineers to agree on direction, priorities, and process. It includes practices like stakeholder alignment, adopting shared methods such as Agile UX or Lean UX, and running collaborative design workshops or sprints. Strong alignment reduces friction and rework later in a project caused by misunderstandings about goals or approach.
API & Data Limitations
API and data limitations refer to the technical boundaries imposed by the software services that power a digital product, such as how much information can be retrieved at once, how quickly it can be updated, or what specific data fields are available. These constraints dictate the realism of a design, as they define whether a user interface can display real-time information, handle large datasets, or support certain interactive features. Understanding these boundaries early helps designers avoid creating experiences that the underlying system cannot technically support or that would cause significant performance issues for the end user.
Assumption Mapping
Assumption mapping is the practice of listing out the underlying beliefs a product idea depends on, then ranking them by how risky and how uncertain each one is. It helps a team see which assumptions need to be tested before moving forward, rather than treating all beliefs as equally solid. This step often produces a shortlist of experiments needed to validate the riskiest assumptions first.
Brainstorming
Brainstorming is a group activity where participants generate as many ideas as possible for solving a problem, typically without judging or filtering them in the moment. The emphasis on quantity over quality early on helps surface unconventional ideas that might otherwise get dismissed too soon. Ideas generated here are usually filtered and refined in later steps of the ideation process.
Business & User Needs
Balancing business and user needs means weighing what would benefit users against what the business requires to remain viable, such as revenue or strategic goals. A design that ignores business needs may not survive as a sustainable product, while one that ignores user needs may fail to gain adoption. Prioritization decisions usually involve finding the overlap between these two sets of needs.
Business Alignment
Business alignment is the process of connecting design and product decisions to the broader goals, strategy, and metrics of the business. It includes understanding how the business operates, shaping product strategy, and tracking relevant business metrics and OKRs. Without this alignment, product design risks producing work that pleases users but does not support the company's underlying objectives.
Business Metrics & OKRs
Business metrics and OKRs are the specific measures and objectives a company tracks to judge whether it is succeeding, such as revenue, growth rate, or customer retention. OKRs pair an objective with measurable key results, giving teams a clear way to check progress. Product design decisions are often justified or prioritized based on how they are expected to move these metrics.
Business Understanding
Business understanding means having a working knowledge of how the company makes money, who its customers are, and what constraints shape its decisions. This context helps a designer make choices that are realistic and aligned with what the business can support, rather than purely ideal from a user's perspective. It is often gained through conversations with stakeholders, sales, and leadership rather than through user research alone.
Collaboration by Design
Collaboration by design means treating design as a shared, cross-functional activity involving product managers, engineers, and other stakeholders rather than something done in isolation. Design workshops, reviews, and shared documentation are common practices that support this. It reflects the reality that good product decisions usually depend on input from multiple disciplines, not just the designer.
Color
Color in interface design is used to establish hierarchy, communicate meaning, such as errors or success states, and support a product's brand identity. A well-considered color palette also needs to account for accessibility, ensuring enough contrast for users with visual impairments. Color choices are typically defined once in a design system and reused consistently across a product.
Components
Components are reusable interface building blocks, such as buttons, form fields, or cards, that combine visual style and behavior into a single, consistent unit. Building interfaces from shared components speeds up design and development while keeping the product visually and functionally consistent. Components are a core part of most design systems, since they let teams avoid rebuilding the same elements repeatedly.
Consistency & Coherence
Consistency and coherence mean that a product's visual style, terminology, and interaction patterns behave the same way across different screens and features. Inconsistent patterns force users to relearn how things work in different parts of the same product, increasing cognitive effort. Design systems and shared components are common tools used to maintain this principle at scale.
Content Design
Content design is the practice of crafting the words used throughout a product, including labels, instructions, and messages, so they are clear and helpful to users. It includes UX writing, defining a consistent voice and tone, and writing precise microcopy for specific interface moments. Good content design often reduces confusion more effectively than visual changes alone.
Content Organization
Content organization is the process of grouping and labeling information within a product so it matches how users think about and search for it. Poorly organized content can hide useful information behind confusing categories or unclear labels, even if the content itself is well written. This work often draws on card sorting or similar research techniques to validate that groupings make sense to real users.
Contextual Inquiry
Contextual inquiry is a research method where a designer observes and talks with users while they use a product or perform a task in their actual environment. Watching behavior in context often reveals problems or workarounds that users would not think to mention in an interview. It is especially valuable for understanding workflows that are shaped by physical space, tools, or team dynamics.
Continuous Improvement
Continuous improvement is the ongoing practice of using data, feedback, and experimentation to make incremental refinements to a product after launch. Rather than treating a product as finished once shipped, teams keep monitoring performance and iterating based on what they learn. This mindset closes the loop back to earlier stages like research and testing, treating design as a repeating cycle rather than a one-time project.
Critiques & Reviews
Critiques and reviews are structured sessions where designers present their work to peers or stakeholders to receive feedback before finalizing a design. They are meant to surface blind spots and alternative perspectives that the original designer may not have considered. A well-run critique focuses on the problem the design is solving rather than personal taste alone.
Defining Success
Defining success is the early step of setting clear goals, a vision, and measurable outcomes for a product before design work begins. It includes clarifying the product vision, value proposition, and the metrics that will indicate whether the product is working. Without this step, teams risk building features that look good but do not move any meaningful outcome.
Design Handoff
Design handoff is the process of transferring finished design work to engineers in a clear, usable format, including specifications for spacing, colors, and behavior. A well-executed handoff reduces back-and-forth questions and the risk of implementation not matching the intended design. Tools that link directly to design files with specs and assets have made this process faster than manually writing out documentation.
Design Principles
Design principles are the guiding rules a team commits to when making design decisions, covering things like putting users first, favoring function over polish, and staying consistent across a product. They act as a shared reference so individual designers make similar calls even when working independently. Principles like these get applied throughout every later stage, from research to shipping.
Kỹ Năng Trọng Tâm & Thực Hành
Giai đoạn 2 tập trung hoàn thiện 24 chủ đề then chốt.
Design Systems
A design system is a shared collection of reusable components, patterns, and guidelines, including visual foundations like color and typography, that keeps a product consistent as it grows. It gives designers and engineers a common language and set of building blocks instead of recreating the same elements repeatedly. Well-maintained design systems become especially valuable as a product scales across multiple teams or platforms.
Design Tokens
Design tokens are named, reusable values, such as a specific color, spacing unit, or font size, that store core design decisions in a single place. Instead of hardcoding a color value on every screen, a designer references a token like "primary-color" that can be updated everywhere at once. This makes it much easier to maintain consistency and make sweeping visual changes across a large product.
Design Workshops & Sprints
Design workshops and sprints are structured, time-boxed sessions where a team collaborates intensively to solve a specific problem, often over a few days. They typically combine activities like sketching, prioritization, and prototyping to move quickly from a vague problem to a testable idea. This approach is used when a team needs rapid alignment and a concrete output in a short amount of time.
Designing Responsibly
Designing responsibly means considering the broader impact of design decisions on users and society, beyond just business metrics or user engagement. It includes practices like ethical design, which questions whether a pattern manipulates users unfairly, and inclusive design, which ensures products work for people with diverse needs and backgrounds. This area has grown in importance as design has become more capable of shaping user behavior at scale.
DesignOps
DesignOps refers to the operational practices that support a design team's efficiency, including workflows, tooling, hiring, and processes that let designers focus on design work rather than administrative overhead. It plays a similar role for design teams that DevOps plays for engineering teams. DesignOps becomes especially important as a design organization grows and needs consistent processes across multiple teams or products.
Developer Collaboration
Developer collaboration is the ongoing communication between designers and engineers throughout a project, not just at the point of handoff. Involving developers early can surface technical constraints or better implementation approaches before a design is finalized. This continuous relationship helps prevent late-stage surprises that force design changes during development.
Edge Cases & States
Edge cases and states refer to the variations in a design that account for non-ideal or non-standard scenarios during user interaction. States define how an interface looks or behaves under specific conditions, such as loading, success, error, or empty states, while edge cases address unusual occurrences like exceptionally long text strings, lost internet connectivity, or unexpected data inputs. By documenting these scenarios, designers ensure that the interface remains functional and provides clear feedback to the user even when the application deviates from the primary happy path.
Empathy Maps
An empathy map is a simple diagram that captures what a user says, thinks, does, and feels regarding a specific situation or product. It helps a team step into the user's perspective and surface needs or frustrations that may not be explicitly stated. Empathy maps are often built directly from interview or observation data gathered earlier in the research process.
Engineering Collaboration
Engineering collaboration covers the practices that keep designers and developers working together effectively, including preparing for launch, handing off designs clearly, and maintaining ongoing communication during development. Strong collaboration reduces the gap between what was designed and what actually gets built. This relationship becomes especially important as a product moves from design into active development and release.
Ethical Design
Ethical design involves evaluating whether design choices manipulate or mislead users for the benefit of a business, rather than genuinely serving their interests. It scrutinizes patterns like fake urgency, hidden costs, or deceptive defaults that push users toward decisions they might not otherwise make. Practicing ethical design means being willing to choose a less profitable pattern when a more persuasive one would harm user trust.
Experimentation
Experimentation is the practice of testing design or product changes with real users under controlled conditions to measure their actual effect, commonly through methods like A/B testing and feature flags. It replaces guesswork with evidence about whether a specific change improves or harms a chosen metric. This approach is central to a data-informed process of continuous improvement.
Expert Review
An expert review, also called a heuristic evaluation, has an experienced designer or usability specialist assess a product against established usability principles without involving real users. It can catch many common issues quickly and at low cost compared to full user testing. Expert reviews are often used as an early filter before investing in more resource-intensive usability testing.
Feasibility Assessment
Feasibility assessment evaluates whether a proposed design or feature can realistically be built given the team's technical capabilities, timeline, and resources. It usually involves close collaboration with engineers to estimate effort and identify potential blockers. This assessment often happens alongside risk management, since infeasible ideas represent one of the biggest risks to a project's success.
Feature Flags
Feature flags are a technical mechanism that lets teams turn a feature on or off for specific users without deploying new code. They allow gradual rollouts, quick rollbacks if something goes wrong, and controlled experiments like A/B tests. Feature flags give product teams flexibility to manage risk when releasing new or unproven features.
Figma Dev Mode
Figma Dev Mode is a dedicated workspace within Figma that provides developers with the specific information they need to translate design files into functional code. It allows developers to inspect layers, measure spacing, export assets, and view CSS, Swift, or Compose code snippets directly from the design file. By streamlining the inspection process, it bridges the gap between static visuals and technical implementation, ensuring that the final output accurately matches the designer's original intent.
Framing the Problem
Framing the problem is the step of turning research findings into a clear, well-defined problem statement that guides design work. It uses tools like empathy maps, personas, jobs-to-be-done, and How Might We questions to translate raw insight into an actionable direction. A well-framed problem keeps a team focused on solving the right issue instead of jumping straight to solutions.
Functionality over Polish
This principle prioritizes making a product work correctly and solve the user's problem before investing heavily in visual refinement. A feature that looks beautiful but fails to perform its core task provides little value, while a rough but functional one can still succeed. Teams often apply this early in a project, saving deeper visual polish for later stages once the core experience is validated.
Gathering Information
Gathering information is the first step of the discover phase, where a team collects raw data about users, their behaviors, and their problems. It uses a mix of methods such as surveys, interviews, contextual inquiry, heatmaps, and session recordings, depending on what kind of insight is needed. This information becomes the foundation for later steps like mapping context and framing the problem.
Goal Setting
Goal setting means establishing specific, measurable objectives a product or feature should achieve within a given time frame. Clear goals give a team a shared target to design and prioritize around, instead of relying on subjective opinions about what to build. Goals set here typically connect to broader business metrics and OKRs used later in planning.
HEART Framework
The HEART framework measures user experience quality across five dimensions: Happiness, Engagement, Adoption, Retention, and Task success. It gives teams a structured way to choose relevant metrics for a specific feature rather than relying on a single generic measure. Each dimension can be tied to specific, measurable signals depending on what a team is trying to evaluate.
Heatmaps
Heatmaps are visual representations of user activity on a screen, showing where users click, move their cursor, or spend the most time looking. They reveal patterns such as ignored content or unexpected areas of interest that raw analytics numbers do not show as clearly. Designers use heatmaps to spot friction points on existing pages without needing to run a full study.
How Might We Questions
How Might We questions reframe a problem statement into an open-ended question that invites brainstorming, such as turning "users abandon signup" into "how might we make signup feel effortless." The phrasing is deliberately broad enough to allow many possible solutions rather than pointing toward just one. Teams commonly use these questions as a starting prompt at the beginning of an ideation session.
Icons
Icons are small visual symbols used to represent actions, objects, or categories within an interface, often to save space or add quick visual recognition. Effective icons are simple, consistent in style, and paired with text labels when their meaning might be unclear on their own. A consistent icon set is typically maintained as part of a broader design system.
Ideation
Ideation is the stage where a team generates a wide range of possible solutions to a defined problem before narrowing down to the best ones. It includes techniques like brainstorming, mind mapping, sketching, wireframing, and early prototyping. The goal at this stage is breadth of ideas first, with evaluation and refinement happening afterward.
Kiến Trúc Nâng Cao & Tối Ưu
Giai đoạn 3 tập trung hoàn thiện 24 chủ đề then chốt.
Improving Designs
Improving designs is the step of acting on findings from testing and quality measurement to make concrete revisions to a product. It includes structured practices like critiques and reviews, where designers gather feedback from peers or stakeholders on proposed changes. This step closes the loop between validating a design and actually making it better.
Inclusive Design
Inclusive design is the practice of creating products that work well for people with a wide range of abilities, backgrounds, and circumstances, rather than designing only for a typical or average user. It considers factors like disability, language, cultural context, and access to technology when making design decisions. Accessibility testing is one concrete practice that supports the broader goal of inclusive design.
Information Architecture
Information architecture is the practice of organizing and structuring a product's content and features so users can find what they need and understand how everything relates. It includes decisions about navigation, site maps, and how content is grouped and labeled. Good information architecture is largely invisible when done well, since users move through a product without confusion.
Interface Design
Interface design is the practice of designing the actual screens and interactive elements a user sees and touches, building on visual foundations like color and typography. It includes defining UI patterns, design tokens, reusable components, and the different states an interface element can be in. This stage turns wireframes and prototypes into a polished, functional interface ready for development.
Interface States
Interface states describe the different conditions a component or screen can be in, such as default, hover, disabled, loading, or error. Designing for these states ensures the product behaves predictably and gives clear feedback in situations beyond the ideal, happy path. Overlooking states like empty or error conditions is a common cause of confusing or broken-feeling experiences.
Interviews
Interviews are one-on-one conversations with users designed to uncover their needs, motivations, and pain points in their own words. They allow a researcher to ask follow-up questions and dig deeper into unexpected answers, which surveys cannot do. Interviews are typically used earlier in a research process to generate insights that other methods can later validate at scale.
Introduction
Product design is the practice of shaping a product's experience, look, and behavior so it solves a real user problem while supporting business goals. It spans research, strategy, interaction design, visual design, and collaboration with engineering through to launch and iteration. The discipline sits at the intersection of user experience and business outcomes, rather than focusing on interfaces alone.
Iteration over Perfection
This principle favors releasing a workable version of a design and improving it based on real feedback, instead of trying to perfect it before anyone uses it. Waiting for a flawless design often means delaying valuable learning about how users actually respond. It ties closely to practices like A/B testing and continuous improvement that rely on live feedback to guide refinement.
Jobs-to-be-Done
Jobs-to-be-Done is a framework that frames a product or feature around the underlying task or goal a user is trying to accomplish, rather than around the user's demographic traits. It asks what job the user is hiring a product to do, which can reveal competitors that are not obvious, such as a notepad app competing with a to-do list app for the same job. This framing helps teams avoid designing around surface-level assumptions about who a user is.
Journey Mapping
Journey mapping visualizes the full sequence of steps a user takes to accomplish a goal, often across multiple touchpoints and over an extended period of time. It typically captures actions, thoughts, and emotions at each stage, highlighting moments of friction or delight. Teams use it to spot gaps in the experience that would be easy to miss when looking at a single screen in isolation.
Kano
The Kano model classifies features into categories based on how they affect user satisfaction, including basic expectations, performance features that scale with satisfaction, and delighters that create disproportionate happiness when present. It helps teams distinguish between features users expect by default and those that would genuinely excite them. This distinction guides decisions about where extra investment is likely to pay off versus where it is simply required to meet a baseline.
Launch Readiness
Launch readiness is the process of confirming that a design and its implementation are fully prepared for release, including checking edge cases, content, and interface states across the product. It typically involves a final review to catch issues before they reach real users. Skipping this step can lead to avoidable bugs or inconsistencies appearing immediately after a product goes live.
Layout & Grid
Layout and grid systems define how elements are positioned and spaced on a screen, using a consistent underlying structure such as columns and margins. A solid grid keeps interfaces visually organized and makes it easier to design new screens that feel consistent with existing ones. This foundation supports responsive design, since a well-built grid can adapt across different screen sizes.
Managing Risk
Managing risk in product design means identifying assumptions, constraints, and uncertainties that could cause a project to fail, and addressing them before committing significant resources. It includes assumption mapping, risk identification, and assessing technical constraints and feasibility. Catching risks early is generally far cheaper than discovering them after a product has shipped.
Mapping Context
Mapping context is the step of organizing gathered research into a clear picture of how users move through tasks and situations over time. It includes techniques like journey mapping and task analysis to show the sequence of steps, decisions, and emotions involved. This step turns individual pieces of research into a structured understanding of the user's overall experience.
Measuring Quality
Measuring quality is the process of evaluating how well a design performs against established standards, using methods like UX benchmarking and expert review. Unlike usability testing with real users, these methods often rely on structured criteria or experienced evaluators to judge quality. This step helps teams track whether design quality is improving or declining over time and across products.
Micro-interactions
Micro-interactions are small, focused moments of feedback within a product, such as a button changing color when clicked or a checkbox animating when checked. They confirm to users that their action was registered and add a sense of responsiveness to an interface. Though subtle, well-designed micro-interactions can meaningfully improve how polished and trustworthy a product feels.
Microcopy
Microcopy refers to the small pieces of text embedded throughout an interface, such as button labels, tooltips, placeholder text, and error messages. Despite being brief, microcopy has an outsized effect on how easy and confident a user feels while completing a task. Well-crafted microcopy often prevents confusion at exactly the moment a user is about to make a decision or take an action.
Mind Maps
A mind map is a diagram that visually branches out from a central topic into related ideas, themes, or subtopics. It helps a team explore connections between ideas that might not be obvious when listed in a straight line. Mind maps are commonly used early in ideation to organize a broad brainstorm into related clusters.
MoSCoW
MoSCoW is a prioritization method that sorts requirements into four categories: Must have, Should have, Could have, and Won't have for now. It gives stakeholders a simple, shared vocabulary for discussing what is essential versus optional within a given release. This method is often used in planning discussions where a team needs to quickly agree on scope.
Motion & Interaction
Motion and interaction design covers how elements move, transition, and respond to user input within an interface. Thoughtful motion can clarify relationships between elements or provide feedback, while poorly used motion can feel distracting or slow the experience down. This area includes both small micro-interactions and broader motion principles that guide consistent use of animation across a product.
Motion Principles
Motion principles are the underlying rules that guide how animation is used consistently across a product, covering aspects like timing, easing, and when motion should or should not be used. They help ensure that transitions feel cohesive rather than arbitrary from one screen to another. Teams often document these principles alongside other design system elements to keep motion consistent as new features are added.
Multi-platform Design
Multi-platform design is the practice of creating a consistent experience for a product across different platforms, such as web, iOS, and Android, while respecting the conventions specific to each. It requires balancing a unified brand and interaction model against platform-specific expectations users already have. Design systems often play a key role in managing this consistency across multiple platforms at once.
Navigation
Navigation refers to the system of menus, links, and structural elements that let users move between different parts of a product. Well-designed navigation reflects the underlying information architecture, making the product's structure clear and predictable. Poor navigation is a common cause of user frustration, since it can leave people unable to find content or features they know exist.
Hệ Sinh Thái & Triển Khai Thực Tế
Giai đoạn 4 tập trung hoàn thiện 24 chủ đề then chốt.
Operating at Scale
Operating at scale covers the practices needed to keep design consistent and efficient as a product, team, or company grows larger. It includes disciplines like DesignOps, which manages the processes and tools supporting a design team, and multi-platform design, which addresses maintaining a consistent experience across devices. These practices become necessary once a single ad hoc process can no longer keep up with growing complexity.
Opportunity Solution Trees
An opportunity solution tree is a visual framework that maps a desired outcome at the top, branching down into different opportunities, and further down into specific solutions and experiments for each. It helps teams see multiple possible paths to a goal instead of committing early to a single solution. This structure makes it easier to compare and prioritize different ways of solving the same underlying opportunity.
Organizing Research
Organizing research is the process of consolidating findings from multiple research methods into a usable, shared format for the team. It includes synthesizing raw data into clear insights and storing findings in a research repository so they remain accessible over time. Without this step, valuable research risks being forgotten or repeated unnecessarily by different team members.
Performance Constraints
Performance constraints refer to the technical limits on how quickly an application loads, responds to user input, and maintains smooth interactions on a device. These limitations are dictated by factors like network speed, processing power, and memory availability. Designers must account for these boundaries by optimizing file sizes, minimizing complex animations, and managing data heavy-lifting to ensure that the interface remains functional and responsive for all users, regardless of their hardware or connectivity.
Personas
Personas are fictional but research-based profiles representing key types of users a product serves, built from patterns found in real research rather than assumptions. Each persona typically includes goals, frustrations, and behaviors relevant to the product being designed. Teams reference personas throughout design and prioritization to keep decisions grounded in actual user needs.
Prioritization Frameworks
Prioritization frameworks are structured methods for ranking competing ideas or features based on defined criteria, rather than relying purely on opinion. Common examples include Kano, RICE, and MoSCoW, each weighing factors like effort, impact, or user satisfaction differently. Using a shared framework helps a team make prioritization decisions more transparent and easier to explain to stakeholders.
Prioritizing Opportunities
Prioritizing opportunities is the process of deciding which problems or ideas deserve a team's limited time and resources. It combines product sense, business needs, and structured frameworks like RICE or Kano to compare very different opportunities on a common basis. This step turns a long list of possible improvements into a focused, actionable set of priorities.
Problem Statements
A problem statement is a concise, specific description of the issue a design effort is meant to solve, usually framed around a particular user and their need. It keeps a project scoped and focused, preventing the team from drifting into unrelated ideas. A well-written problem statement avoids suggesting a specific solution, leaving room for multiple approaches during ideation.
Product Analytics
Product analytics involves collecting and analyzing data on how users actually interact with a product, such as which features they use, how often, and where they drop off. This quantitative data complements qualitative research by showing patterns across a large number of users rather than a small sample. Teams use product analytics to identify where to focus further research or design improvements.
Product Design vs UI
Product design is concerned with the overall problem being solved, the user's journey, and business impact, while UI design focuses specifically on the visual and interactive surface, such as layout, color, and components. A product designer typically owns decisions about what the product should do, while a UI designer focuses on how it looks and feels to use. In smaller teams, one person often does both.
Product Design vs UX
Product design covers the full lifecycle of a product, including strategy, business alignment, and shipping decisions, while UX design focuses more narrowly on how a user experiences and interacts with a product. A product designer often makes calls on what to build and why, not only how it should look or feel. The two roles overlap heavily in practice, and many companies use the titles interchangeably.
Product-Market Fit
Product-market fit describes the point at which a product satisfies strong market demand, shown by users actively adopting, retaining, and recommending it. Before reaching this point, teams typically iterate heavily on the product based on user feedback and usage data. Many product decisions, including which features to prioritize, are shaped by how close or far the product is from this fit.
Product Performance
Product performance measures how well a product is achieving its intended goals after launch, using data like product analytics and structured frameworks such as HEART. This step connects back to the success metrics defined earlier in the process, showing whether a product is actually delivering the value it was designed to. Ongoing measurement here feeds directly into decisions about what to improve next.
Product Sense
Product sense is a designer's or product manager's ability to judge what will genuinely work well for users and the business, built from experience and pattern recognition rather than a fixed process. It helps teams make fast, reasonable calls in situations where full research or data is not available. While useful, product sense is often paired with structured frameworks and user feedback to check for blind spots.
Product Strategy
Product strategy is the high-level plan for how a product will achieve its vision and business goals over time, including what to build, for whom, and in what order. It connects the product vision to concrete decisions about focus areas and trade-offs. Design decisions at every later stage are typically expected to support this strategy rather than conflict with it.
Product Vision
A product vision is a concise statement of what a product aims to become and why it matters, usually looking several years ahead. It gives a team a consistent direction to align decisions against, even as individual features and priorities shift over time. A strong vision is specific enough to guide choices but broad enough to survive changes in strategy.
Prototyping
Prototyping is the process of building an interactive or semi-interactive representation of a design so it can be tested and reviewed before actual development begins. Prototypes range from simple clickable wireframes to detailed, high-fidelity simulations of the final product. They let designers and stakeholders evaluate flow and interaction in a way that static images cannot fully convey.
Research Repository
A research repository is a centralized, searchable store of past research findings, recordings, and insights that a team can reference over time. It prevents duplicate research efforts and makes it easier for new team members to catch up on what is already known about users. Well-maintained repositories are usually tagged and organized by topic, project, or user segment.
RICE
RICE is a prioritization framework that scores potential projects based on four factors: reach, impact, confidence, and effort, combined into a single comparable score. Reach and impact estimate how many users are affected and how much, confidence accounts for uncertainty in those estimates, and effort represents the cost of building it. Teams use the resulting score to rank features or projects on a consistent, numeric basis.
Risk Identification
Risk identification is the process of proactively spotting potential problems, such as technical limitations, unclear requirements, or unvalidated user needs, before they derail a project. It draws on input from design, engineering, and business stakeholders to surface risks that any single perspective might miss. Identified risks are typically prioritized and addressed through further research, prototyping, or technical spikes.
Session Recordings
Session recordings capture a real user's interactions with a product, such as mouse movement, clicks, and scrolling, played back as a video. They let designers observe exactly where users hesitate, get confused, or abandon a task. Unlike interviews, they show actual behavior rather than what users say they do.
Site Maps
A site map is a diagram that shows the overall structure of a product's pages or screens and how they relate to one another in a hierarchy. It gives a bird's eye view of the entire product, which is useful for planning navigation and spotting gaps or redundant sections. Site maps are typically created early in the information architecture process, before individual screens are designed.
Sketching
Sketching is the practice of quickly drawing rough visual representations of an idea, often by hand, to explore layout and interaction concepts before committing to a digital tool. Its low fidelity makes it fast to produce and easy to discard, which encourages exploring many directions rather than over-investing in one idea too early. Sketches typically feed into more refined wireframes once a direction starts to take shape.
Specs
Specs, short for specifications, are detailed documents or annotations that outline the functional and visual requirements of a design. They act as a bridge between design and development by providing engineers with precise information regarding dimensions, color codes, typography, spacing, and interaction behaviors. Specs ensure that the final implementation matches the intended design vision while reducing ambiguity during the coding process.
Chuyên Gia & Mở Rộng Hệ Thống
Giai đoạn 5 tập trung hoàn thiện 22 chủ đề then chốt.
Stack & Platform Constraints
Stack and platform constraints refer to the specific technical limitations and capabilities imposed by the programming languages, frameworks, and operating systems chosen to build a product. These boundaries dictate what features are technically feasible, how quickly they can be rendered, and how the interface behaves across different environments like iOS, Android, or the web.
Stakeholder Alignment
Stakeholder alignment means ensuring that key decision-makers across the business share a common understanding of a product's direction and priorities. It typically involves regular communication, shared documentation, and structured meetings to surface disagreements early rather than after work is done. Without this alignment, a design can face late-stage pushback that forces costly rework.
Success Metrics
Success metrics are the specific, quantifiable indicators used to judge whether a product or feature is achieving its intended goal, such as retention rate, conversion rate, or task completion time. Choosing the right metrics early prevents teams from optimizing for numbers that look good but do not reflect real user value. These metrics are revisited later during measurement and iteration to judge actual performance.
Surveys
Surveys are a research method that collects structured feedback from a large number of users through a set of predefined questions, often using rating scales or multiple choice options. They are useful for measuring how widespread an opinion or behavior is across a user base, though they capture less depth than interviews. Teams often use surveys to validate patterns found in smaller, more qualitative research.
Synthesizing Research
Synthesizing research means analyzing raw data from interviews, surveys, and observations to identify patterns, themes, and key insights. It turns a large volume of individual data points into a smaller set of clear, actionable findings a team can act on. This step usually happens after gathering information and before framing the problem, since the synthesized insights shape how the problem gets defined.
Task Analysis
Task analysis breaks down a specific task into its individual steps and decision points to understand exactly what a user must do to complete it. It reveals unnecessary complexity, missing information, or unclear steps that could cause a user to fail or give up. This detailed view is often used to redesign a specific flow rather than the product's overall experience.
Task Flows
A task flow maps the specific steps required to complete a single task within a product, similar to a user flow but typically narrower in scope and without branching alternate paths. It is used to closely examine and optimize one particular interaction, such as completing a checkout or resetting a password. This detailed view helps identify unnecessary steps or friction within a specific task.
Technical Constraints
Technical constraints are the limitations imposed by existing systems, infrastructure, or engineering capacity that shape what a design can realistically achieve. Ignoring these constraints during design can lead to ideas that look great on paper but are impossible or very costly to build. Understanding them early allows a designer to make trade-offs deliberately rather than being surprised later in development.
Testing Designs
Testing designs is the practice of evaluating a design with real users or experts to identify usability problems and accessibility issues before or after launch. It includes methods like usability testing and accessibility testing, each focused on different aspects of the experience. This step provides direct evidence of how well a design works, rather than relying solely on internal judgment.
Typography
Typography covers the choice and use of fonts, sizes, weights, and spacing to make text readable and establish visual hierarchy within a product. Poor typography choices can make an interface feel cluttered or hard to read, even if the underlying content is well written. Typography decisions are usually codified into a design system so headings, body text, and labels stay consistent throughout a product.
UI Patterns
UI patterns are common, reusable solutions to recurring interface design problems, such as how to display a form, a modal, or a navigation menu. Using established patterns helps users apply familiarity from other products to navigate a new one more easily. Teams typically document their chosen patterns as part of a design system to keep usage consistent across a product.
Usability Testing
Usability testing involves observing real users as they attempt to complete tasks with a product, in order to identify points of confusion, friction, or failure. It can be conducted on prototypes or live products, and can be moderated by a researcher or done remotely without direct supervision. The findings typically feed directly back into design revisions before or after a product ships.
User-Centered Design
User-centered design is an approach that puts real user needs, behaviors, and feedback at the center of every design decision, rather than starting from technical constraints or internal assumptions. It typically involves ongoing research, testing, and iteration based on how actual users interact with a product. This principle underlies most of the research and validation activities in a product design process.
User Flows
A user flow is a diagram showing the path a user takes through a product to complete a specific goal, including the screens and decisions along the way. It focuses on the sequence and logic of an experience rather than visual details. Designers use user flows early in the design process to validate that a proposed structure makes sense before building detailed screens.
UX Benchmarking
UX benchmarking measures a product's usability against a defined standard, past version, or competitor product using consistent metrics. It gives teams a way to track whether design changes are actually improving the experience over time, rather than relying on subjective impressions. Benchmarks are often revisited periodically to monitor long-term trends in product quality.
UX Writing
UX writing is the practice of crafting the text within a product's interface, such as button labels, error messages, and onboarding copy, so it is clear and actionable. It requires balancing brevity with enough context for users to understand what to do next. UX writers often work closely with designers to ensure text and layout support each other rather than working against one another.
Value Proposition
A value proposition is a clear statement of the specific benefit a product delivers to its users and why it is better than existing alternatives. It answers the question of why someone would choose this product over doing nothing or using a competitor. Product teams use it to keep design and marketing decisions focused on the core value being delivered.
Visual Foundations
Visual foundations are the basic building blocks of visual design, including color, layout and grid systems, typography, icons, and visual hierarchy. These elements establish the underlying rules that keep an interface consistent and easy to read. Nearly all interface design work builds on top of these foundational choices.
Visual Hierarchy
Visual hierarchy is the arrangement of design elements, such as size, color, and placement, to guide a user's attention to the most important information first. A clear hierarchy helps users quickly understand what matters most on a screen without having to read everything. It draws on principles from color, typography, and layout to create a scannable, easy-to-navigate interface.
Voice & Tone
Voice and tone define the personality and style of a product's writing, and how that style shifts depending on the situation, such as a playful tone in a success message versus a serious tone in an error about lost data. A consistent voice helps a product feel coherent and trustworthy across different touchpoints. Tone can flex situationally while the underlying voice generally stays consistent.
Wireframing
Wireframing is the process of creating simplified, low-fidelity layouts of a screen that show structure and placement of elements without detailed visual design. It focuses attention on functionality and flow rather than color, typography, or imagery. Wireframes are often used to get early feedback and alignment before investing time in higher-fidelity design work.
Zeplin
Zeplin is a collaboration tool that bridges the gap between designers and developers by automatically generating design specifications, assets, and code snippets from design files. It allows designers to upload their work from tools like Figma, Sketch, or Adobe XD, providing developers with a dedicated environment to inspect layouts, extract color palettes, and download individual assets without needing access to the original design software. B