Auto Detailing Đeki: digitalna storitvena platforma za nego vozil

Pregled

Auto Detailing Đeki je večjezična spletna platforma za profesionalni studio za nego vozil z jasnim poudarkom na hrvaškem trgu in namerno zasnovanim potencialom rasti v sosednje države.

Platforma je zasnovana tako, da zahtev lokalnega trga, pričakovanj regionalnih strank in poznejše čezmejne širitve ni treba obravnavati kot ločenih projektov.

Projekt povezuje javno dostopno spletno stran s podrobnim prikazom storitev, logiko cen glede na vozilo, nastavljivimi paketi, rezervacijo terminov, možnostmi plačila, ocenami strank, dokumentacijo vozil, spremljanjem naročil in lastnim administracijskim vmesnikom.

Cilj ni bil izdelati še eno spletno stran za detailing s kontaktnim obrazcem.
Cilj je bil združiti Customer Journey in vsakodnevne poslovne procese v en sam sistem, ki ga je mogoče vzdrževati.

Obiskovalec mora razumeti, katere storitve so na voljo, slediti razlikam med različicami, videti resnične rezultate dela, sestaviti ustrezen obseg storitve in rezervirati termin.

Podjetje pa mora upravljati procese v ozadju, ne da bi za to moralo spreminjati izvorno kodo.

Tehnična in vsebinska struktura sta bili že od začetka zasnovani tako, da je Hrvaška primarni trg, medtem ko lahko večjezičnost in osrednje upravljanje vsebin podpirata močnejše pozicioniranje v Sloveniji, na Madžarskem, v Avstriji in na drugih sosednjih trgih.

Uporabljene tehnologije, med drugim:
Najsodobnejše spletne tehnologije • Odzivni dizajn • Integracija PayPal • Google Gemini API



Osrednji back office za rezervacije, cene, vsebine, prevode, razpoložljivost, medije in operativno administracijo.

Že sam administracijski vmesnik pokaže dejanski obseg projekta.

Za javno spletno stranjo ne deluje izoliran obrazec za rezervacijo, temveč aplikacija, v kateri se stekajo ključni poslovni procesi.

Izziv

Profesionalne nege vozil je težko skrčiti na preprost cenik.
Dejanski obseg storitve je odvisen od več dejavnikov:

• kategorije vozila
• stanja vozila
• potrebne stopnje poliranja
• izbranega paketa detailinga
• vrste zaščite laka
• dodatnih storitev
• potrebnega delovnega časa
• razpoložljivosti studia

Stranka morda ve, da je treba vozilo spolirati.
Ne pozna pa nujno razlike med enostopenjsko in večstopenjsko korekcijo laka.
Podobno velja za keramične zaščite.
Obstojnost, sijaj, kemična odpornost, hidrofobne lastnosti in garancija se razlikujejo glede na izdelek.

Statična spletna stran lahko te razlike našteje.
Težko pa jih poveže z dejansko rezervacijo in operativnimi procesi v ozadju.

Izziv je bil zato narediti zapleteno storitev razumljivo, ne da bi od stranke zahtevali, da sama postane strokovnjakinja za detailing.

Najprej razumeti. Nato rezervirati.

Javna spletna stran se namerno začne pred samim postopkom rezervacije.

Obiskovalci se lahko podrobno seznanijo s čiščenjem notranjosti, čiščenjem zunanjosti, poliranjem, dekontaminacijo laka, keramično zaščito in vzdrževanjem.

Postopek detailinga je prikazan v štirih fazah:
Pregled → Priprava → Korekcija → Zaščita

Vsaka faza je razložena posebej.
Pri tem ni opisano le, kaj se izvede, temveč tudi, zakaj je ta korak potreben.

Čiščenje notranjosti na primer ne zajema le samega čiščenja, temveč tudi izbirne zaščitne tretmaje za usnje, blago in plastiko.

Pri zunanjosti prikaz sega globlje v teme, kot so korekcija laka, kemična in mehanska dekontaminacija, keramična zaščita laka, obnova žarometov in čiščenje motornega prostora.

Zamisel je preprosta:
Stranka mora razumeti, kaj kupuje, preden jo prosimo, da to rezervira.

Keramična zaščita kot odločitev — ne kot potrditveno polje

Pri keramičnih zaščitah samo ime izdelka ne zadostuje.
Platforma zato vsebuje neposredno primerjavo različnih zaščitnih sistemov Gtechniq.

Primerjajo se med drugim:

• obstojnost
• gladkost
• sijaj
• odpornost na pranje
• odbijanje vode in umazanije
• odpornost na kemikalije
• odpornost na UV-žarke

