
Testing with just five users uncovers about 85% of usability problems, according to Jakob Nielsen’s research. An audit applies the same efficiency to a live product, quickly finding the biggest problems in data you already own.
A UX audit is a structured review of a website or app that identifies where users struggle, measures the cost of each problem, and ranks the fixes. It combines analytics, expert review against usability heuristics, and accessibility checks. The output is a prioritized list your design and engineering teams can act on.
This guide covers when to audit and which data to pull. It then sets out a step-by-step method, a 50-point UX audit checklist and a scoring model, with a report template at the end.
What is a UX audit in practice? A two-to-four-week review that combines your analytics with an expert walk-through of key user flows, scored against usability heuristics. Run one before a redesign, after a drop in conversion, or once a year on any product that earns revenue.
Good triggers for an audit:
Audits work best on live products with real usage data. A prototype with no traffic suits usability testing better, because there is nothing to measure yet and every finding would rest on guesses about how people might behave.
An audit draws on six data sources, from quantitative analytics to qualitative feedback. Analytics shows where users drop off. Recordings and support tickets show why. Expert review explains the cause in design terms. Accessibility checks catch problems that analytics never shows.
| Source | What it shows | Effort |
| Web or product analytics | Drop-off points and slow funnels | Low |
| Session recordings and heatmaps | Where users hesitate or rage-click | Medium |
| Support tickets and chat logs | Questions the interface fails to answer | Low |
| Heuristic review | Design causes behind the drop-offs | Medium |
| Accessibility scan plus manual checks | Barriers for users with disabilities | Medium |
| Five short user interviews | Goals and language users actually use | High |
Start with analytics, because it tells you where to look. Pick the three flows that carry the most revenue or drop-off. Focus there.
Here is how to conduct a UX audit: set a goal, gather data and walk the key flows against a checklist. Then score each finding and report fixes in priority order. Plan about two weeks for three flows with one senior designer.
The step most teams rush is the first. An audit with no target metric produces a long list of opinions. One tied to checkout completion produces a short list of fixes that move revenue.
Step 4 leans on expert judgment. Our guide to heuristic evaluation covers Nielsen’s 10 heuristics with examples.
Want a second pair of eyes on your key flows?
WebOsmotic reviews your three highest-value flows and hands back a scored, ranked fix list within two weeks.
A 50-point UX audit checklist groups checks into seven areas, from navigation to trust signals. Mark each item pass, partial or fail for every flow you review. Note where each fail occurs. Revenue flows come first.
The accessibility thresholds come from the W3C’s WCAG 2.2 standard. Performance targets follow Google’s Core Web Vitals. Both matter beyond usability, since accessibility gaps raise ADA lawsuit risk and slow pages lose search visibility.
Score each finding for severity and for reach, then multiply the two. Severity runs from 1 for cosmetic to 4 for blocking. Reach climbs from 1 for a rare edge case to 4 when every user on a key flow hits it. A score of 12 or more goes into the next sprint.
| Score | Severity meaning | Reach meaning |
| 1 | Cosmetic, no task impact | Rare page or edge case |
| 2 | Minor delay or confusion | Some users on a secondary flow |
| 3 | Major problem, some users fail | Many users on a key flow |
| 4 | Blocker, users cannot finish | Every user on a revenue flow |
Add a rough effort estimate to each finding. High-scoring items that are cheap to fix become quick wins that ship within weeks, while expensive ones become projects with their own scope and budget.
Track the target metric after each release, because the audit pays off only when the fixes move the number agreed in step 1.
A UX audit report should include the goal and the flows reviewed, then each finding with its evidence, score and recommended fix. Keep the summary to one page for leadership. Put the detail in an appendix the design and engineering teams can work through.
| Report section | Contents |
| Summary | Top 5 findings and the expected effect on the target metric |
| Scope | Flows and data sources used |
| Findings | Screenshot and score for each problem |
| Recommendations | Fix and owner for each item |
| Roadmap | Quick wins for the next sprint, larger projects by quarter |
Next steps usually split three ways. Quick wins go straight to engineering, and content issues go to marketing. Bigger fixes go to design for testing with users first.
Teams that need help with the redesign work can bring in our UX design services, which take audit findings through research and testing. The guide to user research in UI/UX design covers the research methods that follow an audit.
Have an audit report but no time to act on it?
Our designers turn audit findings into tested screens, starting with the quick wins that move your target metric first.
Expect 2 weeks for three key flows, or 4 to 6 weeks for a product with many user types and several apps. Writing the report itself usually takes 2 to 3 days of that time, and a walk-through with the product team adds one more meeting.
An audit is an expert review backed by analytics and accessibility checks. Usability testing watches real users try tasks. The two complement each other: an audit finds likely problems cheaply, and testing with 5 users confirms the most important ones before a redesign.
Cost depends on scope and who runs it. In-house, a 2-week audit uses about 80 hours of a senior designer’s time plus analyst support. Agencies price by flow count and depth. Ask for a fixed scope.
Yes. The 50 checks apply to apps too, with extra checks for platform conventions such as back navigation on Android and for app store screenshots. Native apps need their own performance targets, so measure launch time and screen load time in place of Core Web Vitals.
Run a full review once a year on any product that earns revenue, plus a focused audit before each redesign. Fast-growing products benefit from a light quarterly check on the top 3 flows, using the same checklist so results compare over time.