Izbrana dela

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.

Pregled

Koralpenhaus.eu je večjezična spletna platforma za alpsko nastanitveno podjetje na Koroškem v Avstriji.
Projekt združuje javno spletno stran s predstavitvijo sob, razpoložljivostjo, cenami, rezervacijami, spletnim plačilom pologa, in samopostrežbo za stranke.
Cilj ni bil dodati rezervacijski obrazec spletni strani.
Bil je ustvariti en sam vzdrževalen sistem, v katerem javna vsebina in rezervacijski proces delujeta skupaj — ob tem pa ohraniti izkušnjo za goste preprosto.
Med drugim uporabljen tehnološki sklad:
PHP • MySQL • JavaScript • Responsive Web • PayPal Integration

Izziv

Nastanitvene spletne strani so od zunaj videti preproste. Osnovni proces navadno ni.
Gost mora najti primerno sobo, izbrati obdobje, razumeti veljavno ceno, preveriti, ali je na voljo dovolj kapacitete, navesti zahtevane podatke, ustvariti rezervacijo, in opraviti zahtevano plačilo.
Skozi ta proces mora ostati doslednih več pravil:

• kapaciteta sobe
• datumi prihoda in odhoda
• obstoječe rezervacije
• kategorije gostov
• cene za člane in nečlane
• skupni zneski rezervacije
• zneski pologa
• stanje plačila
• veljavnost rezervacije

En sam neprekinjen potek rezervacije

Postopek rezervacije je neposredno vgrajen v spletno stran.
Gostje izberejo sobo in datume potovanja. Sistem preveri razpoložljivost za zahtevano obdobje in sporoči preostalo kapaciteto.
Sestavo gostov je nato mogoče nastaviti znotraj omejitev izbrane nastanitve.
Cena se izračuna iz konteksta rezervacije, namesto da bi bila predstavljena zgolj kot statična informacija.
Preden je rezervacija oddana, gost prejme jasen povzetek, ki vsebuje izbrano sobo, datume, število nočitev, sestavo gostov, in skupni znesek.
Rezultat je preprost delovni tok:
Soba → Datumi → Razpoložljivost → Gostje → Podrobnosti → Rezervacija → Plačilo
Stranka vidi preprost proces.
Aplikacija upravlja pravila v ozadju.

Razpoložljivost in kapaciteta

Razpoložljivost je del logike rezervacije, ne ločeno povpraševanje.
Za izbrano obdobje aplikacija ugotovi, ali je nastanitev na voljo, in koliko kapacitete še ostaja.
Omejitve zasedenosti veljajo naprej, ko se gostje dodajajo k rezervaciji, kar preprečuje konfiguracije rezervacije, ki presegajo kapaciteto izbrane sobe.
To ohranja povezavo med razpoložljivostjo, prikazano stranki, in rezervacijo, ki nastaja.

Pravila določanja cen

Koralpenhaus.eu uporablja različne cenovne kontekste za člane in nečlane, pa tudi različne kategorije gostov.
Ta pravila so vgrajena v postopek rezervacije.
Namesto da bi morali gostje ali osebje ceno izračunati ločeno, aplikacija uporabi izbrane parametre rezervacije za izračun ustreznega skupnega zneska.
Povzetek rezervacije tako postane edina točka, na kateri se datumi, zasedenost, in cena združijo, preden je rezervacija oddana.

Življenjski cikel rezervacije

Oddaja rezervacije ustvari rezervacijo, ki jo je nato mogoče priklicati prek območja My Booking.
Rezervacije, ki čakajo na plačilo, so jasno označene kot V čakanju na plačilo in vključujejo določeno plačilno obdobje.
Stranka lahko zapusti spletno stran, se vrne pozneje, in prikliče obstoječo rezervacijo, ne da bi morala znova začeti postopek rezervacije.
Rezervacija ohrani svojo sobo, datume, podatke o gostih, ceno, zahtevan polog, in trenutno stanje plačila.
Zaradi tega rezervacija postane trajen poslovni objekt, ne enkratna oddaja obrazca.

Spletno plačilo pologa

