PlanSpace is a bespoke SaaS application for event venue operators — the businesses that book weddings, corporate offsites, conferences, and one-off events into physical spaces. The category was being underserved by generic CRMs and clunky calendar tools. As Lead Experience Designer and co-founder at AUSYS, I owned the product design end-to-end: research, IA, the full design system, and the booking, lead-capture, automation, and event-monitoring surfaces.
The event venue industry is bigger and messier than most people realise. Wedding halls, hotels, conference centres, banquet rooms, restaurants with private dining — every venue is essentially a small operations business with high-touch sales, custom packages per event, contract negotiation, vendor coordination, and a calendar that cannot double-book.
Before PlanSpace, a typical mid-sized venue ran its business across a website contact form, a spreadsheet for the lead list, a separate calendar tool, a CRM that wasn't built for events, an email template library copy-pasted from a Google Doc, and an accounts package that didn't know an event from an invoice. Leads dropped through the cracks. Bookings got missed. Staff spent more time reconciling tools than running events.
Three specific problems we set out to solve:
"We don't need another CRM. We need software that understands what an event actually is — from the first enquiry to the final invoice." — Operator interview, third venue we shadowed
This was a 0→1 product, with a small co-founding team, against an industry whose existing software actively annoys its users. The temptation in that situation is to rush to wireframes. We didn't.
I spent the first six weeks doing field research — sitting in three venues across booking conversations, contract sign-offs, vendor coordination calls, and the post-event wrap-up. I built a workflow map per venue, then layered them to find the genuinely shared structure underneath each operator's quirks. That map became the IA.
Then we sequenced the build in three phases:
By the time we shipped phase 2, pilot venues already trusted the product enough to migrate their bookings off spreadsheets.
Phase 3 was where we earned the right to charge for it — generic CRMs can't do customisable workflows without a consultant.
PlanSpace's users are venue managers, sales coordinators, and event planners. They are not power users of software. They use a phone in one hand and the laptop in the other. They want the screen to tell them what to do next.
That meant the design system had to optimise for two things: clarity at a glance (what's the next action?) and forgiving inputs (because data entry happens between phone calls). We built ~60 canonical components, dual-density (comfortable for screen, dense for the booking calendar), with a token architecture that meant theming a venue's customer-facing booking page took minutes, not days.
A venue's week is not 100 different tasks; it's four heavy ones repeated. Get those four right and the rest of the product can be plain.
A public booking page that captures enquiries with the right context up front — date flexibility, headcount, event type, budget band. Auto-routes to the sales coordinator, with a status visible to the operator from the start.
Most venues have multiple spaces — main hall, garden, mezzanine. The calendar treats each space as its own resource and prevents double-booking even when a single event spans rooms. State changes (held / confirmed / contracted) are explicit.
A single day-of timeline per event. Vendor arrival times, catering counts, AV requirements, contact numbers. Designed for the phone — operators read this on the floor, not at a desk.
Each venue has slightly different rituals — a wedding venue's process is not a corporate-event venue's. Templates let an operator save their workflow once, then apply it to every new booking. The bespoke part of bespoke software, without the cost.
This wasn't a "design lead at a startup" role. It was a co-founding role with design ownership.
Illustrative numbers — verified figures will be swapped in before publishing.
Six weeks in venues before any wireframes. The IA we shipped was the workflow map of the operators, not a software architect's mental model. Cheap research; expensive insight.
Lead capture first. The leakiest part of the workflow was the part operators were most willing to pay to fix. It earned us the right to ship the rest.
Customisable workflows as a phase 3 feature, not phase 1. We resisted the pressure to ship it early. By the time it landed, pilot venues had told us exactly which parts to make customisable — and we didn't over-build.
Built the analytics layer earlier. We were making product decisions on operator interviews and gut. By month 8, I wished we'd had instrumented baselines from month 1.
Spent more design time on the public booking page. It's the first surface an end-customer sees, and it does more sales work than any other screen. We treated it as supporting; it was actually the front door.
0→1 design is restraint, not invention. Every additional feature is a future support ticket. The best design decisions on PlanSpace were the things we cut.