Dikshit Kashyap Das
Back to selected work
APP PAYMENTS / UPI / AUTOPAY

Designing BlackBuck's own UPI
UPI on a PPI wallet.

A full UPI product built on BlackBuck’s wallet — familiar enough for everyday payments, considered enough for the edge cases.

Role
Sole product designer, end to end
Platform
Android / Zinka app
Scope
Onboarding, payments, history, autopay & management
40+Screens across eight flow areas
4Payment methods in one experience
8+Distinct autopay failure states

BlackBuck’s fleet operators already use apps like GPay and PhonePe. Opening the wallet to UPI meant meeting those expectations while working with different balances, limits and technical constraints. M2P’s headless SDK handled the infrastructure; BlackBuck owned the experience.

The design problem

The brief was to add UPI to the existing wallet. The harder question was how to make a technically different system feel familiar — especially when money is pending, a mandate fails or a user needs to stop an autopay.

DECISION 01

One balance. One clear answer.

The initial proposal showed FASTag, UPI and combined balances. At the moment of payment, that raised a question: which money can I actually use? I showed only the UPI balance on the payments screen, and surfaced the combined wallet limit contextually during recharge.

Before and after: three wallet balances replaced with a single available UPI balance
The useful number is the amount available to pay. Click to view full size.
DECISION 02

Give every transaction a clear meaning.

Before designing the history screen, I mapped transaction patterns across GPay, PhonePe and Paytm. Each card needed to answer what happened without a second tap: status, direction, amount and counterparty. Secondary detail stays one tap away.

BlackBuck Pay transfer history design
A transaction taxonomy designed around the questions users ask. Click to view full size.
Payment states including success, processing, failed, refund and reversal
Success, processing and failure each need a meaningful next step. Click to view full size.
DECISION 03

Make recurring payments feel controllable.

Autopay is a trust decision. Mandate decline, timeout, insufficient balance and a failed pause or cancellation are different situations. I designed a distinct response for each, and kept pause, resume and cancel visible so users could stay in control.

BlackBuck Pay merchant autopay setup flow
From mandate registration to confirmation, with controls to pause and cancel. Click to view full size.
Pay Anyone: search by name, phone number or UPI ID
Pay Anyone / From finding a recipient to an updated balance. Click to view full size.
Bank account payment with inline IFSC verification
Pay Bank Account / Verify the IFSC within the flow. Click to view full size.
QR payment flow from scanning to confirmation
Scan & Pay / An uninterrupted payment flow. Click to view full size.
Manage UPI IDs
Manage UPI IDs / Copy, activate or disable. Click to view full size.
Manage UPI number
Manage UPI Number / Add or remove a linked number. Click to view full size.

The initial release assumed a high-intent user who had already worked to gain access. When access broadened, that onboarding tone carried too much implicit context. Next time, I would design the gated and open onboarding experiences in parallel, so the wider release is ready from the start.

NEXT CASE STUDYIntroducing new payment behaviour for FASTag Recharges