Kakovostnejše različice imajo lastne podrobne strani.
Niso pozicionirane zgolj z višjo ceno.

Pri Crystal Serum Ultra so na primer razloženi večslojna zgradba, odpornost na praske, kemična odpornost, odpornost na temperaturo in UV-žarke, profesionalni nanos in trajanje garancije.

Programska oprema ne odloča namesto stranke.
Zagotovi ji informacije, ki jih potrebuje za premišljeno odločitev.

Paketi, kategorije vozil in nastavljive storitve

Enak obseg storitve ne pomeni enakega dela pri vsakem vozilu.

Cenovna struktura zato razlikuje med kategorijami vozil, kot so:
Malo vozilo • Srednji razred • SUV

Znotraj teh kategorij so na voljo vnaprej določeni paketi:
Osnovni paket • Standardni paket • Premium paket

Poleg tega lahko stranka želeno storitev nastavi podrobneje.

Postopek rezervacije lahko združuje:

• kategorijo vozila
• paket
• stopnjo poliranja
• zaščito laka
• dodatne storitve

Izbira se takoj prikaže v povzetku.

Skupna cena izhaja iz izbrane konfiguracije.
Potek tako postane jasen proces:
Vozilo → Paket → Poliranje → Zaščita laka → Dodatki → Termin → Podatki stranke → Rezervacija

Za stranko ostaja pregledna izbira.
V ozadju ostaja dosledna poslovna logika.

Cene kot del poslovne logike

Cene niso razpršene po posameznih straneh kot fiksno vpisano besedilo.
Upravljajo se osrednje v administraciji.

Za pakete, stopnje poliranja, zaščito laka, dodatne storitve in kategorije vozil je mogoče vzdrževati različne cene.

Tako javno prikazana cena in cena, uporabljena pri rezervaciji, izhajata iz iste cenovne strukture.

Poleg tega administracija podpira globalne odstotne spremembe cen.
Splošnega zvišanja ali znižanja zato ni treba izvajati ročno, postavko za postavko. Spremembe se beležijo v zgodovini cen in jih je po potrebi mogoče razveljaviti.

Sprememba cene tako postane sledljiv poslovni dogodek namesto tihega prepisa vrednosti.

Razpoložljivost z dveh zornih kotov

Načrtovanje terminov temelji na skupnem pogledu na dejansko zasedenost.

Koledar zasedenosti je pri tem na voljo tako upravljavcu v administraciji kot stranki med postopkom rezervacije – vsakemu v obliki, ki ustreza njegovi nalogi.

Upravljavec dobi operativni mesečni pregled zasedenih obdobij, rezervacij in blokiranih dni.

Različna stanja prikazujejo, katere rezervacije še čakajo na potrditev, katere so že potrjene ali zaključene in katera obdobja so blokirana zaradi kolektivnega dopusta ali praznikov.

Skupna logika razpoložljivosti povezuje notranje načrtovanje zmogljivosti z izbiro termina stranke.

Stranka vidi isto operativno resničnost s poenostavljenega zornega kota.
Že zasedena ali blokirana obdobja niso na voljo za novo rezervacijo.
Hkrati aplikacija določi naslednji možni termin in ga neposredno predlaga.
Predlog ostaja prilagodljiv.
Stranka lahko še vedno izbere drug prost termin.
Tako ne nastaneta dva med seboj ločena koledarja.

Obstaja ena skupna logika razpoložljivosti z dvema različnima pogledoma:
Upravljavec: načrtuje in upravlja.
Stranka: vidi in izbira proste termine.

Prav pri storitvah detailinga je to pomembno, ker lahko naročilo glede na vozilo, paket in obseg storitve traja več delovnih dni.

Aplikacija zato ne sme najti le prostega dne, temveč mora upoštevati dovolj dolgo prosto obdobje.

Sistem pozna zasedenost.
Upravljavec jo usmerja.
Stranka vidi, kaj je dejansko na voljo.

Rezervacija postane poslovni proces

Rezervacija ne ustvari le e-poštnega sporočila.
Postane zadeva, ki jo je mogoče upravljati v administraciji.

Rezervacija med drugim vsebuje:

• izbrani paket
• kategorijo vozila
• začetek in konec
• ceno
• način plačila
• status plačila
• status rezervacije

Rezervacije je mogoče preveriti, potrditi, urediti ali zavrniti.
Plačila je mogoče ustrezno označiti.
Tudi termine, dogovorjene po telefonu, je mogoče vnesti ročno.

Tako rezervacije ne glede na izvor ostanejo del istega sistema.

Od prejema do operativne obdelave rezervacija ostaja del istega poslovnega procesa.

