Valittuja töitä

Yleiskatsaus

Auto Detailing Đeki on monikielinen verkkoalusta ammattimaiselle ajoneuvojen detailing-studiolle. Sen painopiste on selvästi Kroatian markkinoilla, ja siihen on tietoisesti rakennettu kasvupotentiaalia naapurimaihin.

Alusta suunniteltiin niin, että paikallisen markkinan vaatimuksia, alueellisten asiakkaiden odotuksia ja myöhempää rajat ylittävää laajentumista ei tarvitse käsitellä erillisinä projekteina.

Projekti yhdistää julkisen verkkosivuston, jossa on yksityiskohtainen palvelukuvaus, ajoneuvokohtainen hinnoittelulogiikka, konfiguroitavat paketit, ajanvaraus, maksuvaihtoehdot, asiakasarviot, ajoneuvodokumentaatio, tilauksen seuranta ja oma hallintakäyttöliittymä.

Tavoitteena ei ollut rakentaa vielä yhtä detailing-sivustoa yhteydenottolomakkeella.
Tavoitteena oli yhdistää Customer Journey ja päivittäiset liiketoimintaprosessit yhteen ylläpidettävään järjestelmään.

Kävijän tulee pystyä ymmärtämään, mitä palveluja tarjotaan, seuraamaan vaihtoehtojen eroja, näkemään todellisia työn tuloksia, kokoamaan sopiva palvelukokonaisuus ja varaamaan ajan.

Yrityksen puolestaan tulee pystyä hallitsemaan taustalla olevia prosesseja ilman, että lähdekoodia tarvitsee muuttaa.

Tekninen ja sisällöllinen rakenne laadittiin alusta alkaen niin, että Kroatia on ensisijainen markkina, kun taas monikielisyys ja keskitetty sisällönhallinta voivat tukea vahvempaa asemaa Sloveniassa, Unkarissa, Itävallassa ja muilla naapurimarkkinoilla.

Käytettyjä teknologioita muun muassa:
Uusimmat verkkoteknologiat • Responsiivinen suunnittelu • PayPal-integraatio • Google Gemini API



Keskitetty back office varauksille, hinnoille, sisällöille, käännöksille, saatavuudelle, medialle ja operatiiviselle hallinnolle.

Jo hallintakäyttöliittymä osoittaa projektin todellisen laajuuden.

Julkisen sivuston takana ei toimi erillinen varauslomake, vaan sovellus, johon keskeiset liiketoimintaprosessit kokoontuvat.

Haaste

Ammattimaista ajoneuvojen detailingia on vaikea tiivistää yksinkertaiseksi hinnastoksi.
Palvelun todellinen laajuus riippuu useista tekijöistä:

• ajoneuvoluokka
• ajoneuvon kunto
• tarvittava kiillotusaste
• valittu detailing-paketti
• maalipinnan suojauksen tyyppi
• lisäpalvelut
• tarvittava työaika
• studion saatavuus

Asiakas saattaa tietää, että hänen autonsa pitäisi kiillottaa.
Hän ei kuitenkaan välttämättä tunne eroa yksivaiheisen ja monivaiheisen maalipinnan korjauksen välillä.
Sama pätee keraamisiin pinnoitteisiin.
Kestävyys, kiilto, kemiallinen kestävyys, hydrofobiset ominaisuudet ja takuu vaihtelevat tuotteittain.

Staattinen verkkosivusto voi luetella nämä erot.
Sen on kuitenkin vaikea yhdistää niitä todelliseen varaukseen ja sen taustalla oleviin operatiivisiin prosesseihin.

Haasteena oli siksi tehdä monimutkaisesta palvelusta ymmärrettävä vaatimatta asiakasta itse ryhtymään detailing-asiantuntijaksi.

Ensin ymmärrys. Sitten varaus.

Julkinen sivusto alkaa tarkoituksella jo ennen varsinaista varausprosessia.

Kävijät voivat tutustua yksityiskohtaisesti sisäpuhdistukseen, ulkopuhdistukseen, kiillotukseen, maalipinnan dekontaminointiin, keraamiseen pinnoitukseen ja ylläpitoon.

Detailing-prosessi esitetään neljässä vaiheessa:
Tarkastus → Esikäsittely → Korjaus → Suojaus

Jokainen vaihe selitetään erikseen.
Kuvauksessa ei kerrota vain, mitä tehdään, vaan myös miksi vaihe on tarpeellinen.

Sisäpuhdistukseen kuuluu esimerkiksi itse puhdistuksen lisäksi valinnaisia suojakäsittelyjä nahalle, kankaalle ja muoville.

Ulkopuolen osalta esitys syventyy aiheisiin kuten maalipinnan korjaus, kemiallinen ja mekaaninen dekontaminointi, keraaminen maalipinnan suojaus, ajovalojen kunnostus ja moottoritilan puhdistus.

Ajatus on yksinkertainen:
Asiakkaan tulee ymmärtää, mitä hän ostaa, ennen kuin häntä pyydetään varaamaan se.

Keraaminen suojaus päätöksenä — ei valintaruutuna

