Picky Development is run by operators, not developers. For over twelve years we ran an auction delivery business — picking lots for auction houses on one side, loading them for buyers on the other. In that time, we watched paperwork break at both ends, over and over. So we built the software we needed. Now other operators in the trade can use it too.
Both started as internal tools — software we built to run our own operation, first on the auction-house side and then on the delivery side. Each grew up in a real business, under real load, on real days. Now they're multi-tenant, and open to other operators in the trade.
Everything after the hammer. Lotcheck runs the post-sale phase for auction houses — unpaid buyers, picking, storage, releases, collections. Every lot picked, every action logged with a name and a time, every handover proven. Nothing off the sheet, nothing out with the wrong buyer, nothing done twice by accident.
Visit lotcheck.co.ukA removals and delivery CRM for a working man-and-van operation. Quotes into bookings, bookings onto the diary, drivers and porters on the road — plus revenue, wages, and storage in the same place. Every lot loaded and unloaded on the same sheet, every job accounted for, every hour on the wages line.
Visit kldmanandvan.ukTwelve years in the trade teach you the same failures over and over. Both platforms are built to catch them — every one, every time.
Picked but forgotten. Ticked but not signed off. Both platforms log every lot in the moment it moves — with the name of the person moving it.
Two staff, one clipboard, two ticks in different pens. Every action is one action, in one place, visible to everyone else on shift.
Wrong buyer, wrong count, wrong destination. Every lot ticks on. Every lot ticks off. Both sides of the door.
Signed off by whom, against which lots, at what time. Every handover leaves its own record — nothing depends on someone remembering.
The name is a promise. Everything below is where we spend our time — and it's why the work looks the way it does.
Software should look and feel like the industry it serves. A removals CRM shouldn't inherit its aesthetic from an auction house, and vice versa.
We'd rather build one product that a specific team relies on daily than a generic tool that a hundred teams use once.
Buttons, labels, error states, empty screens — the language of a product is half of how it feels to use. We write ours carefully.
For twelve years we ran an auction delivery business — auction houses on one side, buyers on the other. When something isn't working in either direction, we tend to feel it before you tell us.
If you're in auctions, removals, or a trade next to either — and the software you're using doesn't understand what your team actually does all day — that's exactly the kind of thing we're here for. Tell us about it.
hello@pickydev.com