Het voertuig, het contact en de volgende stap bij elkaar.

Bij software voor autohandel is het voertuig vaak de verbinding tussen verschillende partijen. Een particulier meldt een auto aan, een medewerker volgt het contact op en een dealer beoordeelt het aanbod. De voertuiggegevens moeten herkenbaar blijven, terwijl niet iedereen hetzelfde dossier of dezelfde commerciële informatie mag zien.

We bepalen eerst welk traject jullie uitvoeren: inkoop, doorverkoop, leaseaanvragen of een andere route. Die processen delen begrippen, maar niet automatisch de statussen en beslissingen. Een passend automotive CRM begint daarom bij de auto en de betrokken contacten, niet bij een generieke salespipeline met andere labels.

Bij Auto-Vroem bouwden we een website met kentekenherkenning via een API, een maatwerk CRM met WhatsApp en een belsysteem, en een dealer-marktplaats. Het bedrijf koopt auto’s in van particulieren; dealers kunnen op het aanbod bieden. De case gaat dus over de inkoop en verdere verkoop, niet alleen over het presenteren van een voorraadlijst.

Voor een vergelijkbare inrichting onderzoeken we welke informatie een particulier aanlevert, wat een medewerker controleert en wat nodig is om het voertuig aan dealers voor te leggen. Gegevens uit een kentekenbron en informatie van de aanbieder hebben verschillende herkomst. Een opgehaald voertuigkenmerk is bijvoorbeeld geen bevestiging van de actuele staat van de auto.

• Aanmelding: een herkenbaar voertuig en een contactmogelijkheid voor de aanbieder.
• Opvolging: een eigenaar, actuele status en ontbrekende informatie die nog moet worden opgehaald.
• Dealerinteresse: vastleggen op welk voertuig een reactie of bod betrekking heeft.
• Besluit en vervolg: duidelijk maken wie een afspraak bevestigt en wat daarna moet worden uitgevoerd.

Dit is een mogelijke projectafbakening. De precieze voorwaarden rond bieden, accepteren en overdracht worden door jullie vastgesteld en afzonderlijk in het systeem uitgewerkt.

Een aanbieder kan opnieuw contact opnemen, een voertuig intrekken of informatie corrigeren nadat dealers interesse hebben getoond. Meerdere medewerkers kunnen hetzelfde dossier openen. Zulke situaties moeten een herkenbare route krijgen, zodat een ouder scherm of dubbel formulier geen onbedoeld nieuw traject veroorzaakt.

Als het aanbod verandert, moet duidelijk zijn welke reacties nog actueel zijn en wie een vervolgbesluit neemt. Automatische berichten volgen de vastgestelde status; ze mogen geen verkoop of acceptatie suggereren die nog niet is bevestigd. De gebruiker moet technische verzendstatus en zakelijke afspraak uit elkaar kunnen houden.

We nemen een complete geanonimiseerde auto-aanmelding, ontbrekende brondata, een dubbel contact, meerdere dealerreacties en een ingetrokken voertuig mee in de acceptatie. De medewerker moet het actuele dossier kunnen vinden; de dealer mag alleen het toegestane aanbod zien. Een herhaalde verwerking mag niet dezelfde vervolgactie opnieuw uitvoeren.

Een bestaande brancheoplossing kan de juiste basis blijven. Soms ontbreekt alleen de aanvraagroute of een koppeling; soms vraagt de inkoopflow een eigen werkplek. Voor beheer leggen we vast wie toegang, statusregels en fouten in uitwisselingen opvolgt. Wijzigingen bij een externe bron worden niet vanzelf een nieuwe functie binnen de oorspronkelijke opdracht.

Laat een voertuigtraject zien dat nu over meerdere tools loopt. Via onze werkwijze bepalen we welk onderdeel een bruikbare eerste oplevering kan vormen.