Rezervacija ostane poslovni objekt – ne glede na to, ali je nastala prek spleta ali po telefonu.

Predplačila in nastavitve plačil

Pravila plačil se nastavljajo v administraciji.

Podjetje lahko na primer določi:

• ali so na voljo predplačila prek PayPala
• kolikšno je predplačilo
• kako dolgo velja rok plačila
• kam se pošiljajo obvestila
• ali integracija deluje v načinu sandbox ali live

Poleg tega je platforma pripravljena na dodatno plačilno integracijo prek PayWay / PBZ Card.
Aplikacija za rezervacije ostaja odgovorna za rezervacijo in status.
Ponudnik plačilnih storitev ostaja pristojen za samo plačilno transakcijo.

Ta ločitev ohranja plačilno logiko tam, kamor spada, ne da bi prekinila Customer Journey.

Večjezičnost kot sestavni del sistema

Auto Detailing Đeki je usmerjen predvsem na hrvaški trg.

Hkrati podjetje deluje v geografskem okolju, v katerem se odnosi s strankami ne končajo nujno na državni meji.

Platforma zato podpira:
Hrvatski • Slovenščina • Magyar • Deutsch • English

Hrvaščina je primarni jezik trga.

Slovenščina, madžarščina, nemščina in angleščina hkrati ustvarjajo podlago za nagovarjanje sosednjih trgov in mednarodnih strank, ne da bi bilo treba za vsako državo graditi ločeno tehnično platformo.

Večjezičnost ni omejena na glavni meni.

Opisi storitev, navigacija, pozivi k dejanju in operativne vsebine so na voljo v kontekstu posameznega jezika.

Tako arhitektura podpira tako današnje pozicioniranje na Hrvaškem kot tudi morebitno regionalno širitev.

Prevajanje s pomočjo umetne inteligence

Nekatere operativne vsebine se spreminjajo pogosteje kot druge.
Kolektivni dopust ali obvestila o praznikih so tipični primeri.
Ročno ustvarjanje teh besedil vsakič v več jezikih bi pomenilo nepotrebno delo.
Zato administracija vsebuje izbirno integracijo z Google Gemini.
Hrvaško izvorno besedilo je mogoče neposredno iz administracijskega vmesnika prevesti v druge podprte jezike.
Ustvarjena besedila ostanejo vidna in jih je mogoče urejati.

Umetna inteligenca prevzame ponavljajoči se del.

Odgovornost za objavljeno vsebino ostaja pri podjetju.

Ko je studio zaprt, to ve tudi spletna stran

Razpoložljivost ni odvisna le od obstoječih rezervacij.

Tudi kolektivni dopust, prazniki ali druga obdobja odsotnosti vplivajo na to, kdaj je mogoče sprejeti nova naročila.

Za to obstajajo lastni administracijski moduli.
Vnos lahko med drugim vsebuje:

• začetek
• konec
• sezono
• večjezično sporočilo
• izbirno slikovno ozadje

Po izteku določenega obdobja začasnega obvestila ni treba ročno odstraniti.

Javna spletna stran tako sledi dejanskemu stanju poslovanja.
Hkrati se takšna obdobja blokade upoštevajo tudi v logiki razpoložljivosti.
Tako informacije in načrtovanje ostajajo usklajeni.

Ocene in resnična dela

Ocene strank so neposredno vključene v javno spletno stran in jih je mogoče urejati v administraciji.

Poleg besedila ocene je mogoče shraniti med drugim ime, datum, izbirno povezavo Google in odgovor podjetja.

Tudi dokončana vozila se obravnavajo kot strukturirana vsebina.

Avtomobili in motorna kolesa imajo lahko lastne vnose v galeriji s fotografijami, videoposnetki, zunanjimi povezavami na Facebook in prikazi pred/po.

Drsnik za primerjavo obiskovalcem omogoča neposreden ogled rezultatov.
Galerija tako ni le okrasna vsebina.
Postane viden dokaz dejansko opravljenega dela.

Od termina do preglednega spremljanja naročila

Z rezervacijo se digitalni Customer Journey ne konča.

Stranka prejme QR-kodo, ki jo pripelje do njenega osebnega območja za spremljanje naročila.

Prek te povezave je mogoče kadar koli preveriti napredek obdelave vozila.
Upravljavec posodablja status procesa v aplikaciji.
Takoj ko je vneseno novo pomembno stanje, je stranka o tem dodatno obveščena po e-pošti. E-pošta pa ni pogoj za vpogled v trenutno stanje.

Stranka lahko svojo osebno povezavo odpre kadar koli in sama preveri, kako daleč je delo.

