Janaḥ

Making Civic Issues Visible, Trackable, and Accountable

Region

Hyderabad, Telangana

Year

2025

Product Type

Mobile-first Civic-tech

Industry

Civic Technology · GovTech · Public Infrastructure

The project itself :

Project Overview

Janaḥ is a civic grievance platform designed to help citizens easily report local issues and track them transparently. It connects complaints directly to the right authorities, enabling faster action, clearer communication, and improved public accountability.

Problem:

Even in Tier-1 cities like Hyderabad, civic issues such as potholes, sanitation failures, and water leakages often go unreported or unresolved. Citizens lack a clear, reliable way to raise and track complaints, while authorities receive fragmented inputs through calls, manual logs resulting in delayed action, and eroded public trust.

Goal:

To design a unified, user-friendly platform that enables citizens to report civic issues effortlessly while giving authorities a structured, transparent system to track, prioritize, and resolve complaints efficiently.

My role:

Product Designer (Mobile UX/UI)

Responsibilities:
  • conducting research,

  • defined personas, User journey,

  • paper and digital wireframing,

  • Designed end-end mobile UX UI,

  • style & reusable components,

  • making high-fidelity prototype

Existing images

Ground Reality

Background Insight:

Historical Context

Before digital tools, civic complaints in India were mostly handled through offline and manual channels, in-person office visits, local ward contacts, phone calls, and handwritten registers.

Over time,Platforms like Swachhata proved that photo-based, geo-tagged reporting works, but still struggled with low trust, weak escalation, and inconsistent follow-through

Data from cities like Hyderabad, Mumbai, and Bengaluru also highlight high complaint volumes and long resolution cycles due to ineffective accountability mechanisms.

Understanding these past gaps helped us design Janaḥ as a modern, mobile-first solution that finally addresses visibility, accountability, and ease of reporting.

Swacchhata App:

Existing Civic systems

Why Hyderabad?

Regional Insight:

Contextual Research

Hyderabad was chosen as the first focus city due to its large population, diverse socio-economic landscape, and ongoing transition toward decentralized ward-level governance. These conditions make it an ideal environment to validate a civic-reporting solution like Janaḥ.

Takeaways
  • Literacy in Hyderabad is relatively high (≈83% overall; male ≈86–87%, female ≈79–80%), hence Text-based UI can work for many users, but with simple language considering elderly people.

  • Estimates suggest that over 30% of residents live in slums or low‑income with inconsistent access to services, which aligns with Janaḥ’s focus on underserved wards.

Cultural context :

Language & Culture

Hyderabad is a linguistically diverse metropolis where the official languages are తెలుగు (Telugu) and اردو (Urdu), with English widely used in administration and education.

Takeaways:

Multilingual support (Telugu, Urdu, Hindi, English) is essential for user adoption in Hyderabad’s culturally rich landscape.

References:

access reality :

Digital Access

Hyderabad shows high smartphone adoption in middle-income areas, yet many residents in older or low-income localities still depend on phone calls or in-person visits to report issues.

These percentages result from analyzing each factor’s influence on platform design, risk mitigation, and adoption success, consistent with best practices in PESTEL and strategic planning frameworks.

  • Must support both smartphone and low-tech users through app + IVR/voice options.

  • Should provide a reliable, trackable alternative to current systems with slow resolution and inconsistent updates.

  • Needs to build trust through transparency, reducing the need for physical follow-up.

Civic framework

Regulations

Designing Janaḥ required careful adherence to various civic, legal, and social frameworks to ensure the platform is effective, compliant, and trusted by users.

These percentages result from analyzing each factor’s influence on platform design, risk mitigation, and adoption success, consistent with best practices in PESTEL and strategic planning frameworks.

  • Municipal Rules (30%): Janaḥ aligns with local government rules for how complaints must be logged, routed, acknowledged, and escalated.

  • Personal data handling (30%): Since Janaḥ collects GPS location, photos, and user details, Explicit consent is required for sensitive data.

  • WCAG Guidelines (20%): To support citizens across all literacy and ability levels, the design follows WCAG AA principles.

  • Political/social sensitivity (20%): Presenting public data like heatmaps and leaderboards respectfully, avoiding politically sensitive disclosures.

all about the user

User Research

A design only works when it understands. We used a mixed-method approach combining interviews, field observations, and system analysis to understand how citizens report issues and how authorities manage them.

Research Approach

Double Diamond + Behavioral


Discover

Secondary Research

