Auto Detailing Đeki: digital serviceplattform for bilpleie
30.09.2026
Oversikt
Auto Detailing Đeki er en flerspråklig nettplattform for et profesjonelt studio for bilpleie og detailing, med tydelig fokus på det kroatiske markedet og et bevisst innebygd vekstpotensial mot nabolandene.
Plattformen ble utformet slik at lokale markedskrav, regionale kundeforventninger og en senere grenseoverskridende utvidelse ikke må behandles som separate prosjekter.
Prosjektet forener et offentlig nettsted med detaljert tjenestepresentasjon, kjøretøyavhengig prislogikk, konfigurerbare pakker, timebestilling, betalingsalternativer, kundeomtaler, kjøretøydokumentasjon, ordresporing og et eget administrasjonsgrensesnitt.
Målet var ikke å bygge enda et detailingnettsted med kontaktskjema.
Målet var å samle Customer Journey og de daglige forretningsprosessene i ett system som lar seg vedlikeholde.
En besøkende skal kunne forstå hvilke tjenester som tilbys, følge forskjellene mellom variantene, se reelle arbeidsresultater, sette sammen riktig tjenesteomfang og bestille en time.
Bedriften skal på sin side kunne styre prosessene bak uten å måtte endre kildekode.
Den tekniske og innholdsmessige strukturen ble fra starten lagt opp slik at Kroatia er primærmarkedet, mens flerspråklighet og sentral innholdsforvaltning kan støtte en sterkere posisjon i Slovenia, Ungarn, Østerrike og andre nabomarkeder.
Teknologier som er brukt, blant annet:
Moderne webteknologi • Responsivt design • PayPal-integrasjon • Google Gemini API
Et sentralt backoffice for bestillinger, priser, innhold, oversettelser, tilgjengelighet, medier og operativ administrasjon.
Allerede administrasjonsgrensesnittet viser prosjektets egentlige omfang.
Bak det offentlige nettstedet arbeider ikke et isolert bestillingsskjema, men en applikasjon der de viktigste forretningsprosessene møtes.
Utfordringen
Profesjonell bildetailing lar seg vanskelig redusere til en enkel prisliste.
Det faktiske tjenesteomfanget avhenger av flere faktorer:
- kjøretøykategori
- kjøretøyets tilstand
- nødvendig poleringsnivå
- valgt detailingpakke
- type lakkbeskyttelse
- tilleggstjenester
- nødvendig arbeidstid
- studioets tilgjengelighet
En kunde vet kanskje at bilen skal poleres.
Men vedkommende kjenner ikke nødvendigvis forskjellen mellom en lakkorrigering i ett trinn og en i flere trinn.
Det samme gjelder keramiske belegg.
Holdbarhet, glans, kjemisk bestandighet, hydrofobe egenskaper og garanti varierer fra produkt til produkt.
Et statisk nettsted kan liste opp disse forskjellene.
Men det har vanskelig for å knytte dem til en reell bestilling og de operative prosessene bak.
Utfordringen var derfor å gjøre en kompleks tjeneste forståelig uten å kreve at kunden selv blir detailingspesialist.
Først forstå. Så bestille.
Det offentlige nettstedet begynner bevisst før selve bestillingsprosessen.
Besøkende kan lese grundig om innvendig rengjøring, utvendig rengjøring, polering, lakkdekontaminering, keramisk belegg og vedlikehold.
Detailingprosessen presenteres i fire faser:
Inspeksjon → Forberedelse → Korrigering → Beskyttelse
Hver fase forklares separat.
Det beskrives ikke bare hva som gjøres, men også hvorfor trinnet er nødvendig.
Innvendig rengjøring omfatter for eksempel ikke bare selve rengjøringen, men også valgfrie beskyttelsesbehandlinger for skinn, tekstil og plast.
For eksteriøret går presentasjonen dypere inn i temaer som lakkorrigering, kjemisk og mekanisk dekontaminering, keramisk lakkbeskyttelse, restaurering av frontlykter og rengjøring av motorrommet.
Tanken bak er enkel:
Kunden skal forstå hva hen kjøper før hen blir bedt om å bestille det.
Keramisk beskyttelse som en beslutning — ikke som en avkrysningsboks
For keramiske belegg er ikke et produktnavn alene nok.
Plattformen inneholder derfor en direkte sammenligning av ulike beskyttelsessystemer fra Gtechniq.
Det sammenlignes blant annet:
- holdbarhet
- glatthet
- glans
- vaskebestandighet
- vann- og smussavvisning
- kjemikaliebestandighet
- UV-bestandighet
Mer eksklusive varianter får egne detaljsider.
De posisjoneres ikke bare gjennom en høyere pris.
For Crystal Serum Ultra forklares for eksempel lagoppbygning, ripebestandighet, kjemisk bestandighet, temperatur- og UV-bestandighet, profesjonell påføring og garantiperiode.
Programvaren tar ikke beslutningen for kunden.
Den gir kunden informasjonen som trengs for en velbegrunnet beslutning.
Pakker, kjøretøykategorier og konfigurerbare tjenester
Det samme tjenesteomfanget krever ikke samme innsats på hvert kjøretøy.
Prisstrukturen skiller derfor mellom kjøretøykategorier som:
Småbil • Mellomklasse • SUV
Innenfor disse kategoriene finnes forhåndsdefinerte pakker:
Basispakke • Standardpakke • Premiumpakke
I tillegg kan kunden konfigurere ønsket tjeneste mer detaljert.
Bestillingsprosessen kan kombinere:
- kjøretøykategori
- pakke
- poleringsnivå
- lakkbeskyttelse
- tilleggstjenester
Valget vises umiddelbart i et sammendrag.
Totalprisen følger av den valgte konfigurasjonen.
Forløpet blir dermed en tydelig prosess:
Kjøretøy → Pakke → Polering → Lakkbeskyttelse → Tillegg → Time → Kundedata → Bestilling
For kunden forblir det et oversiktlig valg.
I bakgrunnen forblir det konsistent forretningslogikk.
Priser som en del av forretningslogikken
Prisene er ikke spredt over enkeltsider som fast innskrevet tekst.
De forvaltes sentralt i administrasjonen.
Det kan vedlikeholdes ulike priser for pakker, poleringsnivåer, lakkbeskyttelse, tilleggstjenester og kjøretøykategorier.
Dermed kommer den offentlig viste prisen og prisen som brukes ved bestillingen fra samme prisstruktur.
I tillegg støtter administrasjonen globale prosentvise prisendringer.
En generell økning eller reduksjon må altså ikke gjøres manuelt, post for post.
Endringer dokumenteres i en prishistorikk og kan tilbakestilles ved behov.
En prisendring blir dermed en sporbar forretningshendelse i stedet for en stille overskriving av en verdi.
Tilgjengelighet fra to perspektiver
Timeplanleggingen bygger på et felles bilde av den faktiske kapasitetsutnyttelsen.
Belegningskalenderen er tilgjengelig både for operatøren i administrasjonen og for kunden under bestillingen – i en form som passer den respektive oppgaven.
Operatøren får en operativ månedsoversikt over opptatte perioder, bestillinger og sperrede dager.
Ulike statuser viser hvilke bestillinger som fortsatt venter på bekreftelse, hvilke som allerede er bekreftet eller fullført, og hvilke perioder som er sperret på grunn av ferie eller helligdager.
En felles tilgjengelighetslogikk forbinder intern kapasitetsplanlegging med kundens valg av time.
Kunden ser den samme operative virkeligheten fra et forenklet perspektiv.
Perioder som allerede er opptatt eller sperret, er ikke tilgjengelige for en ny bestilling.
Samtidig finner applikasjonen neste mulige time og foreslår den direkte.
Forslaget forblir fleksibelt.
Kunden kan fortsatt velge en annen ledig time.
Dermed oppstår det ikke to separate kalendere.
Det finnes én felles tilgjengelighetslogikk med to ulike visninger:
Operatør: planlegge og styre.
Kunde: se og velge ledige timer.
Nettopp for detailingtjenester er dette relevant, fordi et oppdrag avhengig av kjøretøy, pakke og omfang kan ta flere arbeidsdager.
Applikasjonen må derfor ikke bare finne en ledig dag, men ta hensyn til en tilstrekkelig lang ledig periode.
Systemet kjenner belegget.
Operatøren styrer det.
Kunden ser hva som faktisk er ledig.
En bestilling blir en forretningsprosess
En bestilling genererer ikke bare en e-post.
Den blir en håndterbar sak i administrasjonen.
En bestilling inneholder blant annet:
- valgt pakke
- kjøretøykategori
- start og slutt
- pris
- betalingsmåte
- betalingsstatus
- bestillingsstatus
Bestillinger kan kontrolleres, bekreftes, redigeres eller avvises.
Betalinger kan merkes deretter.
Også timer som er avtalt per telefon, kan registreres manuelt.
Dermed forblir bestillinger en del av det samme systemet, uansett opprinnelse.
Fra mottak til operativ behandling forblir bestillingen en del av den samme forretningsprosessen.
En bestilling forblir et forretningsobjekt – uavhengig av om den ble opprettet på nett eller per telefon.
Forskuddsbetalinger og betalingsinnstillinger
Betalingsregler konfigureres i administrasjonen.
Bedriften kan for eksempel definere:
- om det tilbys forskuddsbetaling via PayPal
- hvor stort forskuddet er
- hvor lenge en betalingsfrist gjelder
- hvor varsler sendes
- om integrasjonen kjører i sandbox- eller live-modus
I tillegg er plattformen forberedt for en ytterligere betalingsintegrasjon via PayWay / PBZ Card.
Bestillingsapplikasjonen er fortsatt ansvarlig for bestillingen og statusen.
Betalingsleverandøren er fortsatt ansvarlig for selve betalingstransaksjonen.
Dette skillet holder betalingslogikken der den hører hjemme, uten å bryte Customer Journey.
Flerspråklighet som en del av systemet
Auto Detailing Đeki retter seg først og fremst mot det kroatiske markedet.
Samtidig ligger virksomheten i et geografisk område der kundeforhold ikke nødvendigvis stopper ved landegrensen.
Plattformen støtter derfor:
Hrvatski • Slovenščina • Magyar • Deutsch • English
Kroatisk er det primære markedsspråket.
Slovensk, ungarsk, tysk og engelsk legger samtidig grunnlaget for å nå nabomarkeder og internasjonale kunder, uten å bygge en separat teknisk plattform for hvert land.
Flerspråkligheten er ikke begrenset til hovedmenyen.
Tjenestebeskrivelser, navigasjon, handlingsoppfordringer og operativt innhold er tilgjengelig i den respektive språkkonteksten.
Dermed støtter arkitekturen både dagens posisjonering i Kroatia og en mulig regional ekspansjon.
KI-støttet oversettelse
Noe operativt innhold endres oftere enn annet.
Ferie eller meldinger om helligdager er typiske eksempler.
Å lage disse tekstene manuelt på flere språk hver gang ville gitt unødvendig arbeid.
Derfor inneholder administrasjonen en valgfri integrasjon med Google Gemini.
En kroatisk kildetekst kan oversettes til de øvrige støttede språkene direkte fra administrasjonsgrensesnittet.
De genererte tekstene forblir synlige og redigerbare.
KI-en tar seg av den repetitive delen.
Ansvaret for det publiserte innholdet ligger fortsatt hos bedriften.
Når studioet er stengt, vet nettstedet det også
Tilgjengelighet avhenger ikke bare av eksisterende bestillinger.
Også ferie, helligdager eller andre fraværsperioder påvirker når nye oppdrag kan tas imot.
Til dette finnes egne administrasjonsmoduler.
En oppføring kan blant annet inneholde:
- start
- slutt
- sesong
- flerspråklig melding
- valgfri bakgrunnsgrafikk
Når den definerte perioden er utløpt, trenger ikke en midlertidig melding å fjernes manuelt.
Det offentlige nettstedet følger dermed den faktiske driftssituasjonen.
Samtidig inngår slike sperreperioder også i tilgjengelighetslogikken.
Dermed forblir informasjon og planlegging konsistente.
Omtaler og reelle arbeider
Kundeomtaler er integrert direkte i det offentlige nettstedet og kan vedlikeholdes i administrasjonen.
I tillegg til omtaleteksten kan blant annet navn, dato, en valgfri Google-lenke og bedriftens svar lagres.
Også ferdige kjøretøy behandles som strukturert innhold.
Biler og motorsykler kan få egne galleri-oppføringer med bilder, videoer, eksterne Facebook-lenker og før/etter-visninger.
En sammenligningsglidebryter lar besøkende se resultatene direkte.
Galleriet blir dermed ikke bare dekorativt innhold.
Det blir et synlig bevis på faktisk utført arbeid.
Fra time til transparent ordresporing
Den digitale Customer Journey slutter ikke med bestillingen.
Kunden får en QR-kode som leder til hens personlige område for ordresporing.
Via denne lenken kan fremdriften i arbeidet med kjøretøyet sees når som helst.
Operatøren oppdaterer prosessstatusen i applikasjonen.
Så snart en ny relevant status registreres, blir kunden i tillegg varslet på e-post. E-posten er likevel ikke en forutsetning for å se gjeldende status.
Kunden kan når som helst åpne sin personlige lenke og selv sjekke hvor langt arbeidet har kommet.
Hen trenger ikke vente på neste melding.
Dermed oppstår en sammenhengende informasjonsflyt:
Bestilling → personlig QR-kode → arbeidsstatus → oppdatering → e-postvarsel
Kunden trenger ikke ringe og spørre.
Operatøren trenger ikke forklare den samme statusen gjentatte ganger via flere kommunikasjonskanaler.
Begge parter har tilgang til den samme saken – hver fra sitt perspektiv.
Finn kjøretøyet mitt
I tillegg kan kunden via «Finn kjøretøyet mitt» få tilgang til kjøretøyområdet som er beregnet for hen.
Nødvendig tilgangsinformasjon sendes på e-post.
Etter at den personlige koden er lagt inn, blir informasjonen som er frigitt for denne saken synlig.
Dette området er ikke fritt tilgjengelig for offentligheten.
Dermed holdes kunderelatert dokumentasjon tydelig adskilt fra det offentlige kjøretøygalleriet.
Det offentlige galleriet viser bevisst publiserte arbeider. Det personlige området knytter derimot en bestemt kunde til oppdraget og kjøretøyet sitt.
Slik blir en timebestilling til en digitalt fulgt serviceprosess:
Bestille → Utføre → Informere → Følge → Dokumentere
Bestilling og kjøretøydokumentasjon kobles sammen
I administrasjonen kan et kjøretøy kobles til en bestemt bestilling.
Dermed oppstår en direkte forbindelse mellom den operative saken og den senere dokumentasjonen.
Bestillingen beskriver hvilket arbeid som var planlagt.
Kjøretøyoppføringen dokumenterer det behandlede kjøretøyet og tilhørende innhold.
Enkeltbilder kan frigis separat for det offentlige galleriet eller skjules.
Videoer og eksterne lenker kan legges til uavhengig av dette.
Resultatet er ikke bare én stor mediemappe.
Det oppstår strukturert dokumentasjon rundt et reelt kjøretøy og et konkret oppdrag.
Ett sentralt administrasjonsgrensesnitt
Administrasjonen samler de daglige forretningsprosessene i én applikasjon.
Blant annet kan følgende forvaltes:
- bestillinger
- bestillingsinnstillinger
- belegningskalender
- priser
- prishistorikk
- innhold på startsiden
- oversettelsesinnstillinger
- ferie
- helligdager
- anmeldelser
- bilgallerier
- motorsykkelgallerier
- bilder
- videoer
- Facebook-galleri
- database
- brukere
Målet er ikke å tilby flest mulig administrasjonssider.
Målet er å ikke fordele sammenhengende prosesser på flere uavhengige verktøy.
Kontekstuell hjelp direkte i arbeidsflyten
Administrasjonsprogramvare blir en selvfølge med daglig bruk.
Men særlig i begynnelsen bør en bruker ikke måtte lete i en separat håndbok for å forstå en funksjon.
Derfor har administrasjonen kontekstuell hjelp.
Applikasjonen tar hensyn til administrasjonsområdet som er åpent, og gir passende informasjon direkte i arbeidsgrensesnittet.
Dokumentasjonen følger den aktuelle arbeidskonteksten – ikke omvendt.
I området Ferie forklares for eksempel hvordan en oppføring opprettes, hvordan flerspråklige meldinger fungerer, når en melding blir aktiv og hvordan flere oppføringer håndteres samtidig.
Brukeren får dermed nøyaktig den informasjonen som hører til det aktuelle arbeidstrinnet.
Hen trenger ikke vite i hvilket kapittel i en ekstern håndbok funksjonen er beskrevet.
Hjelpen følger arbeidskonteksten.
Ikke omvendt.
Dermed blir dokumentasjonen en del av applikasjonen og ikke en separat fil som må vedlikeholdes uavhengig av selve systemet.
Kvalitet ikke først etter go-live
En plattform som forbinder bestillinger, priser, flerspråklighet, kundekommunikasjon, tilgjengelighet og operativ administrasjon, må fungere mer enn bare visuelt.
Under utviklingen ble funksjonelle forløp og ulike brukerstier derfor kontrollert gjentatte ganger.
I utviklings- og kvalitetssikringsprosessen hos softify.pro ble det i tillegg til klassiske manuelle tester også brukt COCO som en støttende test- og verifiseringsinstans.
Fokuset lå blant annet på konsistent navigasjon, skjemaforløp, språkbytte, pris- og bestillingslogikk, kalender- og tilgjengelighetslogikk og forbindelsen mellom det offentlige nettstedet og administrasjonsområdet.
COCO erstattet ikke den faglige godkjenningen.
Det supplerte den.
Gjentakbare brukerforløp kunne kontrolleres systematisk, mens den endelige vurderingen forble hos mennesket.
Nettopp i en applikasjon med flere språk, mange administrasjonsområder og sammenkoblede forretningsobjekter reduserer en ekstra kontrollvei risikoen for at en endring ett sted utilsiktet påvirker andre prosesser.
Databasesikkerhetskopi, gjenoppretting og brukerrettigheter
Operative data må ikke finnes bare ett sted.
Administrasjonen tilbyr derfor kontrollerte eksport- og importfunksjoner for databasen.
Før en importert database erstatter den eksisterende, tas det en sikkerhetskopi av gjeldende tilstand, og den importerte filen kontrolleres.
Også tilgangsrettigheter forvaltes i systemet.
Brukere kan ha ulike roller, slik at rutineoppgaver ikke automatisk krever de samme rettighetene som kritiske administrative operasjoner.
Offentlig nettsted og backoffice
Kunden trenger ikke å forstå administrasjonssystemet.
Men administratoren bør heller ikke måtte overføre den samme kundebestillingen manuelt til et annet system.
Nettopp denne grensen preger prosjektet.
Den offentlige siden fokuserer på:
Forstå → Sammenligne → Konfigurere → Bestille → Følge
Den interne siden fokuserer på:
Bekrefte → Planlegge → Prise → Utføre → Informere → Dokumentere
Begge sider arbeider i den samme forretningsprosessen.
Engineering Principle
Prosjektet følger et prinsipp som også går igjen i andre skreddersydde forretningsapplikasjoner fra softify.pro:
Kompleksitet hører hjemme bak interaksjonen.
En kunde skal ikke måtte regne ut hvilken kombinasjon av kjøretøykategori, poleringsnivå, belegg og tilleggstjeneste som gir riktig pris.
Hen skal kunne velge det hen trenger, og se resultatet.
Hen skal ikke selv måtte finne ut når studioet har kapasitet igjen.
Systemet skal vise hva som faktisk er ledig.
Og hen skal heller ikke måtte ringe for å få vite hvor langt arbeidet med kjøretøyet har kommet.
Denne informasjonen skal være tilgjengelig der kunden forventer den.
På samme måte bør ikke operatøren måtte redigere kildekode for å endre priser, legge inn ferie, forvalte bestillinger eller publisere kjøretøybilder.
Programvaren skal bære denne kompleksiteten.
Ikke kunden.
Ikke operatøren.
Denne tilnærmingen følger utviklingsprinsippet til softify.pro: kompleks forretningslogikk skal mestres internt, mens interaksjonen forblir tydelig og forståelig for kunder og operatører.
Resultat
Auto Detailing Đeki ble mer enn et presentasjonsnettsted for det kroatiske markedet.
Plattformen forbinder lokal markedsposisjonering med et teknisk fundament som allerede er forberedt på regional rekkevidde.
Flerspråklig innhold, sentralt forvaltet forretningslogikk og et felles backoffice gjør det mulig å nå flere målgrupper i nabolandene uten å måtte bygge applikasjonen på nytt.
Samtidig kombinerer plattformen tjenesteinformasjon, strukturerte priser, konfigurerbare detailingpakker, timebestilling, felles tilgjengelighetslogikk, betalingsregler, omtaler, kundespesifikk ordresporing og kjøretøydokumentasjon i én skreddersydd nettapplikasjon.
For kundene oppstår en forståelig vei fra den første informasjonen via valg og bestilling helt frem til transparent oppfølging av det pågående oppdraget.
De ser hvilke timer som faktisk er ledige.
De får et forslag til neste time.
De kan når som helst selv følge fremdriften via sin personlige lenke.
Nye relevante prosesstatuser kommuniseres i tillegg på e-post.
Via «Finn kjøretøyet mitt» holdes den kundespesifikke tilgangen til frigitt kjøretøyinformasjon tydelig adskilt fra det offentlige området.
For bedriften oppstår samtidig et sentralt operativt miljø for bestillinger, priser, kapasitet, tilgjengelighet, innhold, kommunikasjon og dokumentasjon av utførte arbeider.
Administrasjonen styrer prosessene i bakgrunnen.
Kunden ser resultatet.
Det offentlige grensesnittet er den synlige delen av en langt mer omfattende digital forretningsprosess.
Passende for detailing gjelder det også her:
Den egentlige kompleksiteten ligger i arbeidet.
Programvaren sørger for at den forblir håndterbar.
