defining the problem
user research
designing for developers
ideation and wireframing
design decisions
design challenge
collaboration
impact
retrospective
Duration
April 2024
Role
UI/UX Designer
Team
Medini Chopra (Engineer)
Skills
Research Synthesis
Material Design System
Emotive Design
Systems Thinking
Concept Testing
// FINTECH, TECH4GOOD
Confusing payment UI isn't just inconvenient for low-income users; it's also high-risk
Low-income merchants on Google Pay India are frequently exposed to financial fraud. In a 3-week-long design sprint, I redesigned Google Pay for the overlooked merchant perspective.
Low-income merchants on Google Pay India are frequently exposed to financial fraud. In a 3-week-long design sprint, I redesigned Google Pay for the overlooked merchant perspective.



// INTRODUCTION
Digital payments are booming, but this is not good news for everyone
Digital payments have seen extraordinary growth in the Global South, especially India, where over 51% of adults now use mobile payments. This growth is driven by Unified Payments Interface (UPI), which has democratized cashless transactions.
Despite this progress, most research and innovation remains customer-centric. Merchants' needs receive limited attention, a serious problem for small-scale merchants whose livelihoods depend on technical adoption.



The merchant perspective is finally highlighted
While conducting a literature review on this topic in Human-Computer Interaction research, we came across a paper that was centered around the merchant experience: "Who is protecting us? No one!"
This paper describes the range of vulnerabilities faced by low-income merchants in India, making them susceptible to financial fraud.



Our project builds on this incredible research by Pranjal Jain, Rama Adithya Varanasi, and Nicola Dell, including their contribution of primary user research.
// THE REAL WHY
Community commerce and the humble kirana store
Beyond the digital payment boom and underserved merchant populations, an important subculture motivated this project.
Kirana stores are small, family-run grocery shops at the heart of Indian community commerce.
These mom-and-pop shops are hubs for local news and social interaction. Shopkeepers know regulars by name and even extend informal lines of credit.
With rising competition from large-scale retailers and quick-commerce platforms, kirana stores face increasing pressure to modernize. For survival, they've begun adopting UPI apps like Google Pay.
However, most kirana owners come from modest backgrounds and lack the digital literacy required to interact with payment apps confidently. A minimal understanding of UPI architecture creates concern and reduces adoption rates.
// DEFINING THE PROBLEM
With academic research and the real why in our minds, we defined the problem and a realistic scope for the month-long project. We chose to focus on 1 of the 3 payment apps discussed in Jain et. al's work, Google Pay for its increasing rate of adoption.


// USER RESEARCH
Merchants face a concerning amount of vulnerabilities on payment apps
Jain, Varanasi, and Dell interviewed 34 participants (24 merchants, 10 agents that onboarded the merchants) about fraud challenges on UPI platforms. Turns out, merchants have multiple barriers with digital payments, right from accessing them in the first place.
Direct quotes from merchants especially highlighted financial vulnerabilities, and so we centered our project around this high-stakes scenario.









// DESIGN AUDIT
Google Pay from the eyes of a merchant
Before jumping into ideation, we wanted to first feel the app from a merchant's perspective. Due to time and research recruitment constraints, we chose to audit existing screens ourselves, building on a user journey map to identify where the experience breaks down.
A cognitive walkthrough revealed 3 specific problem areas:
Transaction validation is difficult
Hard-to-access or non-unique information means greater effort from a merchant to confirm transaction status



Critical transaction information is too small for users to double-check
Critical transaction information is too small for users to double-check
Critical transaction information is too small for users to double-check
Recipient name emphasised but this is a non-unique identifier
Recipient name emphasised but this is a non-unique identifier
Recipient name emphasised but this is a non-unique identifier
Missing urgency in actions
Defrauded merchants need immediate access to support and resources but this is overshadowed by promotional material



Home page banner lacking shortcuts for urgent tasks
Home page banner lacking shortcuts for urgent tasks
Home page banner lacking shortcuts for urgent tasks
Lack of information transparency
Merchants can't estimate the scale or nature of the reporting process, which is critical data for a low-income worker



Ticket card lacks supportive actions
and language
Ticket card lacks supportive actions
and language
Ticket card lacks supportive actions
and language
Opaque and repetitive information about ticket resolution status
Opaque and repetitive information about ticket resolution status
Opaque and repetitive information about ticket resolution status
Lot of scope to improve empathy and attention to user needs
Lot of scope to improve empathy and attention to user needs
Lot of scope to improve empathy and attention to user needs
// DESIGN PROCESS
User persona
Representing a typical kirana store owner in suburban India, balancing community relationships with digital adoption challenges



User journey Map
Mapping emotional highs and lows from pre-transaction anxiety to post-fraud frustration, identifying opportunities for intervention



User flow Diagram
Visualizing the structure and functionality a merchant engages with during typical Google Pay usage, identifying cyclic issues and decision points where improvements could be made



