Het nachtmerriescenario van elke verhuurder: twee families die op dezelfde zaterdag hetzelfde springkasteel geboekt hebben. Eén van de twee moet je bellen. En dat gesprek wil je echt niet voeren.
Een gewone webshop telt stuks, geen dagen. Daar komt het eigenlijk op neer. Hij weet niet dat een springkasteel maandag terugkomt en dinsdag weer weg mag. Dus deze week hebben we de voorraad van Zeleno flink onder handen genomen.
Wat we bouwden
Een bufferdag na elke huur. Een springkasteel dat zaterdag verhuurd is, kan niemand zondag huren. Die dag is voor ophalen, reinigen en nakijken. Per artikel stel je in hoeveel bufferdagen er nodig zijn. Een tent die na een regenweekend moet drogen? Zet er twee op. Minder dan één kan niet, daar zorgt de database zelf voor.
Stuks buiten dienst. Van twintig stoelen zijn er vijf kapot. Zet ze buiten dienst, met een reden en een einddatum, en de webshop toont er vijftien. Komen er daardoor bestellingen in de knoop, dan zie je meteen welke.
Nagekeken op het moment van betalen. Dit is de belangrijkste. Twee klanten die op exact hetzelfde moment op “betalen” drukken voor het laatste springkasteel? Zeleno kijkt de voorraad op dat moment opnieuw na. Eén van hen krijgt het. De ander krijgt een nette melding, en er wordt niets geboekt.
Overboeken, als jij dat wil. Voor stoelen en tafels die je bij een collega bijhuurt, mag de klant gerust meer boeken dan je hebt. Hij merkt niets, en jij ziet in de planning in het blauw hoeveel je moet bijhuren.
Wat je ervan merkt
In de planning zie je nu per week wat weg is, wat terugkomt en wat vrij is. Bufferdagen staan gearceerd, stuks buiten dienst gestreept, tekorten in het blauw. En als een bestelling botst op een bufferdag, zegt de melding dat ook zo. In plaats van “volzet” te roepen tegen iemand die een heel andere dag vroeg.
Het springkasteel wordt nu maar één keer per dag verhuurd. Klinkt vanzelfsprekend. Was het niet.