Autobedrijf of leasemaatschappij automatiseren: een doorzoekbare voertuigcatalogus, offerte- en proefritaanvragen, klantvragen door een AI-agent.
AI-automatisering voor autobedrijven en leasemaatschappijen concentreert zich op drie dingen: een voertuigcatalogus die doorzoekbaar is en actueel blijft, aanvragen voor offertes en proefritten die compleet binnenkomen, en terugkerende klantvragen over voorraad, specificaties en aflevering die een agent afvangt. EIGHTY8 bouwt dat in je bestaande systemen. En is daarover eerlijk: het platform dat we hiervoor bouwden loopt nog in ontwikkeling.
De voorraad is een bewegend doel. Verlopen de leasedeals elke maand, wisselt de gebruikte voorraad wekelijks, en moet elke wijziging in tarieven of bijtelling óók op de site. Dan is de catalogus meestal te laat. Klanten die een verlopen aanbieding zien, zijn niet onredelijk boos; ze lezen gewoon een site die achterloopt op je eigen data.
Het tweede lek is de aanvraag. Een proefritvraag zonder voorkeurstijd, een offerteaanvraag zonder inruilgegevens, een leasevraag zonder looptijd en kilometers: elke onvolledige aanvraag kost een belronde voordat hij echt te behandelen is. En zoals overal in deze branche komen ze binnen op momenten dat de showroom vol staat.
Het derde lek zijn de vragen die om de catalogus draaien: staat dit model met die specificatie beschikbaar, wat kost deze leaseconstructie per maand, wanneer kan de aflevering. Vragen die met de catalogus voorhanden zouden zijn, maar die nu iemand met de hand opzoekt en beantwoordt. Opnieuw, elke keer.
Een doorzoekbare catalogus die vanuit jouw eigen voorraad- of dataomgeving gevoed wordt, aanvraagflows die de juiste velden afdwingen, en een agent die voorraad- en specificatievragen uit diezelfde data beantwoordt. De kaarten hieronder zijn de bouwstenen; waar je traject begint, hangt af van waar je voorraad nu leeft en hoeveel handwerk het actueel houden kost. Dat bepalen we in de discovery.
Discovery: waar staat je voorraad of fleet-data nu, welke velden zijn betrouwbaar, hoe komen aanvragen binnen en wie voelt de herhaling. Daarna scope, aannames, offerte op nacalculatie. Geen modules kopen, maar één stroom tegelijk.
We bouwen tegen je bestaande omgeving: pakketbeheer, voorraadexport, mail en agenda. De catalogus leest jouw data in plaats van hem te dupliceren, aanvraagformulieren vragen precies wat de opvolging nodig heeft, en de agent antwoordt alleen uit gegevens die in je eigen systeem kloppen. Twijfel over beschikbaarheid of prijs gaat altijd naar een mens, want hier staan contracten achter.
Na de livegang meten we welke aanvragen completer binnenkomen en of de catalogus actueel blijft, en breiden we uit met de volgende stroom. Wil je de presentatie eromheen vervangen, dan kan een nieuwe site binnen 48 uur live staan zodra de scope vaststaat.
Eerlijk vooraf: het platform dat we voor een leasemaatschappij bouwden (rond een doorzoekbare voertuigcatalogus) staat op onze casepagina met de status in ontwikkeling. We noemen hem als rij-voorbeeld, niet als afgeronde uitkomst. Wél levend bewijs uit een naburige branche: voor een energiebedrijf bouwden we een productcatalogus die zichzelf vanuit de eigen data bijwerkt, en precies dat mechanisme maakt de voorraad in autobedrijven ook actueel. Wat je níet leest: leveringsvolumes of de klantengroep van die ondernemingen.
Een autobedrijf verwerkt kenteken- en persoonsgegevens bij elkaar: rijbewijsgegevens bij een proefrit, financiële gegevens bij een leaseaanvraag, adresgegevens bij aflevering. We leggen per flow vast welke velden bewaard worden en hoe lang, wat een agent mag zien en wat uitsluitend in je eigen systeem blijft. Financiële beoordelingen raken geen model; een vraag over een specificatie wel, maar zonder herleidbaarheid naar de aanvrager. Jouw verwerkersovereenkomsten en de bewaartermijnen uit de lease- en verkooppraktijk blijven bepalend.
Elk traject wordt vooraf gescopet en op nacalculatie afgerekend. Je ontvangt een heldere offerte voordat er iets gebouwd wordt. Wat de scope bepaalt: hoe je voorraaddata nu leeft en hoe betrouwbaar die is, hoeveel aanvraagstromen er zijn, welke talen de agent moet spreken en hoeveel controlemomenten je overhoudt aan je showroomteam.
Omdat je het eerlijk moet weten vóór je besluit. De catalogusflow zelf (data inlezen, doorzoekbaar presenteren, aanvragen compleet krijgen) is mechanismewerk dat we in naburige branches al draaiend hebben, zoals een productcatalogus die zichzelf bijwerkt voor een energiebedrijf. Wat we je dus bieden is bewezen mechanica in een nieuw jasje, met de risico's op tafel en een scope die dat noemt, in plaats van een voorbeeldpagina die meer belooft dan er staat.
Dat is het startpunt, niet de vraag achteraf. In de discovery kijken we welke export of koppeling je pakket toestaat, welke velden betrouwbaar zijn en hoe vaak ze verversen. Vanuit die bron bouwen we de catalogus als weergave, niet als een tweede plek om bij te houden. Want precies het dubbel invoeren is waar de actualiteit nu verliest. Laat je bron niets toe, dan bespreken we eerlijk welke tussenstap nodig is en wat die aan beheer kost.
Over wat in je eigen data staat, wel: beschikbaarheid, specificaties, de onderdelen van een constructie die jij gepubliceerd hebt. Over een definitief aanbod of een contractdoop niet. Die zet hij door aan een medewerker met de volledige aanvraag erbij. We bouwen de agent bewust conservatief in deze branche, omdat er achter een verkeerd tarief een handtekening zit. Elke stap die een klant bindt, blijft een menselijke beslissing.
Uit de scope. Bepalend is hoe je voorraaddata eruitziet (een nette bron maakt het werk aanzienlijk kleiner dan een lijst die eerst geschoond moet worden) en hoeveel stromen je wilt koppelen: catalogus alleen, of ook offertes, proefritten en agent. Je krijgt een schriftelijke offerte met aannames vóórdat de bouw start en rekent af op nacalculatie. Er is geen branche-pakketprijs, want geen twee voorraadbronnen lijken op elkaar.
EIGHTY8