Keraamisten pinnoitteiden kohdalla pelkkä tuotenimi ei riitä.
Alusta sisältää siksi suoran vertailun eri Gtechniq-suojausjärjestelmistä.

Vertailtavia ominaisuuksia ovat muun muassa:

• kestävyys
• liukkaus
• kiilto
• pesunkesto
• veden- ja lianhylkivyys
• kemikaalienkesto
• UV-kestävyys

Laadukkaammat vaihtoehdot saavat omat tarkemmat sivunsa.
Niitä ei asemoida pelkästään korkeamman hinnan kautta.

Crystal Serum Ultra -tuotteen kohdalla selitetään esimerkiksi kerrosrakenne, naarmunkestävyys, kemiallinen kestävyys, lämpötilan- ja UV-kestävyys, ammattimainen levitys ja takuun kesto.

Ohjelmisto ei tee päätöstä asiakkaan puolesta.
Se antaa hänelle tiedot, joita hän tarvitsee perusteltuun päätökseen.

Paketit, ajoneuvoluokat ja konfiguroitavat palvelut

Sama palvelukokonaisuus ei vaadi jokaisen ajoneuvon kohdalla yhtä paljon työtä.

Hinnoittelurakenne erottaa siksi ajoneuvoluokat, kuten:
Pieni auto • Keskikokoinen • SUV

Näiden luokkien sisällä on tarjolla ennalta määritettyjä paketteja:
Peruspaketti • Vakiopaketti • Premium-paketti

Lisäksi asiakas voi konfiguroida haluamansa palvelun tarkemmin.

Varausprosessissa voidaan yhdistää:

• ajoneuvoluokka
• paketti
• kiillotusaste
• maalipinnan suojaus
• lisäpalvelut

Valinta näytetään heti yhteenvedossa.

Kokonaishinta määräytyy valitun konfiguraation mukaan.
Kulusta tulee näin selkeä prosessi:
Ajoneuvo → Paketti → Kiillotus → Maalipinnan suojaus → Lisät → Aika → Asiakastiedot → Varaus

Asiakkaalle se pysyy selkeänä valintana.
Taustalla se pysyy johdonmukaisena liiketoimintalogiikkana.

Hinnat osana liiketoimintalogiikkaa

Hintoja ei ole kirjoitettu kiinteänä tekstinä yksittäisille sivuille.
Niitä hallitaan keskitetysti hallintapaneelissa.

Paketeille, kiillotusasteille, maalipinnan suojaukselle, lisäpalveluille ja ajoneuvoluokille voidaan ylläpitää eri hintoja.

Näin julkisesti näkyvä hinta ja varauksessa käytetty hinta tulevat samasta hinnoittelurakenteesta.

Lisäksi hallinta tukee yleisiä prosentuaalisia hinnanmuutoksia.
Yleistä korotusta tai alennusta ei siis tarvitse tehdä käsin rivi riviltä. Muutokset kirjataan hintahistoriaan, ja ne voidaan tarvittaessa perua.

Hinnanmuutoksesta tulee näin jäljitettävä liiketoimintatapahtuma eikä arvon hiljainen ylikirjoitus.

Saatavuus kahdesta näkökulmasta

Ajanvaraus perustuu yhteiseen näkymään todellisesta kuormituksesta.

Varauskalenteri on käytettävissä sekä ylläpitäjälle hallintapaneelissa että asiakkaalle varauksen aikana – kummallekin tehtävään sopivassa muodossa.

Ylläpitäjä saa operatiivisen kuukausinäkymän varatuista jaksoista, varauksista ja suljetuista päivistä.

Eri tilat osoittavat, mitkä varaukset odottavat vielä vahvistusta, mitkä on jo vahvistettu tai suoritettu ja mitkä jaksot ovat suljettuina lomakauden tai pyhäpäivien vuoksi.

Yhteinen saatavuuslogiikka yhdistää sisäisen kapasiteettisuunnittelun asiakkaan ajanvalintaan.

Asiakas näkee saman operatiivisen todellisuuden yksinkertaistetusta näkökulmasta.
Jo varatut tai suljetut jaksot eivät ole käytettävissä uudelle varaukselle.
Samalla sovellus määrittää seuraavan mahdollisen ajan ja ehdottaa sitä suoraan.
Ehdotus pysyy joustavana.
Asiakas voi edelleen valita toisen vapaan ajan.
Näin ei synny kahta erillistä kalenteria.

On yksi yhteinen saatavuuslogiikka kahdella eri näkymällä:
Ylläpitäjä: suunnittelee ja ohjaa.
Asiakas: näkee ja valitsee vapaat ajat.

Tämä on erityisen tärkeää detailing-palveluissa, koska työ voi ajoneuvosta, paketista ja laajuudesta riippuen viedä useita työpäiviä.

Sovelluksen ei siksi tarvitse löytää vain vapaata päivää, vaan riittävän pitkä vapaa jakso.

Järjestelmä tuntee kuormituksen.
Ylläpitäjä ohjaa sitä.
Asiakas näkee, mikä on todella vapaana.

Varauksesta tulee liiketoimintaprosessi

Varaus ei tuota pelkkää sähköpostia.
Siitä tulee hallittava tapaus hallintapaneelissa.

