EPR Loop - Internal Compliance Portal

Role :

Product / UX Designer

Role :

Product / UX Designer

Role :

Product / UX Designer

Domain

Compliance, Operations

Domain

Compliance, Operations

Domain

Compliance, Operations

Team :

Cross-functional

Team :

Cross-functional

Team :

Cross-functional

Duration :

Multi-phase rollout

Duration :

Multi-phase rollout

Duration :

Multi-phase rollout

Chapter #1

Overview

Chapter #1

Overview

Chapter #1

Overview

What is EPR Loop ?

What is EPR Loop ?

What is EPR Loop ?

EPR Loop is an internal platform used to manage Extended Producer Responsibility (EPR) operations. It connects brands, recyclers, and internal teams to handle recycling demand, purchase orders, quantities, margins, compliance documentation, and audits of recycling credit transfers.

Visual Representation of EPR

Visual Representation of EPR

Visual Representation of EPR

The Real Problem

The Real Problem

The Real Problem

At first glance, the issues looked like typical UX problems: inconsistencies, clutter, confusing navigation. But the real problem was deeper.

  1. Features but no system

The product had grown feature-by-feature without a foundation to hold it together

  1. Incomplete workflows

Critical paths were disconnected, forcing users to complete work outside the platform

  1. Missing decision data

Key information like quantity, margin, and status was not visible or accessible

  1. No single source of truth

Teams coordinated work offline, using the platform only to "check" data when necessary

The problem was not usability alone. It was trust, structure, and capability.

As a result:

  1. Teams coordinated work outside the system

  2. Accountability lived in conversations, not in the product

  3. The platform became a passive reference instead of a tool for action

My Role & Responsibility

My Role & Responsibility

My Role & Responsibility

I joined after the product was already live and struggling. My responsibility was not just to "improve UI," but to fundamentally rethink how the platform worked.

Diagnose Root Causes

Understand why the system failed in real usage, beyond surface-level symptoms

Restructure System

Re-architect the platform around actual workflows, not theoretical ones

Build Foundation

Define scalable design patterns that enable future growth

Enable Missing Features

Design and introduce critical workflows that were blocking adoption

Drive Adoption

Improve adoption without disrupting live operations

Collaborate Strategically

Work with PMs, tech leads, and stakeholders for feasible solutions

Chapter #2

Discovery

Chapter #2

Discovery

Chapter #2

Discovery

Understanding why the product failed ?

Understanding why the product failed ?

Understanding why the product failed ?

  1. Living inside the product

I spent significant time inside the existing platform to understand what users could technically do, where workflows broke down, and why the UI felt unpredictable and fragile.

Benefit :

This gave me first-hand clarity on why the platform felt hard to use, even for experienced internal users.

  1. Conversations with the original builders

I spoke with the team that had built EPR Loop to understand the original intent, constraints made along the way, and where complexity grew faster than structure.

These discussions revealed a common pattern :

The product grew feature-by-feature, without a foundation to hold it together.

Synthesising the pain points

Synthesising the pain points

Synthesising the pain points

After combining product exploration and team input, I consolidated the core issues:

Missing core workflows

work could not be completed end-to-end

Poor information architecture

Users couldn't form a mental model

No margin or Rate visibility

poor decision-making

No audit trail

low trust and accountability

No design system

Inconsistent UI and slow iteration

These weren't isolated UX bugs. They were systemic design failures.

Chapter #3

Alignment & Decision-Making

Chapter #3

Alignment & Decision-Making

Chapter #3

Alignment & Decision-Making

Validating with stakeholders

Validating with stakeholders

Validating with stakeholders

I reviewed the pain points and feature gaps with:

  1. Product managers

  2. UX leadership

  3. Compliance, finance, and operations teams

  4. Engineering leads

The feedback was consistent :
  1. The platform did not support how teams actually worked.

  2. A full one time rebuild was not realistic.

Our Approach

Our Approach

Our Approach

  1. Effort vs Impact Analysis

Mapped which changes would deliver maximum value with minimal disruption

  1. Technical Feasibility

Validated what could realistically be built within existing constraints

  1. Phased Rollout

Planned incremental delivery instead of a risky big-bang redesign

Solution Structure Finalized

Solution Structure Finalized

Solution Structure Finalized

Step 01

Step 01

Step 01

Building the Foundation — Design System

Step 02

Step 02

Step 02

Fixing Structure & Navigation

