Portfolio
Geselecteerd werk
Een kleine selectie van werk dat wij publiekelijk mogen tonen — verdere case studies en enterprise-projecten zijn op aanvraag beschikbaar onder NDA.
autodetailing-deki.pro
Auto Detailing Đeki – Van website naar digitaal serviceplatform
Meertalig platform voor auto-detailing – van prijsberekening via reservering tot transparante ordertracking, aangestuurd vanuit één centrale backoffice.
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.
Koralpenhaus
Regionale presentatie- en boekingswebsite in het Alpengebied, gebouwd met focus op een heldere structuur, snelle laadtijden en eenvoudig contentbeheer.
Koralpenhaus.eu - Gastvrijheid, boekingen en contentbeheer in één systeem
17.08.2026
Overzicht
Koralpenhaus.eu is een meertalig webplatform voor een Alpien accommodatiebedrijf in Karinthië, Oostenrijk.
Het project combineert de publieke website met kamerpresentatie, beschikbaarheid, prijzen, reserveringen, online aanbetalingen en zelfbediening voor gasten.
Het doel was niet om een boekingsformulier aan een website toe te voegen.
Het was om één onderhoudbaar systeem te bouwen waarin de publieke content en het boekingsproces samenwerken — terwijl de ervaring eenvoudig blijft voor gasten.
Gebruikte technologiestack, onder andere:
PHP • MySQL • JavaScript • Responsive Web • PayPal-integratie
De uitdaging
Accommodatiewebsites lijken van buitenaf eenvoudig. Het onderliggende proces is dat meestal niet.
Een gast moet een geschikte kamer vinden, een periode kiezen, de toepasselijke prijs begrijpen, controleren of er voldoende capaciteit is, de vereiste gegevens invullen, een reservering aanmaken en de vereiste betaling voltooien.
Verschillende regels moeten consistent blijven gedurende dat hele proces:
- kamercapaciteit
- aankomst- en vertrekdatum
- bestaande reserveringen
- gastcategorieën
- prijzen voor leden en niet-leden
- boekingstotalen
- aanbetalingsbedragen
- betaalstatus
- geldigheid van de reservering
De uitdaging was om deze regels te beheren zonder de complexiteit ervan aan de gast door te geven.
Één doorlopend boekingsproces
Het reserveringsproces is direct in de website geïntegreerd.
Gasten kiezen een kamer en hun reisdata. Het systeem controleert de beschikbaarheid voor de gevraagde periode en meldt de resterende capaciteit.
De gastensamenstelling kan vervolgens worden ingesteld binnen de grenzen van de gekozen accommodatie.
De prijs wordt berekend op basis van de boekingscontext, in plaats van alleen als statische informatie te worden getoond.
Voordat een reservering wordt verzonden, ontvangt de gast een duidelijk overzicht met de gekozen kamer, data, aantal nachten, gastensamenstelling en totaalbedrag.
Het resultaat is een eenvoudige, rechtlijnige workflow:
Kamer → Data → Beschikbaarheid → Gasten → Details → Reservering → Betaling
De klant beleeft een eenvoudig proces.
De applicatie regelt de regels erachter.
Beschikbaarheid en capaciteit
Beschikbaarheid maakt deel uit van de boekingslogica, en is geen aparte aanvraag.
Voor de gekozen periode bepaalt de applicatie of er accommodatie beschikbaar is en hoeveel capaciteit er nog rest.
Bezettingslimieten blijven van toepassing zodra gasten aan de reservering worden toegevoegd, waardoor boekingsconfiguraties die de capaciteit van de gekozen kamer overschrijden worden voorkomen.
Zo blijft de aan de klant getoonde beschikbaarheid verbonden met de reservering die wordt aangemaakt.
Prijsregels
Koralpenhaus.eu hanteert verschillende prijscontexten voor leden en niet-leden, evenals verschillende gastcategorieën.
Deze regels zijn in het boekingsproces geïntegreerd.
In plaats van gasten of medewerkers zelf prijzen te laten berekenen, gebruikt de applicatie de gekozen boekingsparameters om het bijbehorende totaal te bepalen.
Het boekingsoverzicht wordt zo het enige punt waar data, bezetting en prijsstelling samenkomen vóór het versturen van de reservering.
Levenscyclus van een reservering
Het versturen van de boeking maakt een reservering aan die later via de My Booking-omgeving kan worden opgehaald.
Reserveringen die op betaling wachten, zijn duidelijk gemarkeerd als Betaling in behandeling en hebben een vastgestelde betaaltermijn.
De klant kan de website verlaten, later terugkeren en de bestaande reservering ophalen zonder het boekingsproces opnieuw te starten.
De reservering behoudt zijn kamer, data, gastgegevens, prijs, vereiste aanbetaling en huidige betaalstatus.
Dit maakt van de boeking een blijvend zakelijk object, in plaats van een eenmalige formulierinzending.
Online aanbetaling
Het betaalproces is rechtstreeks gekoppeld aan de reservering.
Koralpenhaus.eu berekent een aanbetaling van 20% op het totaalbedrag van de boeking en toont dit bedrag voordat de betaling begint.
Betalen is geïntegreerd via PayPal, met de ondersteunde betaalopties gepresenteerd binnen de boekingsflow.
De scheiding is bewust:
Koralpenhaus.eu blijft verantwoordelijk voor de reservering en de bijbehorende bedrijfsregels, terwijl de betalingsprovider de transactie afhandelt.
Dit houdt de betalingsverwerking buiten de eigen betalingsgegevensafhandeling van de applicatie, terwijl de klantervaring doorlopend blijft.
Zelfbediening voor gasten
Niet elke gast heeft nog een extra gebruikersaccount nodig.
De My Booking-omgeving biedt gasten een eenvoudige manier om terug te keren naar een bestaande reservering en de actuele status te bekijken.
Het boekingsoverzicht brengt de informatie samen die relevant is voor de klant:
- accommodatie
- aankomst en vertrek
- aantal nachten
- gastensamenstelling
- contactgegevens
- boekingstotaal
- vereiste aanbetaling
- betaalstatus
Wanneer de betaling nog openstaat, kan de klant verdergaan vanuit de bestaande reservering.
Dit vermindert onnodige stappen voor zowel gasten als personeel.
Content en gastervaring
Het boekingssysteem is slechts één onderdeel van het platform.
Koralpenhaus.eu biedt ook de content die bezoekers nodig hebben vóór een beslissing:
- kamerpresentatie
- fotogalerijën
- video
- locatie- en contactgegevens
- Google-reviews
- gastenboek
- meertalige informatie
Deze elementen delen dezelfde responsive interface als het reserveringsproces.
Het doel is de gebruikelijke scheiding te vermijden tussen een presentatiewebsite en een losstaande externe boekingservaring.
Gasten blijven binnen één consistente digitale omgeving, van ontdekking tot reservering.
Gemodereerde gebruikersinhoud
In het gastenboek kunnen bezoekers hun eigen bijdragen insturen zonder dat de ingestuurde content meteen wordt gepubliceerd.
Dit biedt een gecontroleerde workflow voor door gebruikers gegenereerde content en houdt het openbare gastenboek nuttig zonder elke inzending als betrouwbaar te behandelen.
Publieke bijdragen en redactionele controle blijven gescheiden aandachtspunten.
Beheer
Publieke functionaliteit en beheer zijn gescheiden.
Koralpenhaus.eu biedt een apart, geäuthenticeerd beheeringangspunt voor interne functionaliteit, terwijl de publieke interface gericht blijft op gasten.
Deze scheiding zorgt ervoor dat operationele functionaliteit achter authenticatie blijft, zonder extra beheercomplexiteit toe te voegen aan de klantgerichte applicatie.
Meertalig vanaf het ontwerp
Koralpenhaus.eu bedient zowel regionale als internationale gasten.
Meertalige ondersteuning is daarom onderdeel van de applicatie, niet een extra landingspagina.
Navigatie, accommodatie-informatie en een groot deel van de boekingservaring worden gepresenteerd binnen de gekozen taalcontext.
Dezelfde onderliggende applicatie en bedrijfsprocessen kunnen zo verschillende doelgroepen bedienen zonder aparte websites te onderhouden.
Mobiel is belangrijk
Een boekingsplatform moet werken daar waar klanten het daadwerkelijk gebruiken.
De interface van Koralpenhaus.eu is ontworpen om kamerselectie, kalenders, beschikbaarheid, gastconfiguratie, boekingsoverzichten en betaalacties bruikbaar te houden op kleinere schermen.
Complexiteit wordt verminderd via progressieve stappen, in plaats van het volledige reserveringsmodel in één keer te tonen.
De responsive interface blijft consistent tussen het presentatie- en het transactionele deel van de applicatie.
Ontwerpprincipe
Het project volgt een eenvoudig principe:
Zakelijke complexiteit hoort door het systeem te worden afgehandeld, niet door de gebruiker.
Een gast zou reserveringsstatussen, beschikbaarheidsberekeningen, prijsstructuren of betaalprocessen niet hoeven te begrijpen.
Ze zouden simpelweg moeten kunnen:
Een kamer kiezen. Data selecteren. De gasten invoeren. Boeken. De aanbetaling betalen.
Al het overige speelt zich af achter die interactie.
Resultaat
Koralpenhaus.eu groeide uit tot meer dan een presentatiewebsite.
Het combineert content, sector-specifieke bedrijfsregels voor de horeca en transactionele workflows binnen één op maat gemaakte webapplicatie.
Voor gasten is het resultaat een duidelijk pad van het ontdekken van de accommodatie tot het beheren van een reservering.
Voor het bedrijf biedt hetzelfde platform de gestructureerde basis die nodig is om accommodatie, beschikbaarheid, prijzen, reserveringen, betalingen en content met elkaar te verbinden.
Er is geen onnodige technologie toegevoegd enkel om die te gebruiken.
De stack blijft conventioneel en onderhoudbaar:
PHP • MySQL • JavaScript
De complexiteit zit in het bedrijfsproces.
De software bestaat om die complexiteit beheersbaar te maken.
Dexosano
Een moderne, op PHP gebaseerde webplatform, ontwikkeld met dezelfde performance-first aanpak die softify.pro bij elk klantproject toepast.
GetKey – Windows Product Key zoeken en opslaan
14.11.2025
Overzicht
Bij elke herinstallatie van Windows, of overdracht van een apparaat aan IT, duikt hetzelfde vergeten detail weer op: niemand kan de Windows product key nog vinden. GetKey lost precies dat ene probleem op, bewust, en verder niets.
Het is een kleine, portable Windows-toepassing: geen installer, geen achtergronddienst, geen account. Downloaden, uitpakken, één keer openen — en de licentiesleutel die in Windows is opgeslagen wordt uitgelezen en op het scherm getoond.
Gebruikte technologieën, onder andere:
Windows Desktop • Registry- & WMI-sleutelherkenning • CSV-/Excel-export • PDF-rapportage
De uitdaging
Windows bewaart de product key waarmee het geactiveerd is ergens in het systeem, maar niet op een plek waar een gewone gebruiker die zomaar kan opzoeken.
Wie een apparaat opnieuw installeert, overstapt op nieuwe hardware of licenties documenteert binnen een kleine IT-omgeving, eindigt uiteindelijk met gokken, oude aankoopmails doorzoeken, of de supportlijn bellen.
De eis was eenvoudig te formuleren, maar in de praktijk makkelijk verkeerd uit te voeren:
- de actueel geactiveerde key betrouwbaar terugvinden, van Windows 7 tot en met 11 en de Server-versies
- de key tonen zonder iets te vragen dat de gebruiker niet gemakkelijk kan aanleveren
- de key weer uit de tool laten komen — als tekst, spreadsheet of document dat naast de factuur in een map kan liggen
Ontwerpprincipe
Een tool die meestal maar één keer nodig is, en die niemand wil configureren, moet beoordeeld worden op hoe weinig hij van de gebruiker vraagt — niet op hoeveel instellingen hij biedt.
GetKey openen. De key aflezen. Indien nodig exporteren. Sluiten.
Geen login, geen installatiewizard, geen blijvend spoor op het systeem zodra de ZIP verwijderd is — wat dubbel telt op een apparaat dat toch al opnieuw wordt geïnstalleerd.
Bereik
De downloadpagina en productsite zijn volledig vertaald — Duits, Engels, Kroatisch, Frans, Spaans, Italiaans — zodat dezelfde tool en dezelfde uitleg IT-medewerkers en particuliere gebruikers in de DACH-regio en daarbuiten bereiken, zonder taalobstakel.
Screenshots van meerdere echte apparaten en Windows-versies staan direct op de pagina, zodat bezoekers de exacte interface zien voordat ze iets downloaden.
Resultaat
GetKey is bewust een tool met één specifiek doel gebleven. Het probeert geen licentiebeheersuite of systeeminventarisatieproduct te worden.
Het vindt betrouwbaar precies één gegeven, op de Windows-versies die mensen daadwerkelijk nog gebruiken, en verdwijnt daarna weer naar de achtergrond.
De complexiteit zit in waar Windows de key verstopt.
De tool bestaat om die ene zoekactie moeiteloos te maken.