Varaus sisältää muun muassa:

• valitun paketin
• ajoneuvoluokan
• alun ja lopun
• hinnan
• maksutavan
• maksun tilan
• varauksen tilan

Varauksia voidaan tarkistaa, vahvistaa, muokata tai hylätä.
Maksut voidaan merkitä vastaavasti.
Myös puhelimitse sovitut ajat voidaan kirjata käsin.

Näin varaukset pysyvät alkuperästään riippumatta osana samaa järjestelmää.

Vastaanotosta operatiiviseen käsittelyyn varaus pysyy osana samaa liiketoimintaprosessia.

Varaus pysyy liiketoimintaobjektina – riippumatta siitä, syntyikö se verkossa vai puhelimitse.

Ennakkomaksut ja maksuasetukset

Maksusäännöt määritetään hallintapaneelissa.

Yritys voi esimerkiksi määrittää:

• tarjotaanko PayPal-ennakkomaksuja
• kuinka suuri ennakkomaksu on
• kuinka pitkä maksuaika on
• minne ilmoitukset lähetetään
• toimiiko integraatio sandbox- vai tuotantotilassa

Lisäksi alusta on valmisteltu uutta maksuintegraatiota varten PayWay / PBZ Card -palvelun kautta.
Varaussovellus vastaa edelleen varauksesta ja sen tilasta.
Maksupalveluntarjoaja vastaa edelleen varsinaisesta maksutapahtumasta.

Tämä erottelu pitää maksulogiikan siellä, minne se kuuluu, katkaisematta Customer Journey -polkua.

Monikielisyys osana järjestelmää

Auto Detailing Đeki on suunnattu ensisijaisesti Kroatian markkinoille.

Samalla yritys sijaitsee maantieteellisessä ympäristössä, jossa asiakassuhteet eivät välttämättä pääty valtakunnan rajalle.

Alusta tukee siksi seuraavia kieliä:
Hrvatski • Slovenščina • Magyar • Deutsch • English

Kroatia on markkinan ensisijainen kieli.

Sloveeni, unkari, saksa ja englanti luovat samalla perustan naapurimarkkinoiden ja kansainvälisten asiakkaiden tavoittamiselle ilman, että jokaiselle maalle rakennetaan erillinen tekninen alusta.

Monikielisyys ei rajoitu päävalikkoon.

Palvelukuvaukset, navigaatio, toimintakehotteet ja operatiiviset sisällöt ovat saatavilla kunkin kielen kontekstissa.

Näin arkkitehtuuri tukee sekä nykyistä asemaa Kroatiassa että mahdollista alueellista laajentumista.

Tekoälyavusteinen käännös

Osa operatiivisesta sisällöstä muuttuu useammin kuin muu.
Lomakauden sulkemiset tai pyhäpäivätiedotteet ovat tyypillisiä esimerkkejä.
Näiden tekstien laatiminen käsin usealle kielelle joka kerta aiheuttaisi turhaa työtä.
Siksi hallintapaneelissa on valinnainen Google Gemini -integraatio.
Kroatiankielinen lähdeteksti voidaan kääntää muille tuetuille kielille suoraan hallintakäyttöliittymästä.
Luodut tekstit pysyvät näkyvinä ja muokattavina.

Tekoäly hoitaa toistuvan osuuden.

Vastuu julkaistusta sisällöstä säilyy yrityksellä.

Kun studio on kiinni, sen tietää myös verkkosivusto

Saatavuus ei riipu pelkästään olemassa olevista varauksista.

Myös lomakausi, pyhäpäivät ja muut poissaolojaksot vaikuttavat siihen, milloin uusia töitä voidaan ottaa vastaan.

Tätä varten on omat hallintamoduulit.
Merkintä voi sisältää muun muassa:

• alku
• loppu
• kausi
• monikielinen viesti
• valinnainen taustagrafiikka

Kun määritetty jakso on päättynyt, väliaikaista tiedotetta ei tarvitse poistaa käsin.

Julkinen sivusto seuraa näin todellista toimintatilannetta.
Samalla tällaiset suljetut jaksot otetaan huomioon myös saatavuuslogiikassa.
Näin tiedottaminen ja suunnittelu pysyvät johdonmukaisina.

Arviot ja todelliset työt

Asiakasarviot on integroitu suoraan julkiseen sivustoon, ja niitä voidaan ylläpitää hallintapaneelissa.

Arviotekstin lisäksi voidaan tallentaa muun muassa nimi, päivämäärä, valinnainen Google-linkki sekä yrityksen vastaus.

Myös valmiit ajoneuvot käsitellään jäsenneltynä sisältönä.

Autot ja moottoripyörät voivat saada omat galleriamerkintänsä valokuvineen, videoineen, ulkoisine Facebook-linkkeineen ja ennen/jälkeen-näkymineen.

Vertailuliukusäädin antaa kävijöiden tarkastella tuloksia suoraan.
Galleria ei siis ole pelkkää koristesisältöä.
Siitä tulee näkyvä todiste todella tehdystä työstä.

Ajanvarauksesta läpinäkyvään tilauksen seurantaan

