One map for everything a city loses
Solonomous designed and built Loztapp — a lost-and-found listing platform for a whole city. A mobile app for the public, a map-first search layer over stations, bus routes and public areas, and an operator dashboard for the counters that actually hold the items.
What we built for Loztapp
A public mobile app on one side, an operator console on the other, and one record running between them — from the moment an item is posted to the moment the reward leaves escrow.
Every item in the city, on one board
The listings console holds all 128 live items in a single filterable table — item, category, location, who posted it, the reward offered and where it sits in the lifecycle. Filter to Active, Claimed or Returned, search across items, claims and users from one bar, and post a found item straight from the counter on a resident's behalf.
Claims reviewed on evidence, not instinct
Each claim arrives as a card with the owner's verification answers set against the finder's private notes, and the system says outright whether they match, partially match, or have a follow-up question outstanding. Approve or reject in one action; claims left waiting past the SLA are flagged Overdue so nothing sits unanswered.
Rewards held in escrow until the handover is real
Payments and escrow in one ledger: what is held, what was released this month, and the service fee earned on each recovery. Every transaction shows the item, both parties, the method — UPI, card or net banking — and its state, from In escrow to Released to Refunded when a handover never happens.
The operator console
Station staff and moderators work the same records the public app writes to. The overview opens on the four numbers that decide the day — active listings, claims pending, value held in escrow, items returned — beside a recoveries-this-week chart, the top categories a city actually loses, and a live activity feed. Users carries the trust model: found-and-returned counts, ratings, verification level and a flag state. Reports is the moderation queue, severity-ranked, with resolved reports auto-archiving after thirty days. Settings is where the economics live — service fee per recovery, escrow hold period, minimum reward, the category tree, and the verified Safe Meet points across the city.
Trust, built in
A lost-and-found platform lives or dies on whether a handover is safe. Claim verification can be made mandatory, reported listings auto-hide after three independent reports, ID documents in photos are detected and blurred, and every reward sits in escrow on a seven-day hold that auto-refunds if the handover is never confirmed. None of it was bolted on after launch — it is the settings page the product shipped with.
Built module by module
Seven surfaces in the operator console, each delivered production-grade and rolled out in stages — first a single railway line, then the bus network, then open public areas — so coverage grew without a risky city-wide cutover.
Overview
The day in four numbers — active listings, claims pending, value held in escrow and items returned — with a recoveries-this-week chart, the categories the city loses most, and a live activity feed running from claims submitted to escrow released to listings reported.
One record, from report to reunion
A lost report, a found item, the match, the chat, the claim and the handover are stages of the same record — so nothing has to be reconciled by hand between a station counter, a moderator and the person on the app.
POST & DISCOVER
List
A one-minute posting flow with photos and a deep category tree, map-first browse and search, saved searches, bookmarks, and public listing pages that are shareable and indexable.
MAPS & GEO-SEARCH
Locate
Clustered map pins, Places autocomplete, street-level geocoding, radius and route-corridor search, transit-hub geofences and directions to the handover point.
MATCH & RECLAIM
Reunite
Automatic lost-to-found matching on category, place and time window, push notifications to both sides, in-app chat, ownership verification and a logged handover.