Ni ji treba čakati na naslednje sporočilo.

Tako nastane neprekinjen tok informacij:
Rezervacija → osebna QR-koda → status obdelave → posodobitev → obvestilo po e-pošti

Stranki ni treba poizvedovati po telefonu.
Upravljavcu ni treba istega statusa večkrat pojasnjevati prek več komunikacijskih kanalov.
Obe strani dostopata do iste zadeve – vsaka s svojega zornega kota.

Poišči moje vozilo

Poleg tega lahko stranka prek možnosti »Poišči moje vozilo« dostopa do območja vozila, ki je namenjeno njej.

Potrebni dostopni podatki so poslani po e-pošti.

Po vnosu osebne kode postanejo vidne informacije, odobrene za to zadevo.

To območje ni prosto javno dostopno.

Tako ostaja dokumentacija, vezana na stranko, jasno ločena od javne galerije vozil.

Javna galerija prikazuje namerno objavljena dela. Osebno območje pa povezuje konkretno stranko z njenim naročilom in njenim vozilom.

Tako iz rezervacije termina nastane digitalno spremljan storitveni proces:
Rezerviraj → Obdelaj → Obvesti → Spremljaj → Dokumentiraj

Povezava rezervacije in dokumentacije vozila

Vozilo je mogoče v administraciji povezati s konkretno rezervacijo.

Tako nastane neposredna povezava med operativno zadevo in poznejšo dokumentacijo.

Rezervacija opisuje, katero delo je bilo načrtovano.

Vnos vozila dokumentira obdelano vozilo in pripadajoče vsebine.

Posamezne slike je mogoče ločeno odobriti za javno galerijo ali jih skriti.

Videoposnetke in zunanje povezave je mogoče dodajati neodvisno od tega.

Rezultat ni preprosto velika mapa z mediji.

Nastane strukturirana dokumentacija okoli resničnega vozila in konkretnega naročila.

En osrednji administracijski vmesnik

Administracija združuje vsakodnevne poslovne procese v eni aplikaciji.

Upravljati je mogoče med drugim:

• rezervacije
• nastavitve rezervacij
• koledar zasedenosti
• cene
• zgodovino cen
• vsebine začetne strani
• nastavitve prevajanja
• kolektivni dopust
• praznike
• ocene
• galerije avtomobilov
• galerije motornih koles
• fotografije
• videoposnetke
• galerijo Facebook
• podatkovno zbirko
• uporabnike

Cilj ni ponuditi čim več administracijskih strani.

Cilj je povezanih procesov ne razpršiti po več med seboj neodvisnih orodjih.

Kontekstna pomoč neposredno v delovnem poteku

Administracijska programska oprema z vsakodnevno uporabo postane samoumevna.

Prav na začetku pa uporabnik ne bi smel šele brskati po ločenem priročniku, da bi razumel neko funkcijo.

Zato ima administracija kontekstno pomoč.

Aplikacija upošteva trenutno odprto administracijsko območje in ustrezne informacije ponudi neposredno v delovnem vmesniku.

Dokumentacija sledi trenutnemu delovnemu kontekstu – in ne obratno.

V območju Kolektivni dopust je na primer pojasnjeno, kako se ustvari vnos, kako delujejo večjezična sporočila, kdaj obvestilo postane aktivno in kako se obravnava več vnosov hkrati.

Uporabnik tako dobi natanko tiste informacije, ki spadajo k trenutnemu delovnemu koraku.

Ni mu treba vedeti, v katerem poglavju zunanjega priročnika je zadevna funkcija opisana.

Pomoč sledi delovnemu kontekstu. Ne obratno.

Tako dokumentacija postane sestavni del aplikacije in ne ločena datoteka, ki jo je treba vzdrževati neodvisno od samega sistema.

Kakovost ne šele po zagonu

Platforma, ki med seboj povezuje rezervacije, cene, večjezičnost, komunikacijo s strankami, razpoložljivost in operativno administracijo, ne sme delovati le vizualno.

Med razvojem so bili zato večkrat preverjeni funkcionalni poteki in različne uporabniške poti.

V razvojnem procesu in procesu zagotavljanja kakovosti pri softify.pro je bil poleg klasičnega ročnega testiranja uporabljen tudi COCO kot pomožna instanca za testiranje in preverjanje.

V ospredju so bili med drugim dosledna navigacija, poteki obrazcev, menjava jezika, logika cen in rezervacij, logika koledarja in razpoložljivosti ter povezava med javno spletno stranjo in administracijskim območjem.

COCO pri tem ni nadomestil strokovnega prevzema.

Dopolnil ga je.

