← All work {{ cs.name }}

MVP · Zero to One

BUSEit.

Buy it. Use it. Sell it. — A trust-first resale marketplace designed to remove fraud, friction, and fear from second-hand commerce in India.

View MVP Prototype ↗
Industry
C2C Marketplace / Resale Commerce
Core constraint
Speed with zero compromise on trust design
Platform
iOS & Android (Mobile-first)
Timeline
4 Weeks
Stage
Zero to One MVP
My role
UI/UX Designer & PM

the problem

Resale in India has a trust crisis.

Platforms like OLX, Quikr, and Facebook Marketplace have unlocked a massive market for second-hand goods in India. But they've also created a breeding ground for fraud. Fake listings. Stolen photos. Payment scams. Robbery during physical meetups.

The process hasn't changed in years. A seller lists something. A buyer wants it. They either ship it blindly and hope for the best — or they physically meet up in a parking lot and hope nobody gets robbed. Neither option inspires confidence.

What should be simple — "I have something I don't need, you want it" — becomes complicated, risky, and often abandoned altogether.

4%+

of marketplace revenue is lost to seller fraud and fraudulent listings on peer-to-peer platforms globally

Source: Payoneer Marketplace Report

750+

crimes traced to a single OLX fraud network in India over just 18 months, exposing how organised the scams have become

Source: The420.In, 2022

3M+

daily active users on OLX India — a scale that makes fraud prevention not optional, but existential

Source: OLX India Engineering Blog

Common fraud patterns on existing platforms

Fake Listings with Stolen Photos

Fraudsters steal product images from real listings, post them at attractive prices, collect a "reservation deposit," and vanish. Buyers lose money before they've even seen the product.

Courier & Advance Payment Scams

Scammers use fake courier receipts to pressure buyers into paying delivery fees upfront. No product ever ships. The courier company doesn't exist.

Physical Meetup Robbery

OLX's own workaround — meet in person — created its own danger. Buyers carrying cash to inspect high-value items like phones or bikes became targets for robbery and assault.

Fake Payment Confirmations

Fraudulent buyers send forged payment screenshots to sellers, pressure them to ship first, then disappear. Sellers hand over the product and never see the money.

the brief

Build the trust layer that resale was missing

The ask was clear: design a resale marketplace where neither buyers nor sellers have to trust a stranger — because the platform does the trusting for them. No physical meetups. No payment anxiety. No fake listings.

The constraints were tight. Four weeks. One person handling both design and project management. No time for long iteration cycles — but no shortcuts on the thinking.

research & thinking

Every step mapped. Every edge case considered.

We started where all good design starts — with people. Not assumptions about people. Actual people. Two distinct types of personas, two entirely different relationships with resale.

01

User Personas — Buyer & Seller

Sellers here aren't mass merchants. They're someone whose baby has outgrown a toy, someone upgrading their phone, someone clearing out a room. They're listing one product, maybe two. The flow needed to feel as simple as sending a WhatsApp message. Buyers, on the other hand, want assurance — they're looking for a deal, but not a gamble. Both personas shaped every design decision that followed.

02

Full User Flow Mapping

We mapped every journey — seller onboarding, product listing, buyer search, purchase, internal verification, logistics handoff, post-delivery inspection, returns, refunds, edge cases. What happens if a seller cancels after verification? What if a buyer raises a dispute at hour 47? We designed for the exceptions before we designed for the happy path.

03

Hand Sketches & Rough Wireframes

No low-fidelity digital wireframes. The time constraint was real, and the flow clarity was already there. We hand-sketched the critical screens, mapped the interactions, and moved fast into high-fidelity. Pragmatic — not lazy. The thinking happened on paper. The execution happened in Figma.

04

Brand Foundation — Colour, Type, Logo

Before touching product screens, we established the visual language. Colour palette, typography, logo — enough to make the product feel coherent and trustworthy without spending weeks on brand strategy. For a resale marketplace, visual trust signals matter. The brand needed to communicate reliability, not just aesthetics.

05

High-Fidelity Execution

Straight from brand foundation to high-fidelity screens. 70+ screens covering every user journey, every state, every edge case. Built to be handed off, not just presented.

DigiLocker integration wasn't just a feature decision — it was the single move that solved the biggest design problem in the product: how do you trust a stranger on the internet?

DigiLocker holds verified government documents for Indian citizens. By requiring seller verification through DigiLocker, we established real identity and real accountability — without building complex verification logic from scratch.

the design

The trust layer, designed screen by screen.

Every screen had one job: remove a reason to distrust. For sellers, that meant a listing flow that felt guided, not overwhelming. For buyers, it meant surfacing the safety mechanisms — verification badge, escrow status, inspection window — at every decision point.

70+
Screens designed across all user journeys

From seller onboarding to post-delivery resolution — every flow, every state, every edge case. Built to be shipped, not just demonstrated.

Seller Onboarding & DigiLocker Verification

Identity verification via government-issued documents. No fake sellers. No fake products. Real accountability from the first screen.

Product Listing Flow

Guided listing for non-technical sellers. Photos, condition, price range. Simple enough for someone listing their first and only product.

