UX Audit Framework · CHAPTER 3 OF 6

Preparing the audit

Why UX Audit Is Not Optional

Poor Auditing Leads to Wrong Redesign Priorities.

Without a proper audit, teams may spend weeks redesigning screens that are not causing the real problem.

​

Meanwhile, the workflows, actions, or product gaps slowing users down remain unchanged.

Illustration accompanying Poor Auditing Leads to Wrong Redesign Priorities.
Illustration accompanying Poor Auditing Leads to Wrong Redesign Priorities.

Poor Auditing Leads to Wrong Redesign Priorities.

Without a proper audit, teams may spend weeks redesigning screens that are not causing the real problem.

Meanwhile, the workflows, actions, or product gaps slowing users down remain unchanged.

Illustration accompanying Poor Auditing Leads to Wrong Redesign Priorities.
Illustration accompanying Poor Auditing Leads to Wrong Redesign Priorities.

Audit helps the team focus redesign effort where it can create the most impact.

Audit helps the team focus redesign effort where it can create the most impact.

Redesign existing inefficiencies

Miss incomplete paths

Ignore repeated UX gaps

Overlook missing states

Keep unnecessary steps

Without Audit, Teams May

Illustration accompanying Without Audit, Teams May

Redesign existing inefficiencies

  • Miss incomplete paths

  • Ignore repeated UX gaps

  • Overlook missing states

  • Keep unnecessary steps

  • Without Audit, Teams May

Redesign existing inefficiencies

Miss incomplete paths

Ignore repeated UX gaps

Overlook missing states

Keep unnecessary steps

Without Audit, Teams May

Illustration accompanying Without Audit, Teams May

Redesign existing inefficiencies

Without Audit, Teams May

Miss incomplete paths

Ignore repeated UX gaps

Overlook missing states

Keep unnecessary steps

Without Audit, Teams May

Illustration accompanying Without Audit, Teams May

Types of Audit

  1. Flow-Wise Audit
  1. Screen-Wise Audit

Types of Audit

  1. Flow-Wise Audit
  1. Screen-Wise Audit

Flow-Wise Audit

A flow-wise audit analyses the complete workflow from beginning to end.

​

It checks whether users can complete their tasks efficiently.

​

It also helps identify missing screens, missing features, alternate paths, and edge cases.

​

Main question:

Does the workflow work effectively from beginning to end?

Illustration accompanying Flow-Wise Audit
Illustration accompanying Flow-Wise Audit

Flow-Wise Audit

A flow-wise audit analyses the complete workflow from beginning to end.

It checks whether users can complete their tasks efficiently.

It also helps identify missing screens, missing features, alternate paths, and edge cases.

Main question:

Does the workflow work effectively from beginning to end?

Illustration accompanying Flow-Wise Audit
Illustration accompanying Flow-Wise Audit

Screen-Wise Audit

A screen-wise audit examines individual screens for UI issues such as:

​

  • Typography
  • Spacing
  • Visual hierarchy
  • Contrast
  • Icons
  • Component consistency

​

But these issues often repeat across the product.

Illustration accompanying Screen-Wise Audit
Illustration accompanying Screen-Wise Audit

Screen-Wise Audit

A screen-wise audit examines individual screens for UI issues such as:

  • Typography
  • Spacing
  • Visual hierarchy
  • Contrast
  • Icons
  • Component consistency

But these issues often repeat across the product.

Illustration accompanying Screen-Wise Audit
Illustration accompanying Screen-Wise Audit

Where Audit Helps in Redesign

Audit Gives the Existing Product a Clear Diagnosis.

Before deciding the new navigation, information architecture, wireframes, or interface, the team needs to understand what is already broken.

​

Audit findings give the redesign a clear starting direction.

Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.

Audit Gives the Existing Product a Clear Diagnosis.

Before deciding the new navigation, information architecture, wireframes, or interface, the team needs to understand what is already broken.

Audit findings give the redesign a clear starting direction.

Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.
Illustration accompanying Audit Gives the Existing Product a Clear Diagnosis.

The Upslide UX Audit Framework

A 5-Step Audit Process Before Redesigning B2B Software

Each step moves the team from observing the existing product to identifying clear redesign priorities.

1

Understand the Existing Product

2

Choose the User Flow & Set Up the Template

3

Study the Data Used in the Flow

4

Identify What Is Working and What Is Not

5

Draw Audit Insights

A 5-Step Audit Process Before Redesigning B2B Software

Each step moves the team from observing the existing product to identifying clear redesign priorities.

1

Understand the Existing Product

2