Digitaalinen Customer Journey ei pääty varaukseen.

Asiakas saa QR-koodin, joka vie hänen henkilökohtaiselle tilauksen seuranta-alueelleen.

Tämän linkin kautta ajoneuvon työn edistymistä voi seurata milloin tahansa.
Ylläpitäjä päivittää prosessin tilan sovelluksessa.
Heti kun uusi olennainen tila kirjataan, asiakas saa siitä lisäksi ilmoituksen sähköpostitse. Sähköposti ei kuitenkaan ole edellytys ajantasaisen tilan näkemiselle.

Asiakas voi avata henkilökohtaisen linkkinsä milloin tahansa ja tarkistaa itse, kuinka pitkällä työ on.

Hänen ei tarvitse odottaa seuraavaa viestiä.

Näin syntyy katkeamaton tiedonkulku:
Varaus → henkilökohtainen QR-koodi → työn tila → päivitys → sähköposti-ilmoitus

Asiakkaan ei tarvitse soittaa ja kysyä.
Ylläpitäjän ei tarvitse selittää samaa tilaa toistuvasti useissa viestintäkanavissa.
Molemmat osapuolet näkevät saman tapauksen – kumpikin omasta näkökulmastaan.

Löydä ajoneuvoni

Lisäksi asiakas pääsee ”Löydä ajoneuvoni” -toiminnon kautta hänelle tarkoitetulle ajoneuvoalueelle.

Tarvittavat kirjautumistiedot lähetetään sähköpostitse.

Kun henkilökohtainen koodi on syötetty, tälle tapaukselle vapautetut tiedot tulevat näkyviin.

Tämä alue ei ole vapaasti julkisesti saatavilla.

Näin asiakaskohtainen dokumentaatio pysyy selvästi erillään julkisesta ajoneuvogalleriasta.

Julkinen galleria näyttää tietoisesti julkaistuja töitä. Henkilökohtainen alue taas yhdistää tietyn asiakkaan hänen tilaukseensa ja ajoneuvoonsa.

Näin ajanvarauksesta tulee digitaalisesti tuettu palveluprosessi:
Varaa → Työstä → Tiedota → Seuraa → Dokumentoi

Varaus ja ajoneuvon dokumentaatio yhdistetään

Hallintapaneelissa ajoneuvo voidaan liittää tiettyyn varaukseen.

Näin syntyy suora yhteys operatiivisen tapauksen ja myöhemmän dokumentaation välille.

Varaus kuvaa, mitä työtä suunniteltiin.

Ajoneuvomerkintä dokumentoi käsitellyn ajoneuvon ja siihen liittyvät sisällöt.

Yksittäiset kuvat voidaan erikseen julkaista julkiseen galleriaan tai piilottaa.

Videoita ja ulkoisia linkkejä voidaan lisätä tästä riippumatta.

Lopputulos ei ole pelkkä iso mediakansio.

Syntyy jäsenneltyä dokumentaatiota todellisen ajoneuvon ja konkreettisen tilauksen ympärille.

Yksi keskitetty hallintakäyttöliittymä

Hallinta kokoaa päivittäiset liiketoimintaprosessit yhteen sovellukseen.

Hallittavissa ovat muun muassa:

• varaukset
• varausasetukset
• varauskalenteri
• hinnat
• hintahistoria
• etusivun sisällöt
• käännösasetukset
• lomakausi
• pyhäpäivät
• arvostelut
• autogalleriat
• moottoripyörägalleriat
• valokuvat
• videot
• Facebook-galleria
• tietokanta
• käyttäjät

Tavoitteena ei ole tarjota mahdollisimman monta hallintasivua.

Tavoitteena on olla hajauttamatta toisiinsa liittyviä prosesseja useisiin toisistaan riippumattomiin työkaluihin.

Kontekstisidonnainen ohje suoraan työnkulussa

Hallintaohjelmisto muuttuu päivittäisessä käytössä itsestäänselvyydeksi.

Etenkin alussa käyttäjän ei kuitenkaan pitäisi joutua selaamaan erillistä käsikirjaa ymmärtääkseen jonkin toiminnon.

Siksi hallinnassa on kontekstisidonnainen ohje.

Sovellus huomioi parhaillaan avoinna olevan hallinta-alueen ja tarjoaa siihen sopivat tiedot suoraan työnäkymässä.

Dokumentaatio seuraa nykyistä työkontekstia – ei päinvastoin.

Lomakausi-alueella selitetään esimerkiksi, miten merkintä luodaan, miten monikieliset viestit toimivat, milloin tiedote aktivoituu ja miten useita merkintöjä käsitellään samanaikaisesti.

Käyttäjä saa näin juuri ne tiedot, jotka kuuluvat nykyiseen työvaiheeseen.

Hänen ei tarvitse tietää, missä ulkoisen käsikirjan luvussa kyseinen toiminto on kuvattu.

Ohje seuraa työkontekstia. Ei päinvastoin.

Näin dokumentaatiosta tulee osa sovellusta eikä erillinen tiedosto, jota on ylläpidettävä varsinaisesta järjestelmästä riippumatta.

Laatu ei vasta käyttöönoton jälkeen