Ponovljive uporabniške poteke je bilo mogoče sistematično preverjati, medtem ko je končna presoja še vedno ostala pri človeku.

Prav pri aplikaciji z več jeziki, številnimi administracijskimi območji in med seboj povezanimi poslovnimi objekti dodatna pot preverjanja zmanjšuje tveganje, da bi sprememba na enem mestu nenamerno vplivala na druge procese.

Varnostna kopija podatkovne zbirke, obnovitev in uporabniške pravice

Operativni podatki ne smejo obstajati le na enem samem mestu.

Administracija zato ponuja nadzorovane funkcije izvoza in uvoza podatkovne zbirke.

Preden uvožena podatkovna zbirka nadomesti obstoječo, se ustvari varnostna kopija trenutnega stanja in preveri uvožena datoteka.

Tudi pravice dostopa se upravljajo v sistemu.

Uporabniki imajo lahko različne vloge, tako da rutinska opravila ne zahtevajo samodejno enakih pooblastil kot kritične administrativne operacije.

Javna spletna stran in back office

Stranki administracijskega sistema ni treba razumeti.

Administratorju pa tudi ne bi smelo biti treba iste rezervacije stranke ročno prenašati v drug sistem.

Prav ta meja zaznamuje projekt.

Javna stran se osredotoča na:
Razumeti → Primerjati → Nastaviti → Rezervirati → Spremljati

Notranja stran se osredotoča na:
Potrditi → Načrtovati → Določiti ceno → Obdelati → Obvestiti → Dokumentirati

Obe strani delata na istem poslovnem procesu.

Engineering Principle

Projekt sledi načelu, ki se vleče tudi skozi druge prilagojene poslovne aplikacije podjetja softify.pro:
Kompleksnost sodi za interakcijo.

Stranki ne bi smelo biti treba izračunavati, katera kombinacija kategorije vozila, stopnje poliranja, zaščite in dodatne storitve da pravo ceno.

Izbrati mora lahko, kar potrebuje, in videti rezultat.
Ne bi smela sama ugotavljati, kdaj ima studio spet prosto zmogljivost.
Sistem ji mora pokazati, kaj je dejansko na voljo.

Prav tako ji ne bi smelo biti treba klicati, da bi izvedela, kako daleč je obdelava njenega vozila.

Ta informacija mora biti na voljo tam, kjer jo stranka pričakuje.

Enako upravljavcu ne bi smelo biti treba urejati izvorne kode, da bi spremenil cene, vnesel kolektivni dopust, upravljal rezervacije ali objavil slike vozil.

To kompleksnost naj nosi programska oprema.
Ne stranka.
Ne upravljavec.

Ta pristop sledi razvojnemu načelu softify.pro: zapletena poslovna logika naj se obvladuje interno, medtem ko interakcija za stranke in upravljavce ostaja jasna in razumljiva.

Rezultat

Auto Detailing Đeki je postal več kot predstavitvena spletna stran za hrvaški trg.

Platforma povezuje lokalno tržno pozicioniranje s tehnično osnovo, ki je že pripravljena na regionalni doseg.

Večjezične vsebine, osrednje upravljana poslovna logika in skupni back office omogočajo nagovarjanje dodatnih ciljnih skupin v sosednjih državah, ne da bi bilo treba aplikacijo za to zgraditi na novo.

Hkrati platforma v eni prilagojeni spletni aplikaciji združuje informacije o storitvah, strukturirane cene, nastavljive pakete detailinga, rezervacijo terminov, skupno logiko razpoložljivosti, pravila plačil, ocene, spremljanje naročil po strankah in dokumentacijo vozil.

Za stranke nastane razumljiva pot od prve informacije prek izbire in rezervacije vse do preglednega spremljanja tekočega naročila.

Vidijo, kateri termini so dejansko na voljo.
Prejmejo predlog naslednjega termina.
Napredek obdelave lahko kadar koli sami spremljajo prek svoje osebne povezave.

Nova pomembna stanja procesa se dodatno sporočajo po e-pošti.

Prek »Poišči moje vozilo« ostaja dostop stranke do odobrenih informacij o vozilu jasno ločen od javnega dela.

Za podjetje hkrati nastane osrednje operativno okolje za rezervacije, cene, zmogljivosti, razpoložljivost, vsebine, komunikacijo in dokumentacijo zaključenih del.

Administracija upravlja procese v ozadju.

Stranka vidi rezultat.

Javni vmesnik je vidni del bistveno obsežnejšega digitalnega poslovnega procesa.

Tako kot pri samem detailingu tudi tu velja:
Prava kompleksnost se skriva v delu.
Programska oprema poskrbi, da ostane obvladljiva.