Start with the user’s reference point.
I studied the recharge flows in PhonePe and GPay: entry points, vehicle number input, confirmation and errors. Familiar behaviour mattered more than conventions from other trucking products.
Bringing non-partner bank FASTag recharges into BlackBuck, with field research and a flow approved around what fleet operators actually know.
Drivers with non-partner bank FASTags were leaving BlackBuck to recharge in other payment apps. BBPS provided the pathway to support those recharges inside the app, with front-end compliance approval required before launch.
The system separated partner and non-partner bank tags. The user’s task was simpler: recharge my truck. Field research also changed the competitive frame — our benchmark was the payment apps drivers used every day.
I studied the recharge flows in PhonePe and GPay: entry points, vehicle number input, confirmation and errors. Familiar behaviour mattered more than conventions from other trucking products.
A fleet owner managing 50 or more trucks may not know which bank issued each FASTag. I proposed entering the vehicle registration number first and fetching the biller. After a month of negotiation across BlackBuck, PayU and NBBL, NPCI approved the deviation. An option to change the biller remained.
V1 created separate recharge entry points. It worked on the first attempt but broke repeat use and vehicle discovery. V2 pre-populated non-partner trucks alongside partner-bank trucks, leaving the BBPS rail behind the experience.
Task repeatability / vehicle discoverability
Task repeatability / vehicle discoverability
A short round of mental model interviews before the first structural decision could have exposed the “a FASTag is a FASTag” insight sooner. When introducing a new payment rail, I would make that mental model the first design question.