Elevate is een evenementenbureau: productieondersteuning, verhuur van materiaal en flightcases op maat. Het soort bedrijf dus waar geen twee weken op elkaar lijken. De samenwerking met PDSS begon klein, met één telefoonlijn, en groeide in stappen uit tot een website, een portaal op maat en de mailomgeving eromheen. Elke stap kwam er omdat de vorige iets blootlegde — niet omdat er vooraf een groot plan op tafel lag.
Het begon bij één user op de gedeelde centrale
De eerste vraag ging over bereikbaarheid, niet over techniek. Elevate wou het hele jaar door vlot bereikbaar zijn, zonder zelf een centrale te kopen en te beheren. Ze kregen daarom een plek op onze gedeelde telefooncentrale — een 3CX-omgeving, net als elke centrale die wij beheren — met één managed user, door ons ingericht en opgevolgd.
Het punt van die opzet zit in wat eronder ligt. Een evenementenbureau heeft periodes waarin één lijn ruim volstaat, en periodes waarin er plots meer mensen tegelijk bereikbaar moeten zijn — denk aan een groter evenement waar ook medewerkers of vrijwilligers aan de telefoon hangen. Omdat Elevate op een gedeelde centrale zit, komen die extra users erbij wanneer ze nodig zijn, met de doorschakelingen en callflows die bij dat moment passen. Is het evenement voorbij, dan valt de setup terug op de basis. Elevate hoeft daar het jaar rond niets voor klaar te zetten of open te laten staan.
Er staan bij Elevate ook geen bureautoestellen. Er wordt uitsluitend gebeld via de softphone-app, en voor dit bedrijf is dat de logische keuze: het werk gebeurt op locatie of onderweg, zelden achter een bureau. Het nummer van de zaak volgt zo de persoon en niet het lokaal, en wie er tijdens een evenement bijkomt, heeft geen extra hardware nodig — een account en de app volstaan.
Van de website naar een portaal op maat
Toen de telefonie op zijn plek stond, volgde de website. Kort daarna kwam de vraag die de samenwerking van karakter deed veranderen. Elevate verhuurt materiaal, en dat materiaal moet beheerd worden: weten wat er uitstaat, wat er terugkomt en wat er nog beschikbaar is. Dat is geen randvraag voor een verhuurbedrijf, dat is het werk zelf.
Daarvoor bouwden we naast de site een custom portaal met een verhuursysteem, geschreven in Laravel. Het is geen bestaand pakket dat we hebben ingericht, maar maatwerk: de begrippen, de stappen en de schermen volgen de manier waarop Elevate zelf over verhuur praat. Dat is meteen de reden waarom maatwerk hier verdedigbaar was — een standaardpakket had Elevate gedwongen zijn woorden aan te passen aan de software, in plaats van omgekeerd. Dat het op een framework staat en niet op een los bouwsel, betekent bovendien dat de fundamenten — gebruikers, rechten, koppelingen — niet opnieuw bedacht moesten worden; de bouwtijd kon naar het verhuurverhaal zelf gaan.
Assets, opvolging en voorraad in één omgeving
In het portaal beheert Elevate zijn assets: het materiaal dat verhuurd wordt, met de opvolging eromheen en het voorraadbeheer dat daaruit volgt. In de praktijk zijn dat geen drie losse dingen maar één beweging — wat vandaag bij een klant staat, is vandaag geen voorraad.
Zo'n systeem is pas nuttig als het klopt met de werkelijkheid op de vloer. Daarom ging de meeste tijd niet naar schermen bouwen, maar naar het vastleggen van de afspraken eronder: wat telt als één asset, wanneer staat iets uit, en wanneer is het weer vrij. Dat klinkt vanzelfsprekend tot je het moet opschrijven op een manier waarop een app er geen twee interpretaties aan kan geven.
Waarom de mailomgeving daarna aan de beurt was
Hoe verder het verhuurportaal uitgebouwd raakte, hoe duidelijker de nood aan een goede, stevige mailomgeving werd. Dat is geen toeval. Zodra een bedrijf zijn werk in een systeem giet, wordt mail het kanaal waarlangs dat systeem met de buitenwereld praat. En dan wil je dat het aankomt, dat het bewaard blijft en dat het niet afhangt van een adres dat ergens los is blijven hangen.
Daarom volgde een eigen mailomgeving met back-up op Microsoft 365, samen met de hosting eronder. Dat is de volgorde zoals ze in het echt gelopen is, en niet zoals ze in een plan zou staan: de mailvraag werd pas scherp toen het portaal er stond. Wij vinden dat geen slechte volgorde. Een omgeving bouwen voor noden die er nog niet zijn, levert doorgaans iets op dat niemand gebruikt.
Een fris bedrijf in de guardrails van een app
Hier zat de echte moeilijkheid, en die benoemen we liever dan ze weg te poetsen. Elevate is een jong, dynamisch en fris bedrijf. Zo'n bedrijf beweegt snel en lost op naarmate het zich voordoet. Een gestructureerde app doet net het omgekeerde: die legt vast, dwingt een volgorde af en zegt nee tegen alles wat er niet in past. Die twee botsen, en dat is niet evident om op te lossen.
Het is dan ook niet opgelost met een slimme instelling. Het heeft veel meetings en veel overleg gevraagd, telkens over dezelfde vraag: waar helpt structuur echt, en waar loopt ze alleen maar in de weg? In die gesprekken is het ontwerp opgeschoven. Sommige regels zijn strakker geworden omdat ze fouten voorkomen, andere zijn net losser gelaten omdat het werk ze niet verdroeg.
Dat kost tijd, en het is niet het aangenaamste deel van een project. Het is wél het deel dat bepaalt of mensen een systeem daarna gebruiken of er stilletjes omheen beginnen te werken. Bij Elevate is het gelukt, precies omdat die tijd genomen is.
Waar het vandaag staat
Telefonie, website, hosting, het verhuurportaal en de mail zitten bij één partij. Voor Elevate betekent dat één nummer om te bellen wanneer er iets hapert, ongeacht welk stuk het is. Voor ons betekent het dat we de samenhang zien: dat een wijziging aan het portaal gevolgen kan hebben voor de mail, en dat niemand naar een andere partij moet verwijzen wanneer twee stukken elkaar raken.