Low-fidelity sketches
Sketching initial solutions based on the 3 pain points and user flow diagram, allowing me to experiment with validation patterns in design sprint exercises


// WORKING WITHIN CONSTRAINS
Material Design
Since Google Pay uses Material Design, I had to work with existing components while choosing appropriate versions to ensure nothing looked out of place. This required deep research into Material Design principles, component variants, and accessibility guidelines.
Core functionality
We were working with a very well-established application. We wanted to be mindful not to overwrite how it worked or any critical features. Our goal was to make the redesign as realistic as possible for implementation.
I collaborated with an engineer to assess technical feasibility at multiple points in the design process.
// FINAL DESIGNS
Google Pay, redesigned realistically and emotively
[to-do]
Transaction validation is difficult
-> Improve representation of transaction identifiers
Earlier signifiers are easy to fake and hard to recognise by merchants. New signifiers (profile image and elapsed time clock) cannot be reproduced easily and are visually perceptible.
Feasibility check
Google Pay already links to a user’s Gmail account and displays the associated profile image. This will just have to be transferred to the transaction status page.



Transaction date and time emphasised for easy validation
Transaction date and time emphasised for easy validation
Transaction date and time emphasised for easy validation
Dynamic time status
to tackle static screenshot fakes
Dynamic time status
to tackle static screenshot fakes
Dynamic time status
to tackle static screenshot fakes



Prominent green tick to reflect transaction status
Prominent green tick to reflect transaction status
Prominent green tick to reflect transaction status
User-inputted profile picture as unique identifier for transaction
User-inputted profile picture as unique identifier for transaction
User-inputted profile picture as unique identifier for transaction
Missing urgency in actions
-> Shorten user journey to support
An at-risk user will require the quickest path to assistance. Especially if it’s a suspected case of fraud, then all actions become time-sensitive. Shortcuts to fraud support reduce delay.



Banner highlights direct path to fraud reporting
Banner highlights direct path to fraud reporting
Banner highlights direct path to fraud reporting
Microcopy to reassure defrauded users and establish credibility in the process
Microcopy to reassure defrauded users and establish credibility in the process
Microcopy to reassure defrauded users and establish credibility in the process
Lack of information transparency
-> Add multiple information points
In sensitive scenarios like scams and frauds, a user needs as much information as possible. Describing the resolution process and providing stage-wise updates builds trust.
Before call connection
Before call connection
Before call connection



Shortcut to contact support team for current ticket
Shortcut to contact support team for current ticket
Shortcut to contact support team for current ticket
Clearer ticket resolution status and nudge to follow-up
Clearer ticket resolution status and nudge to follow-up
Clearer ticket resolution status and nudge to follow-up
During call connection
During call connection
During call connection



Displays call connection status to free up the user to interact with other elements
Displays call connection status to free up the user to interact with other elements
Displays call connection status to free up the user to interact with other elements
Instantaneous update to shortcut state
Instantaneous update to shortcut state
Instantaneous update to shortcut state
Alternate actions a defrauded user can pursue while waiting for a call
Alternate actions a defrauded user can pursue while waiting for a call
Alternate actions a defrauded user can pursue while waiting for a call



Video call assistance for defrauded users unfamiliar with the platform
Video call assistance for defrauded users unfamiliar with the platform
Video call assistance for defrauded users unfamiliar with the platform
Timeline for ticket resolution with expected dates and results
Timeline for ticket resolution with expected dates and results
Timeline for ticket resolution with expected dates and results
Current phase details and further related actions or support
Current phase details and further related actions or support
Current phase details and further related actions or support
// IMPACT
Across 3 weeks, I redesigned 3 critical user journeys for an underserved subset of users in the Google Pay community, validating my concepts with vendors themselves
During concept testing, we received positive feedback for the new experience, with vendors reporting increased confidence and less ambiguity in transaction validation.
We achieved our primary goals of redesigning the fraud prevention and support user journey, alongside our secondary goals of emotive design.
// RETROSPECTIVE
Inclusive design requires a deep level of empathy and connection with the end-user
My main takeaway was the importance of designing for the edge case; the users that get overlooked. It takes real skill to empathize with a perspective that's unfamiliar to you, especially when you might not have access to extensive user research.
This project taught me to translate systemic challenges into accessible design. The best solutions aren't the most innovative, they're the ones that make sense for the people who need them most.
If I had more time, I would…
Test real-time features in realistic scenarios to ensure they work appropriately in high-pressure, fast-paced environments
Expand our user personas beyond the kirana store use case to see how other sectors (healthcare, street vendors, etc.) interact with digital payments.
Evaluate other regional digital payment apps (PhonePe, PayTm) and see how these features could be applicable there.
Thank you for reading <3
Please reach out if this project resonated with you. We're currently trying to get our work reviewed by the Google Pay India team so any and all feedback is welcome.