Alustan, joka yhdistää varaukset, hinnat, monikielisyyden, asiakasviestinnän, saatavuuden ja operatiivisen hallinnon, on toimittava muutenkin kuin visuaalisesti.

Kehityksen aikana toiminnallisia kulkuja ja erilaisia käyttäjäpolkuja tarkistettiin siksi toistuvasti.

softify.pro:n kehitys- ja laadunvarmistusprosessissa käytettiin perinteisen manuaalisen testauksen lisäksi myös COCOa tukevana testaus- ja verifiointi-instanssina.

Painopisteinä olivat muun muassa johdonmukainen navigaatio, lomakkeiden kulut, kielen vaihto, hinnoittelu- ja varauslogiikka, kalenteri- ja saatavuuslogiikka sekä julkisen sivuston ja hallinta-alueen välinen yhteys.

COCO ei korvannut asiantuntijan hyväksyntää.

Se täydensi sitä.

Toistettavia käyttäjäkulkuja voitiin tarkistaa järjestelmällisesti, kun taas lopullinen arviointi säilyi ihmisellä.

Juuri sovelluksessa, jossa on useita kieliä, lukuisia hallinta-alueita ja toisiinsa kytkeytyviä liiketoimintaobjekteja, ylimääräinen tarkistuspolku pienentää riskiä, että muutos yhdessä kohdassa vaikuttaa tahattomasti muihin prosesseihin.

Tietokannan varmuuskopio, palautus ja käyttöoikeudet

Operatiivinen data ei saa olla vain yhdessä paikassa.

Hallinta tarjoaa siksi hallittuja tietokannan vienti- ja tuontitoimintoja.

Ennen kuin tuotu tietokanta korvaa nykyisen, nykytilasta tehdään varmuuskopio ja tuotu tiedosto tarkistetaan.

Myös käyttöoikeuksia hallitaan järjestelmän sisällä.

Käyttäjillä voi olla eri rooleja, jolloin rutiinitehtävät eivät automaattisesti vaadi samoja oikeuksia kuin kriittiset hallinnolliset toimenpiteet.

Julkinen sivusto ja back office

Asiakkaan ei tarvitse ymmärtää hallintajärjestelmää.

Mutta ylläpitäjän ei myöskään pitäisi joutua siirtämään samaa asiakasvarausta käsin toiseen järjestelmään.

Juuri tämä raja määrittää projektin.

Julkinen puoli keskittyy seuraavaan:
Ymmärrä → Vertaile → Konfiguroi → Varaa → Seuraa

Sisäinen puoli keskittyy seuraavaan:
Vahvista → Suunnittele → Hinnoittele → Työstä → Tiedota → Dokumentoi

Molemmat puolet työskentelevät saman liiketoimintaprosessin parissa.

Engineering Principle

Projekti noudattaa periaatetta, joka kulkee myös muiden softify.pro:n räätälöityjen liiketoimintasovellusten läpi:
Monimutkaisuus kuuluu vuorovaikutuksen taakse.

Asiakkaan ei pitäisi joutua laskemaan, mikä ajoneuvoluokan, kiillotusasteen, pinnoitteen ja lisäpalvelun yhdistelmä tuottaa oikean hinnan.

Hänen tulee voida valita tarvitsemansa ja nähdä tulos.
Hänen ei pitäisi joutua itse selvittämään, milloin studiolla on taas kapasiteettia.
Järjestelmän tulee näyttää hänelle, mikä on todella vapaana.

Eikä hänen pitäisi joutua soittamaan saadakseen tietää, kuinka pitkällä hänen ajoneuvonsa työ on.

Tämän tiedon tulee olla saatavilla siellä, missä asiakas sitä odottaa.

Samoin ylläpitäjän ei pitäisi joutua muokkaamaan lähdekoodia muuttaakseen hintoja, kirjatakseen lomakauden, hallitakseen varauksia tai julkaistakseen ajoneuvokuvia.

Ohjelmiston tulee kantaa tämä monimutkaisuus.
Ei asiakkaan.
Ei ylläpitäjän.

Tämä lähestymistapa noudattaa softify.pro:n kehitysperiaatetta: monimutkainen liiketoimintalogiikka hallitaan sisäisesti, kun taas vuorovaikutus pysyy asiakkaille ja ylläpitäjille selkeänä ja ymmärrettävänä.

Tulos

Auto Detailing Đeki kehittyi enemmäksi kuin esittelysivustoksi Kroatian markkinoille.

Alusta yhdistää paikallisen markkina-aseman tekniseen perustaan, joka on jo valmisteltu alueelliseen ulottuvuuteen.

Monikielinen sisältö, keskitetysti hallittu liiketoimintalogiikka ja yhteinen back office mahdollistavat uusien kohderyhmien tavoittamisen naapurimaissa ilman, että sovellusta tarvitsee rakentaa uudelleen.

Samalla alusta yhdistää palvelutiedot, jäsennellyn hinnoittelun, konfiguroitavat detailing-paketit, ajanvarauksen, yhteisen saatavuuslogiikan, maksusäännöt, arviot, asiakaskohtaisen tilauksen seurannan ja ajoneuvodokumentaation yhteen räätälöityyn verkkosovellukseen.