Buyer Search & Discovery

Browse, filter, and find verified products. Every seller carries the BUSEit verification badge — proof someone from our team has seen it.

Purchase & Escrow Flow

Buyer pays. Money holds in escrow. Nobody gets paid until the buyer confirms the product is what was promised. Trust built into the transaction itself.

Physical Verification (Internal)

Our team visits the seller, verifies the product against the listing. Condition check. Authenticity check. Only then does it move to the buyer.

48-Hour Inspection Window

Buyer gets 48 hours to inspect the product. If it doesn't match the listing — return it. Money goes back. Seller keeps accountability.

Returns & Refund Flow

Structured return process. We collect, we refund, we close the loop. No he-said-she-said. No ghosting. Just a clear resolution path.

Logistics & Order Tracking

Full visibility from pickup to delivery. Buyers always know where their product is. Sellers know when their money is coming.

Edge Cases & Error States

Seller cancellations, failed verifications, payment disputes, late inspections. Every scenario designed — because real users don't always follow the happy path.

features

What shipped. What's next. And why.

A good MVP isn't about building less. It's about building the right thing first. Version 1 focused entirely on getting the trust mechanics right. Everything else was designed, thought through, and deliberately deferred.

Version 1 — Shipped

  • ▸Seller onboarding with DigiLocker identity verification
  • ▸Guided product listing (photos, condition, price range)
  • ▸Buyer search, filtering, and discovery
  • ▸Purchase flow with escrow payment protection
  • ▸Physical product verification (internal team workflow)
  • ▸48-hour buyer inspection window
  • ▸Returns and structured refund process
  • ▸Full logistics and order tracking
  • ▸Edge cases, error states, and exception flows

Version 2 — Designed, Deferred

AI Image Verification — Reverse image search on every uploaded product photo to detect stolen images, recycled listings, and counterfeit products.

Multi-Platform Listing Sync — Sellers list once on BUSEit and push to other resale platforms simultaneously with a single toggle. Same caption, same photos, zero extra effort.

AI Predictive Pricing — Sellers set a price range and a time-to-sell deadline. The system reads market trends, suggests optimal pricing, and dynamically adjusts offers.

Community & Bidding — Buyer and seller profiles, social discovery, and a bidding system for high-demand products where the highest bid in a set window wins.

key design decisions

The thinking behind the choices.

Why skip low-fidelity wireframes?

With four weeks and one person handling design and project management, low-fidelity wireframes would have been a third iteration of the same thinking. The user flows were mapped. The sketches were done. The value wasn't in more lo-fi artifacts — it was in getting to high-fidelity fast enough to catch real visual and interaction problems. Speed was the constraint. Clarity was already there.

Why DigiLocker for seller verification?

Building a custom identity verification system would have taken time we didn't have and trust we hadn't yet earned. DigiLocker is a government-backed platform that Indian citizens already use and trust. By integrating it, we borrowed credibility from an established system rather than asking users to trust a new one. One integration solved the biggest trust bottleneck in the product.

Why make the escrow so explicit in the UI?

Most platforms bury their payment protection in terms and conditions nobody reads. We made the escrow status a visible, persistent UI element throughout the buyer's journey — because if users don't know their money is protected, the protection doesn't build trust. Visible safety mechanisms change behavior. They give buyers the confidence to complete a purchase they'd otherwise abandon.

Why design V2 features in the MVP phase?

Features like AI image verification and predictive pricing weren't designed to ship in V1 — they were designed to stress-test the product architecture. If you only design for what you're shipping today, you paint yourself into corners that make V2 expensive to build. Thinking through the bidding system and multi-platform sync in advance meant the V1 information architecture could accommodate them without a full redesign later.

learnings

What the process taught us.

BUSEit is currently in QC testing — not yet live with real users. The learnings here come from the design and internal testing phase. The most valuable insights didn't come from user data. They came from the moments where the design broke under its own logic.

01

Constraint is a design tool.

We could have added more seller options, more filter types, more customisation at every step. We didn't. The strongest decision we made repeatedly was choosing what to leave out. A listing flow with fewer fields isn't less capable — it's more usable for someone who's never sold anything online before.

02

DigiLocker was the right call.

During design review, it became clear that building our own verification system would have introduced new trust problems while trying to solve existing ones. Leaning on an established, government-backed system meant users didn't have to trust BUSEit's verification process — they trusted something they already knew.

03

Edge cases are the real product.

The 70+ screens didn't all feel essential at first. But mapping scenarios like "seller cancels after physical verification" or "buyer raises dispute at hour 47" revealed friction points that would have been catastrophic in the live product. The happy path is 20% of the design work. The other 80% is everything that can go wrong.

04

48-hour window psychology.

In traditional resale, there's ambiguity around when a buyer actually commits. Making the inspection window explicit — visible, time-stamped, clearly communicated — changes the psychological contract between buyer and seller. The buyer gets to inspect before the seller gets paid. That's a fundamentally different transaction, not a feature.

Lock Icon

This is the end...

See a little more? click the first button. Wanna know really really more, click the second one.

{{ csTitle }}

The full case study for this project isn’t written up yet.