Before conducting modeled behavioral analysis and design exploration, We began by reviewing India’s existing civic complaint data, especially focusing on Hyderabad and Telangana.

Complaint volume
  • 2.95 lakh complaints filed annually

  • 2.79 lakh via the GHMC App

  • 15,000+ via Twitter

Click to Expand

Digital Barriers
  • 2G/3G internet limitations

  • Slow image upload speeds

  • PWA dependence instead of heavy apps

Click to Expand

Department Confusion
  • People struggle to understand which ward solves which problem, even the admin also struggles..

Click to Expand

4

Category Breakdown

To understand which civic issues citizens struggle with the most, we analyzed GHMC’s complaint categories. This helped identify the highest-impact areas and shaped how Janaḥ prioritizes its reporting flow.

Below pie chart represents the categories of issues that are majorly reported:

“Sanitation-related issues alone make up over one-third of all GHMC complaints. This informed the decision to prioritize camera-based documentation, quick categorization, and strong routing for sanitation, drainage, and road complaints.”

Competitor Analysis

5

Below are the most relevant platforms for Hyderabad + Telangana + Tier 2/3 users:

Features

Photo Upload

Auto Location

Auto Routing

Real time Status

Escalation

Multi Lingual

Categories

GHMC App

Partial

Partial

Many(Confusing)

Swachchatha App

Partial

Few

Spandana

Partial

Partial

Broad

Whatsapp report

Based on User

None

Janah

Smart + Simple

Features

Photo Upload

Auto Location

Auto Routing

Real time Status

Escalation

Multi Lingual

Categories

Swachchatha App

Partial

Partial

Many(Confusing)

Swachchatha App

Partial

Few

Swachchatha App

Partial

Partial

Broad

Swachchatha App

Based on User

None

Swachchatha App

Smart + Simple

Define

Primary Research

In Define phase, to go beyond data and understand the real human experience behind civic reporting, We, analyzed patterns from citizen complaints, GHMC reviews, social media escalations, and community forums. This helped uncover the behavioral, emotional patterns, and psychological drivers that influence how Hyderabad residents report or avoid reporting local issues.

These insights allowed me to design a system that aligns with how users actually think and behave, not how we assume they do.”

Behavioral Insights

Understanding User

Behaviour is the real blueprint of design. from the secondary research we analyzed and defined user emotional patterns, Mental modes, motivations, frustrations, behaviors, and decision triggers helped us uncover why citizens hesitate, why they abandon complaints, and what psychological cues can encourage them to act.

Mental Models

How users think about reporting

Decision Triggers

What prompts user to act

Emotional Curve Mapping

Tracking feelings throughout journey

Friction Points

Where users get stuck

Behavioral Archetypes

Behavioral Archetypes help capture how different types of citizens think, act, and emotionally respond while reporting civic issues.

To translate user behavior into actionable design decisions, I developed Behavioral Archetypes based on patterns gathered from GHMC complaint logs, app reviews, social media escalations, and RWA community forums.

Unlike demographics, these archetypes reflect deeper behavioral drivers—motivation, frustration tolerance, digital habits, and expectations.

User Persona

Pain Points

These are the core user pain points synthesized from behavioral patterns, secondary research, and complaint data. They represent the real obstacles citizens face while trying to report civic issues. These insights directly shaped the foundational design decisions in Janaḥ.

Reporting feels confusing & slow.

Users don’t trust the existing process.

Unclear photos and wrong routing cause complaint failures.

Citizens need to post the issues publicly or Anonymous

No status updates = zero motivation to report again.

Users want proof of resolution.

Low bandwidth and low-end devices create barriers.

Multi-Lingual platform gives confidence to the users

Citizens need Municipality updates & Wards knowledge

How might we?

Turning problem statements into opportunity directions.

1

Simplify reporting?

How might we let users report issues in under 60 seconds?

2

Improve evidence quality?

How might we ensure every complaint includes reliable photo + location data?

3

Build trust?

How might we make complaint progress visible and predictable?

4

Build trust?

HMW ensure citizens feel safe reporting while enabling community visibility when needed?

5

Build trust?

HMW ensure citizens feel safe reporting while enabling community visibility when needed?

6

Build trust?

HMW ensure citizens feel safe reporting while enabling community visibility when needed?

Insight → Design Mapping

How research findings directly informed design decisions


design approach :

Starting the design

After understanding what users struggle with, the Design phase was about turning those insights into clear, simple, and meaningful interactions. My focus here was to reduce friction, build trust, and create a flow that feels natural for citizens using different devices and network conditions.