Postopek plačila je neposredno povezan z rezervacijo.
Koralpenhaus.eu izračuna 20-odstotni polog iz skupnega zneska rezervacije in znesek prikaže, preden se plačilo začne.
Plačilo je vgrajeno prek PayPal, podprte možnosti plačila pa so predstavljene znotraj poteka rezervacije.
Ločitev je namerna:
Koralpenhaus.eu ostaja odgovoren za rezervacijo in njena poslovna pravila, medtem ko ponudnik plačil obravnava plačilno transakcijo.
To ohranja obdelavo plačil zunaj lastnega upravljanja s plačilnimi podatki aplikacije, ob tem pa ohranja neprekinjeno izkušnjo za stranko.

Samopostrežba za stranke

Ne potrebuje vsak gost še enega uporabniškega računa.
Območje My Booking strankam ponuja preprost način vrnitve k obstoječi rezervaciji in pregleda njenega trenutnega stanja.
Pogled rezervacije združi informacije, pomembne za stranko:

• nastanitev
• prihod in odhod
• število nočitev
• sestava gostov
• kontaktni podatki
• skupni znesek rezervacije
• zahtevan polog
• stanje plačila

Kjer plačilo še ni poravnano, lahko stranka nadaljuje od obstoječe rezervacije.
To zmanjša nepotrebne korake tako za goste kot za osebje.

Vsebina in izkušnja gostov

Sistem rezervacij je le en del platforme.
Koralpenhaus.eu obiskovalcem ponuja tudi vsebino, ki jo potrebujejo pred odločitvijo:

• predstavitev sob
• foto galerije
• video
• lokacija in kontaktni podatki
• Google ocene
• knjiga gostov
• večjezične informacije

Ti elementi si delijo isti odzivni vmesnik kot potek rezervacije.
Namen je izogniti se pogosti ločitvi med predstavitveno spletno stranjo in nepovezano zunanjo izkušnjo rezervacije.
Gostje ostanejo znotraj enega doslednega digitalnega okolja, od odkritja do rezervacije.

Moderirana uporabniška vsebina

Knjiga gostov obiskovalcem omogoča oddajo lastnih vnosov, ne da bi bila oddana vsebina takoj objavljena.
To omogoča nadzorovan potek dela za vsebino, ki jo ustvarijo uporabniki, in omogoča, da javna knjiga gostov ostane uporabna, ne da bi vsako oddajo obravnavali kot zaupanja vredno vsebino.
Javni prispevek in uredniški nadzor ostajata ločeni zadevi.

Administracija

Javna funkcionalnost in administracija sta ločeni.
Koralpenhaus.eu za notranjo funkcionalnost ponuja namensko avtenticirano administrativno vstopno točko, medtem ko javni vmesnik ostaja osredotočen na goste.
Ta ločitev omogoča, da operativna funkcionalnost ostane za avtentikacijo, ne da bi dodala administrativno zapletenost aplikaciji, namenjeni strankam.

Večjezičnost po zasnovi

Koralpenhaus.eu služi tako regionalnim kot mednarodnim gostom.
Večjezična podpora je zato del aplikacije, ne dodatna pristajalna stran.
Navigacija, informacije o nastanitvi, in velik del izkušnje rezervacije so predstavljeni znotraj izbranega jezikovnega konteksta.
Ista osnovna aplikacija in poslovni procesi lahko tako služijo različnim ciljnim skupinam, ne da bi bilo treba vzdrževati ločene spletne strani.

Mobilne naprave štejejo

Platforma za rezervacije mora delovati tam, kjer jo stranke dejansko uporabljajo.
Vmesnik Koralpenhaus.eu je bil zasnovan tako, da izbira sobe, koledarji, razpoložljivost, nastavitev gostov, povzetki rezervacij, in plačilna dejanja ostanejo uporabni na manjših zaslonih.
Zapletenost je zmanjšana s postopnimi koraki, namesto da bi bil celoten model rezervacije prikazan naenkrat.
Odzivni vmesnik ostaja dosleden skozi predstavitveni in transakcijski del aplikacije.

Inženirsko načelo

Projekt sledi preprostemu načelu:
Poslovno zapletenost naj obravnava sistem, ne uporabnik.