Step 03

Step 03

Step 03

Enabling Core Workflows

Step 04

Step 04

Step 04

Drive Adoption

The guiding principle was simple:

"If a feature doesn't reduce offline work, it's not a priority."

Chapter #4

Building the Foundation - Design System

Chapter #4

Building the Foundation - Design System

Chapter #4

Building the Foundation - Design System

I created a centralized design system to establish consistency, accelerate development, and provide a scalable foundation for all future work.

  1. Unified Language

Consistent visual patterns across the entire platform

  1. Development Speed

Reusable components accelerated feature delivery

  1. Future-Proof

Scalable foundation for all future features

Design System - Overview

Design System - Overview

Design System - Overview

Chapter #5

Fixing Structure & Navigation

Chapter #5

Fixing Structure & Navigation

Chapter #5

Fixing Structure & Navigation

I reworked the platform's information architecture to align with real workflows, improve feature discoverability, and reduce cognitive load.

Workflow-aligned structure

Improved discoverability

Reduced cognitive load

Improved Information Architecture

Improved Information Architecture

Improved Information Architecture

Chapter #6

Enabling Core Workflows

Chapter #6

Enabling Core Workflows

Chapter #6

Enabling Core Workflows

I designed and introduced critical workflows that were missing or broken, these features directly addressed why users were working offline.

Central Dashboard

Central Dashboard

Central Dashboard

Execution

Execution

Execution

Margin Details

Margin Details

Margin Details

Vendor Deliveries

Vendor Deliveries

Vendor Deliveries

Vendor Fulfilment Tracking

Vendor Fulfilment Tracking

Vendor Fulfilment Tracking

Confidentiality Note

Certain design flows and key screens are omitted due to confidentiality. Detailed walkthroughs can be shared privately.

Chapter #7

Drive Adoption

Chapter #7

Drive Adoption

Chapter #7

Drive Adoption

To reduce manual follow-ups and confusion, I added intelligent notifications and status visibility so the system could guide users instead of relying on memory and manual communication.

  1. Smart Notifications

Automated and custom email triggers for key events

  1. Real-time Alerts

In-app notifications for urgent actions

  1. Status Indicators

Clear visibility for all stakeholders on process state

Few clicks from research and brainstorming sessions
(Credits: Recykal)

Chapter #8

Impact

Chapter #8

Impact

Chapter #8

Impact

Behavioural Impact (most important)

Behavioural Impact (most important)

Behavioural Impact (most important)

100%

Platform Adoption

6+

Core Workflows Added

Hours

Saved Per Cycle

Trusted

Source of Truth

Operational Impact

Operational Impact

Operational Impact

Faster decision-making

Inadequate seller validation led to compliance risks and reduced trust in the system.

Improved productivity

Fragmented payment workflows caused misunderstandings and financial planning issues.

Easier onboarding

Sellers lacked real-time shipment tracking, leading to frequent follow-ups.

Stronger compliance

Absence of access controls caused inefficiencies in task delegation.

The product moved from being avoided to being relied upon.

Chapter #9

Challenges & Trade-offs

Chapter #9

Challenges & Trade-offs

Chapter #9

Challenges & Trade-offs

Technical & Systemic

Understanding a deeply broken and complex system

Building a comprehensive design system from scratch

Designing within existing technical constraints and legacy code

User & Process

Changing user mindset toward a previously distrusted platform

Balancing speed of delivery with long-term scalability

Shipping meaningful changes while the product was live

Chapter #10

What I Learned

Chapter #10

What I Learned

Chapter #10

What I Learned

Design is about systems, not just screens

Fixing individual UI elements wouldn't solve the core structural problems. The entire system architecture needed rethinking. Good product design requires understanding how all pieces connect and influence each other.

Understanding real-world workflows is critical

The gap between designed workflows and actual user behavior revealed the true problems. Observation, research, and talking to users was more valuable than any design sprint.

Success requires trust and adoption

Building features isn't enough—users need to believe the system works. Trust is earned through consistency, reliability, and visibility. This is especially true in compliance products where usability and correctness go hand in hand.

This project reinforced a fundamental lesson:

"Products fail not because of bad UI, but because they don't support real work."

Let's Work Together

work.aayansh@gmail.com

Follow me on

Let's Work Together

work.aayansh@gmail.com

Follow me on

Let's Work Together

work.aayansh@gmail.com

Follow me on