Asiakkaille syntyy selkeä polku ensimmäisestä tiedosta valinnan ja varauksen kautta aina käynnissä olevan tilauksen läpinäkyvään seurantaan.

He näkevät, mitkä ajat ovat todella vapaana.
He saavat ehdotuksen seuraavasta ajasta.
He voivat seurata työn edistymistä itse milloin tahansa henkilökohtaisen linkkinsä kautta.

Uusista olennaisista prosessivaiheista tiedotetaan lisäksi sähköpostitse.

”Löydä ajoneuvoni” -toiminnon kautta asiakaskohtainen pääsy vapautettuihin ajoneuvotietoihin pysyy selvästi erillään julkisesta alueesta.

Yritykselle syntyy samalla keskitetty operatiivinen ympäristö varauksille, hinnoille, kapasiteetille, saatavuudelle, sisällöille, viestinnälle ja valmiiden töiden dokumentoinnille.

Hallinta ohjaa prosesseja taustalla.

Asiakas näkee tuloksen.

Julkinen käyttöliittymä on näkyvä osa huomattavasti laajempaa digitaalista liiketoimintaprosessia.

Detailingin hengessä täälläkin pätee:
Todellinen monimutkaisuus on työssä.
Ohjelmisto huolehtii siitä, että se pysyy hallittavana.

Yleiskatsaus

Koralpenhaus.eu on monikielinen verkkoalusta alppimajoitusyritykselle Kärntenissä, Itävallassa.
Projekti yhdistää julkisen verkkosivuston huoneiden esittelyyn, saatavuuteen, hinnoitteluun, varauksiin, verkossa maksettaviin käsirahoihin ja asiakkaan itsepalveluun.
Tavoitteena ei ollut lisätä verkkosivustolle pelkkää varauslomaketta.
Tavoitteena oli luoda yksi ylläpidettävä järjestelmä, jossa julkinen sisältö ja varausprosessi toimivat yhdessä — pitäen kokemuksen samalla yksinkertaisena vieraille.
Käytetty teknologiapino, muun muassa:
PHP • MySQL • JavaScript • Responsiivinen verkko • PayPal-integraatio

Haaste

Majoitusverkkosivustot näyttävät ulospäin yksinkertaisilta. Taustalla oleva prosessi ei yleensä ole.
Vieraan on löydettävä sopiva huone, valittava ajanjakso, ymmärrettävä sovellettava hinta, tarkistettava riittääkö kapasiteetti, annettava vaaditut tiedot, luotava varaus ja suoritettava vaadittu maksu.
Useiden sääntöjen on pysyttävä johdonmukaisina koko sen prosessin ajan:

• huonekapasiteetti
• saapumis- ja lähtöpäivät
• olemassa olevat varaukset
• vierasluokat
• jäsen- ja muiden hinnoittelu
• varauksen kokonaissumma
• käsirahan määrä
• maksun tila
• varauksen voimassaolo

Yksi yhtenäinen varausprosessi

Varausprosessi on integroitu suoraan verkkosivustoon.
Vieraat valitsevat huoneen ja matkapäivänsä. Järjestelmä tarkistaa saatavuuden halutulle ajanjaksolle ja ilmoittaa jäljellä olevan kapasiteetin.
Vierasrakenne voidaan sen jälkeen määrittää valitun majoituksen rajoissa.
Hinnoittelu lasketaan varauksen kontekstista sen sijaan, että se esitettäisiin vain staattisena tietona.
Ennen varauksen lähettämistä vieras saa selkeän yhteenvedon, joka sisältää valitun huoneen, päivämäärät, öiden määrän, vierasrakenteen ja kokonaissumman.
Tuloksena on suoraviivainen työnkulku:
Huone → Päivämäärät → Saatavuus → Vieraat → Tiedot → Varaus → Maksu
Asiakas näkee yksinkertaisen prosessin.
Sovellus hoitaa säännöt sen takana.

Saatavuus ja kapasiteetti

Saatavuus on osa varauslogiikkaa erillisen tiedustelun sijaan.
Valitulle ajanjaksolle sovellus määrittää, onko majoitus saatavilla ja kuinka paljon kapasiteettia jää jäljelle.
Käyttörajat pätevät edelleen, kun vieraita lisätään varaukseen, mikä estää varauskokoonpanot, jotka ylittävät valitun huoneen kapasiteetin.
Tämä pitää asiakkaalle näytetyn saatavuuden yhteydessä luotavaan varaukseen.

Hinnoittelusäännöt

Koralpenhaus.eu käyttää eri hintakonteksteja jäsenille ja muille sekä eri vierasluokille.
Nämä säännöt on integroitu varausprosessiin.
Sen sijaan, että vieraiden tai henkilökunnan tarvitsisi laskea hinnat erikseen, sovellus käyttää valittuja varausparametreja vastaavan kokonaissumman tuottamiseen.
Varausyhteenvedosta tulee siten se ainoa kohta, jossa päivämäärät, käyttöaste ja hinnoittelu kohtaavat ennen varauksen lähettämistä.

Varauksen elinkaari