Gostu ne bi smelo biti treba razumeti stanj rezervacije, izračunov razpoložljivosti, cenovnih struktur, ali poteka plačila.
Zmožen naj bi bil:
Izbrati sobo. Izbrati datume. Vnesti goste. Rezervirati. Plačati polog.

Vse ostalo se odvija za to interakcijo.

Koralpenhaus.eu se je razvil v več kot le predstavitveno spletno stran.
Združuje vsebino, gostinstvu specifična poslovna pravila, in transakcijske poteke dela znotraj ene same po meri izdelane spletne aplikacije.
Za goste je rezultat jasna pot od odkritja nastanitve do upravljanja rezervacije.
Za podjetje ista platforma zagotavlja strukturirano osnovo, potrebno za povezovanje nastanitve, razpoložljivosti, cen, rezervacij, plačil, in vsebine.
Nobena nepotrebna tehnologija ni bila dodana zgolj zaradi uporabe same.

Sklad ostaja konvencionalen in vzdrževalen:
PHP • MySQL • JavaScript

Zapletenost je v poslovnem procesu.
Programska oprema obstaja zato, da to zapletenost naredi obvladljivo.

Pregled

Ponovna namestitev sistema Windows, ali predaja računalnika oddelku IT, se vedno znova začne z isto pozabljeno podrobnostjo: nihče ne najde več ključa izdelka za Windows. GetKey namensko rešuje natanko ta problem, in nič drugega.

Gre za majhno, prenosno aplikacijo za Windows: brez namestitvenega programa, brez storitve v ozadju, brez računa. Prenesete jo, razširite, enkrat odprete, in licenčni ključ, ki se skriva znotraj sistema Windows, se prebere in prikaže na zaslonu.

Med drugim uporabljena tehnologija:

Windows Desktop • Registry & WMI key extraction • CSV / Excel export • PDF reporting

Izziv

Windows ključ izdelka, s katerim je bil aktiviran, hrani nekje znotraj sistema, a ne na mestu, ki bi ga običajen uporabnik lahko mimogrede odprl in prebral.

Vsak, ki znova namešča računalnik, seli na novo strojno opremo, ali dokumentira licence po majhnem IT parku, na koncu ugiba, brska po starih e-poštnih potrdilih, ali kliče podporo.

Zahtevo je bilo enostavno zapisati, a v praksi jo je bilo enostavno zgrešiti:

• zanesljivo najti trenutno aktiviran ključ, na različicah Windows od 7 do 11 ter v liniji Server
• prikazati ga, ne da bi zahteval karkoli, česar uporabnik ne more zlahka priskrbeti
• omogočiti, da ključ znova zapusti orodje — kot besedilo, preglednico, ali dokument, ki lahko leži v mapi skupaj z računom

Načelo zasnove

Orodje, ki ga potrebuje samo ena oseba in ki ga nihče ne želi konfigurirati, je treba presojati po tem, kako malo zahteva od osebe, ki ga uporablja, ne po tem, koliko nastavitev ima.

Odprite GetKey. Preberite ključ. Po potrebi ga izvozite. Zaprite ga.

Brez prijave, brez čarovnika za namestitev, brez trajne sledi na računalniku po tem, ko je ZIP izbrisan — kar je še posebej pomembno na sistemu, ki ga bo nekdo tako ali tako kmalu počistil.

Doseg

Stran za prenos in stran izdelka sta v celoti prevedeni — Deutsch, English, Hrvatski, Français, Español, Italiano — tako da isto orodje in ista razlaga dosežeta osebje IT in zasebne uporabnike po nemško govorečem prostoru (DACH) in širše, brez ugibanja jezika že na vhodu.

Posnetki zaslona, ki zajemajo več resničnih računalnikov in različic sistema Windows, so prikazani neposredno na strani, tako da obiskovalci vidijo natančen vmesnik, še preden kaj prenesejo.

Rezultat

GetKey je namenoma ostal orodje z enim samim namenom. Ne poskuša postati paket za licenciranje ali izdelek za popis sistemov.

Zanesljivo najde en določen podatek, na različicah sistema Windows, ki jih ljudje dejansko še uporabljajo, in se nato umakne s poti.

Zahtevnost je v tem, kam Windows skrije ključ.
Orodje obstaja zato, da to eno iskanje postane brez truda.