Jul to Oct 2023 • Fellowship project • CivicDataLab

Monitoring district performance shouldn't require 20 open tabs

I designed a Minimum Viable Product (MVP) for an open-data dashboard to help government officials in Assam track regional development metrics in one unified view.

By aggregating indicators across multiple schemes into a single platform, the design eliminates platform-switching and simplifies daily data analysis for district officials.

Jump to the solution →
District data dashboard — hero

Process

It takes a "district" to make a MVP

Mentored by Anushka Gokhale (Sr. Product Designer) and collaborating with cross-functional Research, Data and Tech teams, I led the user experience through four key phases.

Design process phases

*Gantt have a real project with clean cut phases

Understanding the problem

Making complex performance data readable

District performance metrics in India are siloed across multiple systems and scheme-centric platforms, making tracking slow and fragmented. Assam was selected as the first state to tackle this challenge.

The backend

CivicDataLab's data team was consolidating disparate scheme indicators into a single open-data pipeline.

My role

To design the front-end user experience and help structure raw metrics into an intuitive dashboard for easy browsing.

What do district officials need of their data?

Through the insights from our research and data science teams, we identified three core user priorities.

Block-level analysis

Block-level analysis

To spot patterns and problems

Source transparency

Source transparency

To establish trust in the data

Periodic updates

Quick checks & exports

For periodic data updates

Research

Mapping familiar design patterns

Research showed our users weren't very tech-savvy, so introducing unfamiliar patterns risked steep learning curves.

  • Benchmarked Indian & global dashboards for familiar patterns
  • Mapped new questions about platform requirements
Reference dashboard patterns

*Snippets of my notes from the mapping

Creating screens to test

In a quick 3-day sprint, I explored multiple layouts and information flows for the research team to user test and identify early friction areas and goal inconsistencies.

Wireframing exercise

*Wireframing for government products looks like small decisions with big impacts

Balancing user needs with MVP feasibility

Designing alongside an evolving dataset created a two-way feedback loop with the data team to align user desires with technical constraints.

Informing pipelines: UI concepts helped the data team understand what level of granularity was needed in sections like the overview.

Scoping phase 1: Technical limits helped trim complex features into the Phase 2 roadmap.

OPPORTUNITY AREA

Defining the scope

Wireframe testing and user research pointed to four essential requirements.

Drill-down hierarchy

State → District → Department → Scheme for clear, scalable navigation.

Mobile accessibility

A flexible interface designed for quick access whenever required.

End-to-end transparency

Direct access to everything from key chart highlights to raw source data.

Rapid reporting

Quick-glance progress updates paired with print options for internal meetings.

Final I.A.

Mapping the information architecture

To build a foundation for the interface, I mapped an information architecture that followed a drill-down hierarchy based on the scope requirements.

Information architecture map

*A high-level view of the IA

Solution

The solution

Core problems discovered and how they were solved for.

01
How might we ensure scalability, while preserving granular, drill-down data?
02
How might we provide users with easy-to-scan updates?
03
How might we build trust through complete data transparency?
04
How might we ensure seamless data access for officials on the go?

Closing

Closing the loop

For a seamless handover and to prepare for Phase 2 of production, I delivered a comprehensive audit of the current design alongside full component documentation — and took stock of what the project taught me.

System audit highlights

Phase 2 backlog

Explicitly documented non-MVP features for future roadmap planning.

Design discrepancies

Cataloged UI variations between Figma specs and web implementation.

Validated assumptions

Tracked baseline design assumptions to guide upcoming user testing cycles.

Key component guidelines

Usage context

Detailed functional guidelines and state rules for each UI component.

Responsive rules

Documented layout adaptations and breakpoint behavior for mobile screens.

Team feedback loop

Captured insights from data teams and end-users to justify layout and IA choices.

What I took from this experience

As my first fellowship experience, having full end-to-end ownership taught me how to navigate real-world constraints, align with diverse stakeholders in product, data and tech, and take a product from 0 to 1.