Varauksen lähettäminen luo varauksen, joka voidaan myöhemmin hakea Oma varaus -alueelta.
Maksua odottavat varaukset on selkeästi merkitty tilaan Maksu odottaa, ja niihin sisältyy määritelty maksuaika.
Asiakas voi poistua verkkosivustolta, palata myöhemmin ja hakea olemassa olevan varauksen aloittamatta varausprosessia uudelleen.
Varaus säilyttää huoneensa, päivämääränsä, vierastiedot, hinnan, vaaditun käsirahan ja nykyisen maksun tilan.
Tämä tekee varauksesta pysyvän liiketoimintaobjektin sen sijaan, että se olisi vain kertaluontoinen lomakkeen lähetys.

Verkkomaksu käsirahalle

Maksuprosessi on kytketty suoraan varaukseen.
Koralpenhaus.eu laskee 20 %:n käsirahan varauksen kokonaissummasta ja esittää summan ennen maksun aloittamista.
Maksu on integroitu PayPalin kautta, ja tuetut maksuvaihtoehdot esitetään suoraan varausprosessin sisällä.
Erottelu on tarkoituksellinen:
Koralpenhaus.eu pysyy vastuussa varauksesta ja sen liiketoimintasäännöistä, kun taas maksupalveluntarjoaja hoitaa maksutapahtuman.
Tämä pitää maksujen käsittelyn sovelluksen oman maksutietojen käsittelyn ulkopuolella samalla kun säilytetään yhtenäinen asiakaskokemus.

Asiakkaan itsepalvelu

Jokainen vieras ei tarvitse toista käyttäjätiliä.
Oma varaus -alue tarjoaa asiakkaille kevyen tavan palata olemassa olevaan varaukseen ja tarkastella sen nykyistä tilaa.
Varausnäkymä kokoaa yhteen asiakkaan kannalta olennaiset tiedot:

• majoitus
• saapuminen ja lähtö
• öiden määrä
• vierasrakenne
• yhteystiedot
• varauksen kokonaissumma
• vaadittu käsiraha
• maksun tila

Jos maksu on vielä suorittamatta, asiakas voi jatkaa olemassa olevasta varauksesta.
Tämä vähentää tarpeettomia vaiheita sekä vieraille että henkilökunnalle.

Sisältö ja vieraskokemus

Varausjärjestelmä on vain yksi osa alustaa.
Koralpenhaus.eu tarjoaa myös sisällön, jota kävijät tarvitsevat ennen päätöksentekoa:

• huoneiden esittely
• valokuvagalleriat
• video
• sijainti- ja yhteystiedot
• Google-arvostelut
• vieraskirja
• monikielinen tieto

Nämä elementit jakavat saman responsiivisen käyttöliittymän kuin varausprosessi.
Tarkoituksena on välttää tavanomainen jako esittelyverkkosivuston ja siitä erillisen ulkoisen varauskokemuksen välillä.
Vieraat pysyvät yhdessä yhtenäisessä digitaalisessa ympäristössä löytämisestä varaukseen asti.

Moderoitu käyttäjäsisältö

Vieraskirja antaa kävijöille mahdollisuuden lähettää omia merkintöjään ilman, että lähetetty sisältö julkaistaan välittömästi.
Tämä tarjoaa hallitun työnkulun käyttäjien tuottamalle sisällölle ja antaa julkisen vieraskirjan pysyä hyödyllisenä ilman, että jokaista lähetystä kohdellaan luotettavana sisältönä.
Julkinen osallistuminen ja toimituksellinen valvonta pysyvät erillisinä asioina.

Hallinta

Julkinen toiminnallisuus ja hallinta on eroteltu.
Koralpenhaus.eu tarjoaa erillisen, todennetun hallintapisteen sisäistä toiminnallisuutta varten, kun taas julkinen käyttöliittymä pysyy keskittyneenä vieraisiin.
Tämä erottelu mahdollistaa operatiivisen toiminnallisuuden pysymisen todennuksen takana lisäämättä hallinnollista monimutkaisuutta asiakkaalle näkyvään sovellukseen.

Monikielinen alusta lähtien

Koralpenhaus.eu palvelee sekä alueellisia että kansainvälisiä vieraita.
Monikielinen tuki on siksi osa sovellusta eikä ylimääräinen laskeutumissivu.
Navigaatio, majoitustiedot ja merkittävä osa varauskokemuksesta esitetään valitussa kielikontekstissa.
Sama taustalla oleva sovellus ja liiketoimintaprosessit voivat siten palvella eri yleisöjä ilman erillisten verkkosivustojen ylläpitoa.

Mobiili on tärkeä

Varausalustan on toimittava siellä, missä asiakkaat sitä todella käyttävät.
Koralpenhaus.eu:n käyttöliittymä suunniteltiin niin, että huoneen valinta, kalenterit, saatavuus, vierasmääritykset, varausyhteenvedot ja maksutoimet pysyvät käytettävinä pienemmillä näytöillä.
Monimutkaisuutta vähennetään asteittaisilla vaiheilla sen sijaan, että koko varausmalli näytettäisiin kerralla.
Responsiivinen käyttöliittymä pysyy yhdenmukaisena sekä esittely- että transaktio-osissa sovellusta.

