Hyperlocal marketplace with structured barter offers and safe-handover suggestions
A native Android and iOS marketplace combining priced, barter and free listings with a single offer model, proximity-first discovery across marketplace, sale-event and jobs verticals, listing-scoped chat, and peer ratings.
Most local classifieds platforms understand exactly one kind of transaction: someone pays a price. A large share of neighbourhood commerce isn't a sale at all — it's a trade, a giveaway, a weekend sale event, or a small local job — and existing platforms push barter into free-text chat where it can't be tracked, compared, accepted or declined as a structured action. Distance is the actual relevance signal in local resale and is usually handled with a coarse city filter, and the riskiest moment in the whole transaction — two strangers meeting in person to exchange goods and cash — happens entirely outside the software unless it deliberately reaches into it.
Built a single offer entity that carries either a cash amount or an offered item — with its own images and description — against a listing, sharing one set of transitions: make, counter, accept, reject, retract. A trade becomes just as trackable and reviewable as a bid, and the negotiation history reads the same regardless of which kind it is. Proximity filtering was built directly into the listing, free-item, sale-event and job queries, with radius, postal code, category and keyword all composing in a single request.
Accepting an offer provisions a conversation between the two parties automatically, and threads are scoped to the listing rather than the user pair, so two people negotiating two different items get two clean histories instead of one confused one. Inside the conversation a nearby-public-venue picker suggests a safe handover location, shared back into the thread as a map, alongside peer ratings aggregated onto every user's profile — trust designed into the two moments that actually carry risk: before agreeing, and when arranging to meet.
Because the platform never touches the buyer-to-seller payment, revenue depends entirely on paid listing visibility, so promoted listings and paid job posts are transacted through each platform's own app-store billing and reconciled to server-side entitlements with independent expiry clocks and reminder notifications before a placement lapses. A large share of the administrative and API surface was scaffolded from table definitions, with hand-written specialisation layered on top only where the domain — listings, offers, messaging, sale events, payments — genuinely required it, which is what let a small team deliver four verticals from one product.
Barter became a structured transaction, with trades made, countered, accepted and declined through the same mechanics as cash offers instead of negotiated in free text. Discovery genuinely reflects proximity across marketplace listings, free items, sale events and job posts alike, and the handover — the actual risk point in local resale — is supported through peer reputation and public-venue suggestions rather than ignored. Four kinds of local activity ended up living in one application, giving the platform a broader reason to be opened than a single-purpose classifieds app, and revenue works without ever touching the transaction itself.
Something holding you back?
New build, rebuild, or adding AI to what you already have — I'll take a look and give you an honest perspective.