This stage shaped the actual screens, structure, and experience that make Janaḥ easy to use and reliable in real-world situations.

User Flow

Based on the personas, behavioral drivers, and pain-point clusters identified in the Define phase, I mapped the primary user flow for Janaḥ. This flow ensures the reporting journey is frictionless, emotionally reassuring, and tailored to the real constraints and motivations of Hyderabad citizens.”

Digital Wireframes

Before jumping into visual details, I created digital wireframes to map the structure and flow of the app. These helped me validate layout decisions early and make sure the experience stays simple and intuitive.

below are some of the wireframes that we have used for Janah

Usability Testing

Before polishing visuals, First I conducted unmoderated usability studies with several participants, who answered various questions about the app and provided their observations while interacting with the initial low-fidelity prototype. After collecting the data, I analyzed it and synthesized the findings. Ultimately, I identified key themes and generated several insights. The goal was to identify pain points that the user experiences with the app designs so the issues can be fixed before the final product launches.

1

Misunderstood Anonymous toggle

Participants assumed anonymity applied automatically. Participants didn’t notice the Public / Anonymous toggle; some assumed anonymity applied automatically.

2

Users skipped description field

60% of participants tapped “Skip” or left description blank; those who tried typed very short phrases.

visual foundation

Design System

A civic-tech identity built for clarity, trust, and accessibility.

After finalizing the core flows, I established a design system to ensure Janaḥ feels consistent, trustworthy, and accessible across citizen interfaces, municipal dashboards, and low-end devices.


This design language builds on a warm, civic-friendly palette, a human-centered logo, and typographic choices optimized for readability in multilingual contexts.

Logo & App Icons

Janaḥ

The Janaḥ logo symbolizes a rising action , a gentle curve leading upward — representing a citizen lifting an issue into visibility.


The dot represents the face & voice of the citizen, while the curved hook suggests:

support

uplift

visibility

Typography

Readability, Accessibility, Emotional comfort, Device compatibility

Nunito

(Regular / Semi bold / Bold )

Report an Issue in Under 60 Seconds

Typography in Janah was chosen not to impress, but to be understood.

Nunito has open letterforms and generous spacing. Improves legibility for users. It has wide range of weights and supports WCAG-compliant contrast usage.

Color palette

design translation :

Redefining Design

Based on what I learned from the usability tests, I moved on to creating the high-fidelity mockups. These screens represent how the final product would look and behave.

These screens introduce the app, set basic preferences, and smoothly guide users into the home experience.

what changed :

Outcome

Janaḥ transformed a fragmented, frustrating reporting workflow into a simple, transparent, and evidence-driven civic experience. The design reduced reporting time to under 60 seconds, brought clarity to municipal workflows, and established a foundation for accountability through timelines, routing, and escalation.


What began as a complex civic-tech challenge resulted in a human-centered, scalable system that empowers citizens and supports government efficiency.

Takeaways

A civic-tech identity built for clarity, trust, and accessibility.

“Since Janaḥ has not yet been deployed, the following impact metrics are projections based on research, competitive benchmarking, and usability test performance.”

Impact
  • Faster reporting: Prototype users completed reports in under 60 seconds.


  • Higher clarity: 100% of testers understood the new status timeline.


  • Better accessibility: Low-literacy users completed flows with fewer errors.


  • Reduced confusion: Auto-routing removed the question “Whom should I contact?”


  • Greater trust: Testers felt reassured seeing “Assigned → In Progress → Resolved” timeline.

What I Learned
  • Designing for India requires designing for constraints - network issues, literacy levels, device diversity.


  • Real problems are behavioral, not UI-based — trust, motivation, hesitation, confusion.


  • Systems thinking is essential - the product touches citizens, officers, planners, field teams.


  • Inclusivity is not optional - multilingual, low-data, and accessible patterns are crucial.

Next Steps

1

Conduct follow-up usability testing on the new app iteration.

2

Identify any additional areas of need and ideate on new features.

Let's Create Something
Meaningful Together

Whether you're shaping a product, solving a system problem, or exploring an idea , I'd love to collaborate.


Follow me on Other Channels:

Let's Create Something
Meaningful Together

Whether you're shaping a product, solving a system problem, or exploring an idea , I'd love to collaborate.


Follow me on Other Channels:

Let's Create Something
Meaningful Together

Whether you're shaping a product, solving a system problem, or exploring an idea , I'd love to collaborate.

Follow me on Other Channels: