Auto Detailing Đeki: digitaal serviceplatform voor autodetailing
30.09.2026
Overzicht
Auto Detailing Đeki is een meertalig webplatform voor een professionele studio voor autodetailing, met een duidelijke focus op de Kroatische markt en bewust ingebouwd groeipotentieel naar aangrenzende landen.
Het platform is zo opgezet dat lokale markteisen, regionale klantverwachtingen en een latere grensoverschrijdende uitbreiding niet als afzonderlijke projecten hoeven te worden behandeld.
Het project verbindt een openbare website met een gedetailleerde weergave van diensten, voertuigafhankelijke prijslogica, configureerbare pakketten, afspraakreservering, betaalopties, klantbeoordelingen, voertuigdocumentatie, ordertracering en een eigen beheeromgeving.
Het doel was niet om de zoveelste detailingwebsite met een contactformulier te bouwen.
Het doel was om de Customer Journey en de dagelijkse bedrijfsprocessen samen te brengen in één onderhoudbaar systeem.
Een bezoeker moet kunnen begrijpen welke diensten worden aangeboden, de verschillen tussen varianten kunnen volgen, echte werkresultaten kunnen zien, de passende dienstverlening kunnen samenstellen en een afspraak kunnen reserveren.
Het bedrijf moet op zijn beurt de onderliggende processen kunnen beheren zonder daarvoor broncode te hoeven wijzigen.
De technische en inhoudelijke structuur is vanaf het begin zo opgezet dat Kroatië de primaire markt vormt, terwijl meertaligheid en centraal contentbeheer een sterkere positionering in Slovenië, Hongarije, Oostenrijk en andere buurmarkten kunnen ondersteunen.
Gebruikte technologieën onder meer:
Geavanceerde webtechnologieën • Responsive design • PayPal-integratie • Google Gemini API
Een centrale backoffice voor reserveringen, prijzen, content, vertalingen, beschikbaarheid, media en operationeel beheer.
Alleen al de beheeromgeving laat de werkelijke omvang van het project zien.
Achter de openbare website draait geen losstaand reserveringsformulier, maar een applicatie waarin de belangrijkste bedrijfsprocessen samenkomen.
De uitdaging
Professionele autodetailing laat zich moeilijk terugbrengen tot een eenvoudige prijslijst.
De werkelijke omvang van de dienst hangt af van meerdere factoren:
- voertuigcategorie
- staat van het voertuig
- vereiste polijststap
- gekozen detailingpakket
- soort lakbescherming
- aanvullende diensten
- benodigde werktijd
- beschikbaarheid van de studio
Een klant weet misschien dat zijn auto gepolijst moet worden.
Maar hij kent niet per se het verschil tussen een lakcorrectie in één stap en een lakcorrectie in meerdere stappen.
Hetzelfde geldt voor keramische coatings.
Duurzaamheid, glans, chemische bestendigheid, hydrofobe eigenschappen en garantie verschillen per product.
Een statische website kan deze verschillen opsommen.
Maar ze verbindt ze slechts moeizaam met een echte reservering en de operationele processen daarachter.
De uitdaging was daarom om een complexe dienst begrijpelijk te maken zonder van de klant te verlangen dat hij zelf detailingspecialist wordt.
Eerst begrijpen. Dan boeken.
De openbare website begint bewust vóór het eigenlijke reserveringsproces.
Bezoekers kunnen zich uitgebreid informeren over interieurreiniging, exterieurreiniging, polijsten, lakdecontaminatie, keramische coating en onderhoud.
Het detailingproces wordt in vier fasen weergegeven:
Inspectie → Voorbereiding → Correctie → Bescherming
Elke fase wordt afzonderlijk uitgelegd.
Daarbij wordt niet alleen beschreven wat er gebeurt, maar ook waarom deze stap nodig is.
Interieurreiniging omvat bijvoorbeeld niet alleen de reiniging zelf, maar ook optionele beschermende behandelingen voor leer, stof en kunststof.
Voor het exterieur gaat de uitleg dieper in op onderwerpen als lakcorrectie, chemische en mechanische decontaminatie, keramische lakbescherming, koplampherstel en reiniging van de motorruimte.
Het idee erachter is eenvoudig:
De klant moet begrijpen wat hij koopt voordat hem gevraagd wordt het te boeken.
Keramische bescherming als beslissing — niet als vinkje
Bij keramische coatings volstaat een productnaam alleen niet.
Het platform bevat daarom een directe vergelijking van verschillende Gtechniq-beschermingssystemen.
Vergeleken worden onder meer:
- duurzaamheid
- gladheid
- glans
- wasbestendigheid
- water- en vuilafstotendheid
- chemische bestendigheid
- uv-bestendigheid
Hoogwaardigere varianten krijgen eigen detailpagina's.
Ze worden niet alleen via een hogere prijs gepositioneerd.
Bij Crystal Serum Ultra worden bijvoorbeeld de laagopbouw, krasbestendigheid, chemische bestendigheid, temperatuur- en uv-bestendigheid, professionele applicatie en garantieduur uitgelegd.
De software beslist niet voor de klant.
Ze geeft hem de informatie die hij nodig heeft voor een weloverwogen beslissing.
Pakketten, voertuigcategorieën en configureerbare diensten
Dezelfde dienstverlening vraagt niet bij elk voertuig dezelfde inspanning.
De prijsstructuur maakt daarom onderscheid tussen voertuigcategorieën zoals:
Kleine auto • Middenklasse • SUV
Binnen deze categorieën zijn vooraf gedefinieerde pakketten beschikbaar:
Basispakket • Standaardpakket • Premiumpakket
Daarnaast kan de klant de gewenste dienst gedetailleerder configureren.
Het reserveringsproces kan combineren:
- voertuigcategorie
- pakket
- polijststap
- lakbescherming
- aanvullende diensten
De keuze wordt direct in een overzicht weergegeven.
De totaalprijs volgt uit de gekozen configuratie.
Het verloop wordt zo een helder proces:
Voertuig → Pakket → Polijsten → Lakbescherming → Extra's → Afspraak → Klantgegevens → Reservering
Voor de klant blijft het een overzichtelijke keuze.
Op de achtergrond blijft het consistente bedrijfslogica.
Prijzen als onderdeel van de bedrijfslogica
De prijzen staan niet als vaste tekst verspreid over afzonderlijke pagina's.
Ze worden centraal in het beheer onderhouden.
Voor pakketten, polijststappen, lakbescherming, aanvullende diensten en voertuigcategorieën kunnen verschillende prijzen worden bijgehouden.
Zo komen de publiek zichtbare prijs en de prijs die bij de reservering wordt gebruikt uit dezelfde prijsstructuur.
Daarnaast ondersteunt het beheer globale procentuele prijswijzigingen.
Een algemene verhoging of verlaging hoeft dus niet regel voor regel handmatig te worden doorgevoerd.
Wijzigingen worden vastgelegd in een prijsgeschiedenis en kunnen indien nodig worden teruggedraaid.
Een prijswijziging wordt zo een traceerbare bedrijfshandeling in plaats van het stilzwijgend overschrijven van een waarde.
Beschikbaarheid vanuit twee perspectieven
De afsprakenplanning is gebaseerd op een gedeeld beeld van de werkelijke bezetting.
De bezettingskalender is zowel beschikbaar voor de beheerder in het beheer als voor de klant tijdens het reserveren – telkens in een vorm die past bij de betreffende taak.
De beheerder krijgt een operationeel maandoverzicht van bezette periodes, reserveringen en geblokkeerde dagen.
Verschillende statussen maken zichtbaar welke reserveringen nog op bevestiging wachten, welke al bevestigd of afgerond zijn en welke periodes geblokkeerd zijn door bedrijfsvakantie of feestdagen.
Een gedeelde beschikbaarheidslogica verbindt interne capaciteitsplanning met de afspraakkeuze van de klant.
De klant ziet dezelfde operationele werkelijkheid vanuit een vereenvoudigd perspectief.
Reeds bezette of geblokkeerde periodes zijn niet beschikbaar voor een nieuwe reservering.
Tegelijk bepaalt de applicatie de eerstvolgende mogelijke datum en stelt die direct voor.
Het voorstel blijft flexibel.
De klant kan nog steeds een andere beschikbare datum kiezen.
Zo ontstaan er geen twee gescheiden kalenders.
Er is één gedeelde beschikbaarheidslogica met twee verschillende weergaven:
Beheerder: plannen en sturen.
Klant: beschikbare data zien en kiezen.
Juist bij detailingdiensten is dat relevant, omdat een opdracht afhankelijk van voertuig, pakket en omvang meerdere werkdagen in beslag kan nemen.
De applicatie moet daarom niet alleen een vrije dag vinden, maar rekening houden met een voldoende lange vrije periode.
Het systeem kent de bezetting.
De beheerder stuurt die.
De klant ziet wat werkelijk beschikbaar is.
Een reservering wordt een bedrijfsproces
Een reservering levert niet alleen een e-mail op.
Ze wordt een beheerbaar dossier binnen het beheer.
Een reservering bevat onder meer:
- gekozen pakket
- voertuigcategorie
- begin en einde
- prijs
- betaalwijze
- betaalstatus
- reserveringsstatus
Reserveringen kunnen worden gecontroleerd, bevestigd, bewerkt of afgewezen.
Betalingen kunnen dienovereenkomstig worden gemarkeerd.
Ook telefonisch gemaakte afspraken kunnen handmatig worden ingevoerd.
Zo blijven boekingen, ongeacht hun herkomst, onderdeel van hetzelfde systeem.
Van binnenkomst tot operationele afhandeling blijft de reservering onderdeel van hetzelfde bedrijfsproces.
Een reservering blijft een bedrijfsobject – ongeacht of ze online of telefonisch is ontstaan.
Aanbetalingen en betaalinstellingen
Betaalregels worden binnen het beheer geconfigureerd.
Het bedrijf kan bijvoorbeeld vastleggen:
- of PayPal-aanbetalingen worden aangeboden
- hoe hoog de aanbetaling is
- hoe lang een betaaltermijn geldt
- waarheen meldingen worden verstuurd
- of de integratie in sandbox- of livemodus werkt
Daarnaast is het platform voorbereid op een extra betaalintegratie via PayWay / PBZ Card.
De reserveringsapplicatie blijft verantwoordelijk voor de reservering en de status.
De betaalprovider blijft verantwoordelijk voor de eigenlijke betaaltransactie.
Deze scheiding houdt de betaallogica waar ze thuishoort, zonder de Customer Journey te onderbreken.
Meertaligheid als onderdeel van het systeem
Auto Detailing Đeki richt zich in de eerste plaats op de Kroatische markt.
Tegelijk bevindt het bedrijf zich in een geografische omgeving waarin klantrelaties niet noodzakelijk bij de landsgrens ophouden.
Het platform ondersteunt daarom:
Hrvatski • Slovenščina • Magyar • Deutsch • English
Kroatisch is de primaire marktaal.
Sloveens, Hongaars, Duits en Engels vormen tegelijk de basis om buurmarkten en internationale klanten aan te spreken, zonder voor elk land een apart technisch platform te bouwen.
De meertaligheid beperkt zich niet tot het hoofdmenu.
Dienstbeschrijvingen, navigatie, calls-to-action en operationele content zijn beschikbaar in de betreffende taalcontext.
Zo ondersteunt de architectuur zowel de huidige positionering in Kroatië als een mogelijke regionale uitbreiding.
AI-ondersteunde vertaling
Sommige operationele content verandert vaker dan andere.
Bedrijfsvakantie of meldingen over feestdagen zijn typische voorbeelden.
Deze teksten telkens handmatig in meerdere talen opnieuw aanmaken zou onnodig werk opleveren.
Daarom bevat het beheer een optionele integratie met Google Gemini.
Een Kroatische brontekst kan rechtstreeks vanuit de beheeromgeving naar de andere ondersteunde talen worden vertaald.
De gegenereerde teksten blijven zichtbaar en bewerkbaar.
De AI neemt het repetitieve deel over.
De verantwoordelijkheid voor de gepubliceerde content blijft bij het bedrijf.
Als de studio gesloten is, weet de website het ook
Beschikbaarheid hangt niet alleen af van bestaande reserveringen.
Ook bedrijfsvakantie, feestdagen of andere afwezigheidsperiodes bepalen wanneer nieuwe opdrachten kunnen worden aangenomen.
Daarvoor bestaan eigen beheermodules.
Een invoer kan onder meer bevatten:
- begin
- einde
- seizoen
- meertalig bericht
- optionele achtergrondafbeelding
Na afloop van de ingestelde periode hoeft een tijdelijke melding niet handmatig te worden verwijderd.
De openbare website volgt zo de werkelijke operationele situatie.
Tegelijk worden zulke blokperiodes ook meegenomen in de beschikbaarheidslogica.
Zo blijven informatie en planning consistent.
Beoordelingen en echte werken
Klantbeoordelingen zijn rechtstreeks in de openbare website geïntegreerd en kunnen binnen het beheer worden onderhouden.
Naast de beoordelingstekst kunnen onder meer naam, datum, een optionele Google-link en het antwoord van het bedrijf worden vastgelegd.
Ook afgewerkte voertuigen worden als gestructureerde content behandeld.
Auto's en motoren kunnen eigen galerij-items krijgen met foto's, video's, externe Facebook-links en voor-/na-weergaven.
Een vergelijkingsslider laat bezoekers de resultaten direct bekijken.
De galerij is daarmee niet alleen decoratieve content.
Ze wordt zichtbaar bewijs van werkelijk uitgevoerd werk.
Van afspraak tot transparante ordertracering
De digitale Customer Journey eindigt niet bij de reservering.
De klant ontvangt een QR-code die naar zijn persoonlijke omgeving voor ordertracering leidt.
Via deze link kan de voortgang van de werkzaamheden aan het voertuig op elk moment worden bekeken.
De beheerder werkt de processtatus bij in de applicatie.
Zodra een nieuwe relevante status wordt ingevoerd, wordt de klant daarnaast per e-mail geïnformeerd. De e-mail is echter geen voorwaarde om de actuele status te zien.
De klant kan zijn persoonlijke link op elk moment openen en zelf controleren hoe ver de werkzaamheden zijn gevorderd.
Hij hoeft niet te wachten op het volgende bericht.
Zo ontstaat een doorlopende informatiestroom:
Reservering → persoonlijke QR-code → werkstatus → update → e-mailmelding
De klant hoeft niet te bellen om te informeren.
De beheerder hoeft dezelfde status niet herhaaldelijk via meerdere communicatiekanalen uit te leggen.
Beide partijen hebben toegang tot hetzelfde dossier – elk vanuit het eigen perspectief.
Mijn voertuig vinden
Daarnaast kan de klant via ‘Mijn voertuig vinden’ toegang krijgen tot de voor hem bestemde voertuigomgeving.
De benodigde toegangsgegevens worden per e-mail verstuurd.
Na invoer van de persoonlijke code wordt de voor dit dossier vrijgegeven informatie zichtbaar.
Deze omgeving is niet vrij openbaar toegankelijk.
Zo blijft klantgebonden documentatie duidelijk gescheiden van de openbare voertuiggalerij.
De openbare galerij toont bewust gepubliceerde werken. De persoonlijke omgeving verbindt daarentegen een concrete klant met zijn opdracht en zijn voertuig.
Zo wordt een afspraakreservering een digitaal begeleid serviceproces:
Boeken → Uitvoeren → Informeren → Volgen → Documenteren
Reservering en voertuigdocumentatie worden gekoppeld
Binnen het beheer kan een voertuig aan een concrete reservering worden gekoppeld.
Zo ontstaat een directe verbinding tussen het operationele dossier en de latere documentatie.
De reservering beschrijft welk werk gepland was.
Het voertuigitem documenteert het behandelde voertuig en de bijbehorende content.
Afzonderlijke afbeeldingen kunnen apart worden vrijgegeven voor de openbare galerij of worden verborgen.
Video's en externe links kunnen daar los van worden toegevoegd.
Het resultaat is niet simpelweg één grote mediamap.
Er ontstaat gestructureerde documentatie rond een echt voertuig en een concrete opdracht.
Eén centrale beheeromgeving
Het beheer bundelt de dagelijkse bedrijfsprocessen binnen één applicatie.
Beheerd kunnen onder meer worden:
- reserveringen
- reserveringsinstellingen
- bezettingskalender
- prijzen
- prijsgeschiedenis
- content van de startpagina
- vertaalinstellingen
- bedrijfsvakantie
- feestdagen
- recensies
- autogalerijen
- motorgalerijen
- foto's
- video's
- Facebook-galerij
- database
- gebruikers
Het doel is niet om zoveel mogelijk beheerpagina's aan te bieden.
Het doel is samenhangende processen niet te verdelen over meerdere van elkaar onafhankelijke tools.
Contextgebonden hulp direct in de werkstroom
Beheersoftware wordt door dagelijks gebruik vanzelfsprekend.
Juist in het begin zou een gebruiker echter niet eerst een aparte handleiding moeten doorzoeken om een functie te begrijpen.
Daarom beschikt het beheer over contextgebonden hulp.
De applicatie houdt rekening met het beheeronderdeel dat op dat moment geopend is en biedt passende informatie direct in de werkomgeving.
De documentatie volgt de actuele werkcontext – niet andersom.
In het onderdeel Bedrijfsvakantie wordt bijvoorbeeld uitgelegd hoe een invoer wordt aangemaakt, hoe meertalige berichten werken, wanneer een melding actief wordt en hoe meerdere invoeren tegelijk worden behandeld.
De gebruiker krijgt zo precies de informatie die bij de huidige werkstap hoort.
Hij hoeft niet te weten in welk hoofdstuk van een externe handleiding de betreffende functie wordt beschreven.
De hulp volgt de werkcontext.
Niet andersom.
Zo wordt documentatie een onderdeel van de applicatie en geen apart bestand dat los van het eigenlijke systeem moet worden onderhouden.
Kwaliteit niet pas na de go-live
Een platform dat reserveringen, prijzen, meertaligheid, klantcommunicatie, beschikbaarheid en operationeel beheer met elkaar verbindt, moet niet alleen visueel werken.
Tijdens de ontwikkeling zijn daarom herhaaldelijk functionele verlopen en verschillende gebruikerspaden gecontroleerd.
In het ontwikkel- en kwaliteitsborgingsproces van softify.pro werd naast klassieke handmatige tests ook COCO ingezet als ondersteunende test- en verificatie-instantie.
De focus lag onder meer op consistente navigatie, formulierverlopen, taalwisseling, prijs- en reserveringslogica, kalender- en beschikbaarheidslogica en de verbinding tussen de openbare website en het beheergedeelte.
COCO verving daarbij geen inhoudelijke acceptatie.
Het vulde die aan.
Herhaalbare gebruikersverlopen konden systematisch worden gecontroleerd, terwijl de uiteindelijke beoordeling bij de mens bleef.
Juist bij een applicatie met meerdere talen, talrijke beheeronderdelen en onderling verbonden bedrijfsobjecten verkleint een extra controlepad het risico dat een wijziging op één plek onbedoeld andere processen beïnvloedt.
Databaseback-up, herstel en gebruikersrechten
Operationele gegevens mogen niet op slechts één plek bestaan.
Het beheer biedt daarom gecontroleerde export- en importfuncties voor de database.
Voordat een geïmporteerde database de bestaande vervangt, wordt een back-up van de huidige toestand gemaakt en wordt het geïmporteerde bestand gecontroleerd.
Ook toegangsrechten worden binnen het systeem beheerd.
Gebruikers kunnen verschillende rollen hebben, zodat routinetaken niet automatisch dezelfde rechten vereisen als kritieke beheerhandelingen.
Openbare website en backoffice
De klant hoeft het beheersysteem niet te begrijpen.
Maar de beheerder zou dezelfde klantreservering ook niet handmatig naar een tweede systeem moeten overzetten.
Precies deze grens bepaalt het project.
De openbare kant richt zich op:
Begrijpen → Vergelijken → Configureren → Boeken → Volgen
De interne kant richt zich op:
Bevestigen → Plannen → Prijzen bepalen → Uitvoeren → Informeren → Documenteren
Beide kanten werken op hetzelfde bedrijfsproces.
Engineering Principle
Het project volgt een principe dat ook door andere maatwerk-bedrijfsapplicaties van softify.pro loopt:
Complexiteit hoort achter de interactie.
Een klant zou niet moeten hoeven uitrekenen welke combinatie van voertuigcategorie, polijststap, coating en aanvullende dienst de juiste prijs oplevert.
Hij moet kunnen kiezen wat hij nodig heeft en het resultaat zien.
Hij zou niet zelf moeten uitzoeken wanneer de studio weer capaciteit heeft.
Het systeem moet hem laten zien wat werkelijk beschikbaar is.
En hij zou ook niet hoeven te bellen om te weten hoe ver de werkzaamheden aan zijn voertuig zijn gevorderd.
Die informatie moet beschikbaar zijn waar de klant haar verwacht.
Evenmin zou de beheerder broncode moeten bewerken om prijzen te wijzigen, bedrijfsvakantie in te voeren, reserveringen te beheren of voertuigfoto's te publiceren.
De software moet deze complexiteit dragen.
Niet de klant.
Niet de beheerder.
Deze aanpak volgt het ontwikkelprincipe van softify.pro: complexe bedrijfslogica moet intern beheerst worden, terwijl de interactie voor klanten en beheerders helder en begrijpelijk blijft.
Resultaat
Auto Detailing Đeki werd meer dan een presentatiewebsite voor de Kroatische markt.
Het platform verbindt lokale marktpositionering met een technische basis die al is voorbereid op regionaal bereik.
Meertalige content, centraal beheerde bedrijfslogica en een gedeelde backoffice maken het mogelijk om extra doelgroepen in buurlanden aan te spreken zonder de applicatie daarvoor opnieuw te hoeven bouwen.
Tegelijk combineert het platform dienstinformatie, gestructureerde prijzen, configureerbare detailingpakketten, afspraakreservering, gedeelde beschikbaarheidslogica, betaalregels, beoordelingen, klantgebonden ordertracering en voertuigdocumentatie binnen één maatwerk-webapplicatie.
Voor klanten ontstaat een begrijpelijk traject van de eerste informatie via keuze en reservering tot de transparante opvolging van de lopende opdracht.
Ze zien welke data werkelijk beschikbaar zijn.
Ze krijgen een voorgestelde eerstvolgende datum.
Ze kunnen de voortgang van de werkzaamheden op elk moment zelf volgen via hun persoonlijke link.
Nieuwe relevante processtatussen worden daarnaast per e-mail gecommuniceerd.
Via ‘Mijn voertuig vinden’ blijft de klantgebonden toegang tot vrijgegeven voertuiginformatie duidelijk gescheiden van het openbare gedeelte.
Voor het bedrijf ontstaat tegelijk een centrale operationele omgeving voor reserveringen, prijzen, capaciteit, beschikbaarheid, content, communicatie en de documentatie van afgerond werk.
Het beheer stuurt de processen op de achtergrond.
De klant ziet het resultaat.
De openbare interface is het zichtbare deel van een veel omvangrijker digitaal bedrijfsproces.
Passend bij detailing geldt ook hier:
De echte complexiteit zit in het werk.
De software zorgt ervoor dat die beheersbaar blijft.