AI Engineering 3 min read Sep 18, 2026

From Lost Paper Receipts to One-Tap Profit: How I Built a Custom App for a Cab Driver

Independent taxi drivers juggling multiple aggregators like Uber, Ola, Rapido, and offline private bookings face daily accounting chaos, often relying on paper slips that get misplaced. This case study documents the end-to-end development of SD Travels (Driver Portal)—a lightweight, driver-centric mobile app engineered to deliver instant net-profit visibility, quick single-tap entries for fares, CNG refills, and maintenance, and reliable offline-first local data persistence. Within its first week of real-world use, the app completely eliminated month-end bookkeeping guesswork and provided effortless, real-time daily profit tracking

Written by Mukesh · Reviewed Sep 18, 2026

Post

Introduction

Software engineering is at its best when it solves genuine, everyday human friction.

A week ago, a close friend who owns and drives his commercial taxi reached out to me. Like many independent gig-economy operators, his workflow is fragmented across multiple platforms—Uber, Ola, Rapido, alongside private offline intercity and airport bookings.

While driving isn't new to him, financial bookkeeping was an ongoing nightmare.

1. The Core Problem: The “Paper-Diary” Dilemma

When you drive 10 to 14 hours a day in dense traffic, you don't have the mental bandwidth to open complex spreadsheet tools or navigate multi-step accounting software.

My friend's tracking method was typical:

  • Cash fares collected were kept in his pocket.

  • CNG slips and pump receipts were stuffed into the glove compartment.

  • Tea, tyre punctures, and minor maintenance were written down in a tiny physical notebook—or simply forgotten.

The Consequence:

At the end of every 15-day cycle or month-end, he would spend hours piecing together torn paper receipts and incomplete notes. He couldn't answer the most vital business question:

"After deducting CNG, vehicle wear-and-tear, and miscellaneous overheads, what did I actually take home today?"

2. Design Principles: Understanding Before Coding

Before writing a single line of code, we sat down to define the product requirements based purely on his driving habits:

  1. Ultra-Low Interaction Cost: An entry must not take more than 3 to 5 seconds.

  2. One-Glance Visibility: The home screen must immediately answer: What is my net profit today?

  3. Resilient Local Storage: Connectivity in basements, underground parking, and highway corridors is unreliable. Data entry must never stall or fail due to network drops.

  4. Sensible Expense Categorization: Categorization specifically tuned to automotive operations (CNG refills, clutch/brake repairs, tyre punctures, washing, general servicing).

3. Architecture & User Experience Breakdown

Here is how the architecture and feature set of SD Travels (Driver Portal) was structured:

A. The Executive Dashboard (Home)

  • Real-Time Net Profit Banner: A high-contrast hero card calculating Total Fare - Total Expenses dynamically, with a visual indicator (IN PROFIT).

  • Metric Cards: Quick count cards highlighting total daily rides, gross fare, CNG refills, and service costs.

  • Quick Record Bar: Instant actionable modal triggers for + Fare, CNG, and Service.

  • Activity Stream: Chronological today-view feed with instant edit and delete actions.

B. Granular Reports & Analytics

  • A streamlined time-horizon selector (Daily, Weekly, Monthly) allowing drivers to track earnings across pay cycles.

  • Clear comparative analytics to highlight high-expense days versus high-earning routes.

C. Custom Maintenance & Fleet Profiles

  • Drivers can customize expense buckets (Brake & Clutch, General Service, Oil Change, Tyre & Puncture, Washing & Cleaning).

  • Vehicle registration mapping (MH-02-...) for multi-cab or individual fleet tracking.

D. Offline-First Data Engine

  • Built with a robust, local SQLite engine (Room persistence).

  • Zero latency, fully functional without an active cellular data connection, and resilient against unexpected app kills during incoming calls or navigation switches.

4. Real-World Results

The app was deployed directly to his device. After one week of active production use:

  • 100% Elimination of Paper Slips: All receipts and refills logged immediately at the pump.

  • Zero Discrepancies: Daily net figures are crystal-clear before he heads home.

  • Informed Decision Making: He can now see which days of the week yield the highest net profit per CNG expenditure.

Key Takeaway

You don’t always need to build an enterprise-scale SaaS to create real value. When you take the time to deeply understand a user's day-to-day pain point and strip away unnecessary friction, a focused, well-architected solution can transform someone's daily routine.

About the author

Mukesh is the developer behind InfoMukesh, writing practical notes from hands-on work with PHP, Laravel, e-commerce platforms, AI, and web applications.

Related reading

The AI Code Review Bottleneck Nobody Warned Us About

AI coding tools have made writing an app faster than ever, but that speed didn't remove the bottleneck — it just moved it downstream to code review. This post breaks down why AI-generated code tends to skip architecture and testing by default, how that shows up as cascading production failures, and why the actual engineering work now happens at review time instead of at the keyboard.