Back to work
CASE STUDY

eChhawani

Redesigning a civic app for a simpler, task-focused experience

Redesigned eChhawani home screen: greeting, pending dues for Property Tax and Water Bill, and a Review and Pay All action Redesigned Pending Dues screen: total dues of ₹8,850 with a Review and Pay All button
Role
UX Designer
Duration
1 month
Team
Solo
Responsibilities
Research, UX/UI Design

I started by making the app look better.
I ended up making citizens do less.

A UX redesign of the eChhawani app to make it easier for residents to pay their dues, raise complaints and access civic services.

THE CONTEXT

A service-heavy app for a payment-first use case

The eChhawani app offered many civic services, but users had to navigate through a service directory to complete basic tasks. Through user interviews, I found that paying dues was the primary reason people used the app, while the Cantonment Board had also made app-based payment compulsory for all residents.

The original experience

  1. Original eChhawani home screen: a grid of Citizen Service icons that all carry the same visual weight
    01Home

    Many services were presented with equal priority. Paying dues was buried among them.

  2. Original Property Tax landing screen with three options: Property Tax, My Property and How it works
    02Select service

    Another menu to get through before reaching the property tax form.

  3. Original Property Tax search form with five fields to fill before anything is shown
    03Enter details

    Five fields before users could see what they owed.

FIRST ITERATION

A cleaner interface, but the same underlying problem

My first iteration focused on improving the visual design and organization of services. It made the interface cleaner, but it still treated the app as a service directory.

Original app home screen, organised around services
Original app
Iteration 1 home screen: a cleaner service grid with bottom navigation
Iteration 1

But this wasn't enough.

A cleaner interface didn't solve the real problem. Citizens were still navigating a service directory to accomplish the task they came to the app for.

DESIGN DECISION 01

I moved the home screen from services to pending tasks.

Paying dues was the primary use of the app, so I decided to make pending dues the first thing citizens see while keeping access to other services.

Before: the service-directory home screen
BeforeService directory
After: the home screen leads with pending dues, with other services below
AfterPending dues upfront
Why I chose it

Prioritize the task citizens most often came to complete, without removing access to other services.

DESIGN DECISION 02

I stopped asking citizens to remember their property ID.

Property IDs were difficult to remember and users often referred to their challans. Because properties were already linked to the user's mobile number, I surfaced those properties and let users choose.

Before: the Property Tax search form asking for a property ID and other identifiers
BeforeEnter property ID
After: a Select Property screen listing the properties linked to the user's mobile number
AfterSelect property
Why I chose it

Let the system remember what it already knows and ask the user only to choose.

DESIGN DECISION 03

I removed repetitive payment work without removing choice.

Paying each bill separately meant repeating the payment process multiple times. I introduced a Pay All option while keeping individual payment available.

Pending Dues screen listing Property Tax and Water Bill as separate dues, each payable on its own
Individual paymentEach due listed on its own
Home screen with a Review and Pay All card offering to settle all dues of ₹8,850
Pay AllOne action for every due
Why I chose it

Give citizens both options. I took inspiration from the Pay All pattern used by CRED while adapting it to this context.

DESIGN DECISION 04

I turned an intimidating complaint form into a guided task.

The original complaint form asked for many fields at once. I broke the task into smaller steps so users could focus on one decision at a time.

  1. Before: the original File Complaint form with many fields on one screen
    BeforeMany fields at once
  2. Step 1: choose the issue category
    01What is the issue?
  3. Step 2: describe the problem and add photos
    02Tell us more
  4. Step 3: confirm the location on a map
    03Where is the issue?
  5. Step 4: review the complaint and submit
    04Review & submit
Why I chose it

Progressive disclosure makes the task feel more manageable without removing the information required to submit a complaint.

FINAL EXPERIENCE

From navigating services to taking care of what's pending.

The redesigned experience starts with what needs attention, reduces unnecessary work, and still keeps the broader set of civic services accessible.

  1. Final home screen with pending dues first
    Home
  2. Final Select Property screen listing linked properties
    Select property
  3. Final Review and Pay screen showing total dues and a Review and Pay All button
    Review & Pay
  4. Final File Complaint screen, step one: choose the issue category
    File complaint
REFLECTION

A cleaner interface isn't always a simpler experience.

The biggest shift in this project was moving beyond visual improvement and focusing on the work citizens actually came to accomplish. This is a design-level redesign; I did not run usability tests on it, so I'm not claiming measured results.

  1. 01

    Start with the user's task, not the interface.

  2. 02

    Let the system do more of the remembering and repetitive work.

  3. 03

    Give users choice without creating unnecessary work.

Next project
Wellness Express
View case study
Let's Work Together

Let's build something people actually understand.

Email

er.sumeetpawar@gmail.com

LinkedIn

@sumeetrpawar ↗

Location

Nashik, Maharashtra, India