Suunnitteluperiaate

Projekti noudattaa yksinkertaista periaatetta:
Liiketoiminnan monimutkaisuutta tulisi käsitellä järjestelmän, ei käyttäjän toimesta.

Vieraan ei tarvitse ymmärtää varausten tiloja, saatavuuslaskelmia, hintarakenteita tai maksuprosesseja.
Hänen pitäisi pystyä:
Valitsemaan huoneen. Valitsemaan päivämäärät. Syöttämään vieraat. Varaamaan. Maksamaan käsirahan.

Kaikki muu kuuluu tuon vuorovaikutuksen taakse.

Koralpenhaus.eu kehittyi enemmäksi kuin esittelyverkkosivustoksi.
Se yhdistää sisällön, majoitusalan liiketoimintasäännöt ja transaktionaaliset työnkulut yhdessä räätälöidyssä verkkosovelluksessa.
Vieraille tulos on selkeä polku majoituksen löytämisestä varauksen hallintaan.
Yritykselle sama alusta tarjoaa rakenteellisen perustan, jota tarvitaan majoituksen, saatavuuden, hinnoittelun, varausten, maksujen ja sisällön yhdistämiseen.
Mitään tarpeetonta teknologiaa ei lisätty pelkästään sen käyttämisen vuoksi.

Teknologiapino pysyy tavanomaisena ja ylläpidettävänä:
PHP • MySQL • JavaScript

Monimutkaisuus on liiketoimintaprosessissa.
Ohjelmisto on olemassa tehdäkseen tuosta monimutkaisuudesta hallittavan.

Yleiskatsaus

Windowsin uudelleenasennus tai koneen luovuttaminen IT:lle alkaa toistuvasti samasta unohdetusta yksityiskohdasta: kukaan ei enää löydä Windowsin tuoteavainta. GetKey ratkaisee juuri sen yhden ongelman, tarkoituksella, eikä muuta.

Se on pieni, kannettava Windows-sovellus: ei asennusohjelmaa, ei taustapalvelua, ei tiliä. Ladataan, puretaan, avataan kerran, ja Windowsin sisällä oleva lisenssiavain luetaan ja näytetään ruudulla.

Käytetty teknologia, muun muassa:

Windows-työpöytä • Rekisteri- ja WMI-avaimen luku • CSV/Excel-vienti • PDF-raportointi

Haaste

Windows säilyttää tuoteavaimen, jolla se aktivoitiin, jossain järjestelmän sisällä, mutta ei paikassa, josta tavallinen käyttäjä voisi vaivattomasti avata ja lukea sen.

Kone joka asennetaan uudelleen, siirretään uuteen laitteistoon tai jonka lisenssejä dokumentoidaan pienessä IT-kalustossa, päätyy lopulta arvailuun, vanhojen sähköpostikuittien läpikäymiseen tai tukeen soittamiseen.

Vaatimus oli helppo ilmaista, mutta helppo tehdä väärin käytännössä:

• löydä tällä hetkellä aktivoitu avain luotettavasti Windows 7:stä 11:een ja Server-sarjassa
• näytä se pyytämättä mitään, mitä käyttäjä ei voi helposti toimittaa
• anna sen poistua työkalusta jälleen — tekstinä, taulukkona tai asiakirjana, joka voi olla kansiossa laskun vieressä

Suunnitteluperiaate

Työkalua, jota vain yksi henkilö tarvitsee kerran eikä kukaan halua konfiguroida, tulee arvioida sen perusteella, kuinka vähän se vaatii käyttäjältä, ei sen perusteella, kuinka monta asetusta siinä on.

Avaa GetKey. Lue avain. Vie tarvittaessa. Sulje.

Ei kirjautumista, ei asennusohjattua toimintoa, ei pysyvää jälkeä koneella sen jälkeen kun ZIP-tiedosto on poistettu — mikä on kaksin verroin tärkeää järjestelmässä, joka ollaan muutenkin pian nollaamassa.

Ulottuvuus

Latayssivu ja tuotesivu on täysin käännetty — saksa, englanti, kroatia, ranska, espanja, italia — joten sama työkalu ja sama selitys tavoittavat IT-henkilöstön ja yksityiskäyttäjät DACH-alueella ja sen ulkopuolella ilman kielen arvailua ovella.

Kuvakaappaukset, jotka kattavat useita todellisia koneita ja Windows-versioita, näytetään suoraan sivulla, joten kävijät näkevät tarkan käyttöliittymän ennen kuin lataavat mitään.

Tulos

GetKey pysyi tarkoituksella yhden käyttötarkoituksen työkaluna. Se ei yritä muuttua lisenssienhallintapaketiksi tai järjestelmäinventaariotuotteeksi.

Se löytää luotettavasti yhden tietyn tiedon niistä Windows-versioista, joita ihmiset todella yhä käyttävät, ja väistyy sitten tieltä.

Monimutkaisuus on siinä, mihin Windows piilottaa avaimen.
Työkalu on olemassa tehdäkseen tuosta yhdestä hausta vaivatonta.