Product Design · UX · Fintech

Case study by Shashank Srivastava

Spend Lite: A post-payment budget-awareness feature for Google Pay.

A proposed mobile payment concept exploring how Google Pay can nudge early-income users and college students to stay within their monthly budgets, shifting the focus from passive transaction visibility to active spend awareness.

01. Overview

While digital payment apps make transactions seamless, they also make spending invisible. Spend Lite is a self-initiated product case study proposing a lightweight, post-payment budget reflection mechanic built directly into Google Pay to build healthy financial habits.

Spend Lite: A post-payment budget-awareness feature for Google Pay

02. The Problem

Users receive notifications showing exact transaction amounts, but they routinely dismiss them without registering the hit. Spend visibility is not the same as spend awareness, leading to unexpected month-end budget blowouts.

The Problem: Spend visibility vs spend awareness

03. Target User

Focusing on college students and early-income users in their first 1–3 years of earning a heavy day-to-day UPI segment with little to no formal budgeting habits:

Who This Is For: College & early-income users

04. Business Value

Re-framing the feature's business rationale: by acting as a responsible financial ally under India's zero-MDR environment, GPay builds ecosystem trust, setting up future monetization through credit and insurance upsells:

Why Would GPay Build This? A trust investment

05. Solution Flow

Integrating budget limits natively into the post-payment flow to utilize the attention users already give the transaction confirmation screen:

Spend Lite: Solution at a Glance

06. Design Pivot

Reversing the decision to interrupt users before payment. Reflecting *after* payment informs the driver without introducing annoying transaction friction or blocking purchases:

A Design Decision I Reversed: Interrupt before vs. Reflect after

07. Setup Mechanic

Implementing manual monthly limit entry for V1 to respect that users know their own constraints better than early prediction algorithms:

Setting Up Spend Lite: Manual entry vs auto-suggest

08. Relative Impact

Calculating severity as a percentage of the remaining monthly budget rather than using absolute rupee thresholds, ensuring notifications are relevant to the user's scale:

What Counts as Large: Relative budget calculation

09. Notification Design

Visual weight scales based on transaction impact, using layout and size constraints to command attention for large spends without red/green alarm colors:

How It Reads: Small vs. Large payments

10. System Interface

Positioning the Spend Lite status card and progress indicator natively below recent transactions on the primary Google Pay home screen:

The Interface: Integration on GPay home screen

11. Feature Roadmap

Evaluating features using an Impact vs. Effort matrix, mapping quick wins like post-payment reflections for Phase 1:

Prioritizing the Roadmap: Impact vs Effort matrix

12. Success Metrics

Measuring actual behavioral change through budget adherence rates and nudge response correlation rather than simple passive views:

Measuring Success: Behavioral metrics

13. Scope Limits

Detailing what lies in-scope and out-of-scope for the V1 release to maintain a highly focused initial feature set:

Scope v1: In-scope vs out-of-scope

14. Final Summary

A final synthesis of the project's core design philosophy: reflecting relative impact where the user's attention already exists without adding friction to their decisions.

The Core Idea Summary

Read the next case study

Explore how I designed group travel companion feature inside Google Maps navigation shell.

Read Google Maps Case Study