Choose the User Flow & Set Up the Template

3

Study the Data Used in the Flow

4

Identify What Is Working and What Is Not

5

Draw Audit Insights

Understand the Existing Product

Step 1

Start With the Context Already Understood

Before the audit begins, the team already has context on the industry, users, workflows, business goals, and competitors.

​

Now, use that context to review the existing product and find where the experience does not match how users actually work.

competitors

Workflows

users

Industry

context on the industry

Start With the Context Already Understood: competitors Workflows users Industry context on the industry Audit

Audit

Start With the Context Already Understood

Before the audit begins, the team already has context on the industry, users, workflows, business goals, and competitors.

Now, use that context to review the existing product and find where the experience does not match how users actually work.

Audit

competitors

Workflows

users

Industry

context on the industry

Audit With Context, Not Personal Preference.

“This screen feels confusing" is not an audit finding.”

​

Good audits are based on product context, not designer preference.

Ask

  1. Who is using this?
  1. What are they trying to complete?
  1. What information do they need?
  1. What happens before and after this screen?
Audit With Context, Not Personal Preference.: Ask

Audit With Context, Not Personal Preference.

“This screen feels confusing" is not an audit finding.”

Good audits are based on product context, not designer preference.

Ask

  1. Who is using this?
  1. What are they trying to complete?
  1. What information do they need?
  1. What happens before and after this screen?
Audit With Context, Not Personal Preference.: Ask

Choose the User Flow & Set Up the Template

Step 2

Start With One Workflow.

A B2B software workflow usually involves multiple user roles.

​

Begin by selecting one workflow and the user role you want to audit first.

​

Do not audit everything randomly. Follow the workflow sequence.

Illustration accompanying Start With One Workflow.
Illustration accompanying Start With One Workflow.
Illustration accompanying Start With One Workflow.

Start With One Workflow.

A B2B software workflow usually involves multiple user roles.

Begin by selecting one workflow and the user role you want to audit first.

Do not audit everything randomly. Follow the workflow sequence.

Illustration accompanying Start With One Workflow.
Illustration accompanying Start With One Workflow.
Illustration accompanying Start With One Workflow.

Start With the Initiating User.

Always begin with the user who starts the workflow.

This makes it easier to audit the software in the correct sequence.

​

For example, in a BMR workflow, the process may involve: Initiator, Reviewer, Approver, QA User

​

Since the initiator starts the flow, audit the initiator first.

Start With the Initiating User.: Initiator Reviewer Approver QA

Initiator

Start With the Initiating User.: Initiator Reviewer Approver QA

Reviewer

Start With the Initiating User.: Initiator Reviewer Approver QA

Approver

Start With the Initiating User.: Initiator Reviewer Approver QA

QA

Start With the Initiating User.

Always begin with the user who starts the workflow.

This makes it easier to audit the software in the correct sequence.

For example, in a BMR workflow, the process may involve: Initiator, Reviewer, Approver, QA User

Since the initiator starts the flow, audit the initiator first.

Start With the Initiating User.: Initiator Reviewer Approver QA

Initiator

Start With the Initiating User.: Initiator Reviewer Approver QA

Reviewer

Start With the Initiating User.: Initiator Reviewer Approver QA

Approver

QA

Place the First Screen in the Template.

Place the First Screen in the Template.: Flow name User role Screen name Short description This keeps the audit clear and easy to refer to later.

Flow name

User role

Screen name

Short description

This keeps the audit clear and easy to refer to later.

Pick the first screen of the selected flow and place it inside the audit template.

Place the First Screen in the Template.

Pick the first screen of the selected flow and place it inside the audit template.

Place the First Screen in the Template.: Flow name User role Screen name Short description This keeps the audit clear and easy to refer to later.

Flow name

User role

Screen name

Short description

This keeps the audit clear and easy to refer to later.

Give the Flow a Clear Name.

If you are auditing the login flow, mention the exact user type.

​

Example:

​

Login Flow — Registered User

​

This avoids confusion when the same product has similar flows for different users.

Give the Flow a Clear Name.: Flow name here
Give the Flow a Clear Name.: Flow name here

Flow name here

Give the Flow a Clear Name.

If you are auditing the login flow, mention the exact user type.

Example:

Login Flow — Registered User

This avoids confusion when the same product has similar flows for different users.

Give the Flow a Clear Name.: Flow name here
Give the Flow a Clear Name.: Flow name here

Flow name here

FRAMEWORK CONTENTS

UX Audit Framework

Search documentation

Search scope

Search across all eight guides.

Diagram detail