Válogatott munkák

Áttekintés

Az Auto Detailing Đeki egy többnyelvű webplatform egy professzionális autókozmetikai stúdió számára, amely egyértelműen a horvát piacra összpontosít, és tudatosan kialakított növekedési potenciállal rendelkezik a szomszédos országok felé.

A platformot úgy tervezték, hogy a helyi piaci igényeket, a regionális ügyfélelvárásokat és a későbbi határokon átnyúló bővítést ne kelljen külön projektként kezelni.

A projekt egy nyilvánosan elérhető weboldalt kapcsol össze a szolgáltatások részletes bemutatásával, járműfüggő árlogikával, konfigurálható csomagokkal, időpontfoglalással, fizetési lehetőségekkel, ügyfélértékelésekkel, járműdokumentációval, megrendeléskövetéssel és saját adminisztrációs felülettel.

A cél nem egy újabb, kapcsolatfelvételi űrlappal ellátott autókozmetikai weboldal elkészítése volt.
A cél az volt, hogy a Customer Journey és a napi üzleti folyamatok egyetlen, jól karbantartható rendszerben egyesüljenek.

A látogatónak meg kell értenie, milyen szolgáltatásokat kínálnak, át kell látnia a változatok közötti különbségeket, valódi munkaeredményeket kell látnia, össze kell tudnia állítani a számára megfelelő szolgáltatási kört, és időpontot kell tudnia foglalni.

A vállalkozásnak pedig a háttérben futó folyamatokat kell tudnia kezelni anélkül, hogy ehhez a forráskódot módosítani kellene.

A technikai és tartalmi struktúrát kezdettől fogva úgy alakították ki, hogy Horvátország legyen az elsődleges piac, miközben a többnyelvűség és a központi tartalomkezelés erősebb pozicionálást tehet lehetővé Szlovéniában, Magyarországon, Ausztriában és további szomszédos piacokon.

Az alkalmazott technológiák többek között:
Legmodernebb webtechnológiák • Reszponzív dizájn • PayPal-integráció • Google Gemini API



Központi back office a foglalások, árak, tartalmak, fordítások, elérhetőség, médiatartalmak és az operatív adminisztráció kezeléséhez.

Már maga az adminisztrációs felület megmutatja a projekt valódi terjedelmét.

A nyilvános weboldal mögött nem egy elszigetelt foglalási űrlap működik, hanem egy alkalmazás, amelyben a lényeges üzleti folyamatok összefutnak.

A kihívás

A professzionális autókozmetikát nehéz egy egyszerű árlistára leegyszerűsíteni.
A tényleges szolgáltatási kör több tényezőtől függ:

• járműkategória
• a jármű állapota
• szükséges polírozási fokozat
• választott autókozmetikai csomag
• a fényezésvédelem típusa
• kiegészítő szolgáltatások
• szükséges munkaidő
• a stúdió szabad kapacitása

Az ügyfél talán tudja, hogy az autóját polírozni kellene.
Azt azonban nem feltétlenül ismeri, mi a különbség az egylépéses és a többlépéses fényezéskorrekció között.
Hasonló a helyzet a kerámia bevonatokkal is.
A tartósság, a fény, a vegyszerállóság, a hidrofób tulajdonságok és a garancia termékenként eltérnek.

Egy statikus weboldal fel tudja sorolni ezeket a különbségeket.
Azonban nehezen tudja összekapcsolni őket egy valódi foglalással és a mögötte álló operatív folyamatokkal.

A kihívás tehát az volt, hogy egy összetett szolgáltatás érthetővé váljon anélkül, hogy az ügyféltől azt várnánk, hogy maga is autókozmetikai szakértővé váljon.

Előbb megérteni. Aztán foglalni.

A nyilvános weboldal tudatosan már a tényleges foglalási folyamat előtt kezdődik.

A látogatók részletesen tájékozódhatnak a belső takarításról, a külső kezelésről, a polírozásról, a fényezés dekontaminálásáról, a kerámia bevonatról és az ápolásról.

Az autókozmetikai folyamat négy fázisban jelenik meg:
Átvizsgálás → Előkészítés → Korrekció → Védelem

Minden fázist külön magyarázunk el.
Nemcsak azt írjuk le, mi történik, hanem azt is, miért szükséges az adott lépés.

A belső takarítás például nemcsak magát a tisztítást foglalja magában, hanem a bőr, a textil és a műanyag felületek opcionális védőkezelését is.

A külső részeknél a bemutatás mélyebben foglalkozik olyan témákkal, mint a fényezéskorrekció, a kémiai és mechanikai dekontaminálás, a kerámia fényezésvédelem, a fényszóró-felújítás és a motortér tisztítása.

Az alapgondolat egyszerű:
Az ügyfélnek értenie kell, mit vásárol, mielőtt foglalásra kérnénk.

Kerámiavédelem mint döntés — nem jelölőnégyzet

Kerámia bevonatoknál önmagában a terméknév nem elég.
A platform ezért a különböző Gtechniq védőrendszerek közvetlen összehasonlítását is tartalmazza.

Az összehasonlítás többek között a következőkre terjed ki:

• tartósság
• csúszósság
• fény
• mosásállóság
• víz- és szennyeződéstaszítás
• vegyszerállóság
• UV-állóság

A magasabb kategóriájú változatok saját részletes oldalt kapnak.
Pozicionálásuk nem csupán a magasabb áron alapul.

A Crystal Serum Ultra esetében például bemutatjuk a rétegfelépítést, a karcállóságot, a vegyszerállóságot, a hő- és UV-állóságot, a professzionális felvitelt és a garancia időtartamát.

A szoftver nem dönt az ügyfél helyett.
Megadja neki azokat az információkat, amelyekre a megalapozott döntéshez szüksége van.

Csomagok, járműkategóriák és konfigurálható szolgáltatások

Ugyanaz a szolgáltatási kör nem minden járműnél jelent ugyanakkora ráfordítást.

Az árstruktúra ezért megkülönböztet olyan járműkategóriákat, mint:
Kisautó • Középkategória • SUV

Ezeken a kategóriákon belül előre meghatározott csomagok állnak rendelkezésre:
Alapcsomag • Standard csomag • Prémium csomag

Ezen túlmenően az ügyfél részletesebben is konfigurálhatja a kívánt szolgáltatást.

A foglalási folyamat kombinálhatja:

• a járműkategóriát
• a csomagot
• a polírozási fokozatot
• a fényezésvédelmet
• a kiegészítő szolgáltatásokat

A kiválasztott elemek azonnal megjelennek egy összesítőben.

A végösszeg a választott konfigurációból adódik.
A folyamat így átlátható lépéssorrá válik:
Jármű → Csomag → Polírozás → Fényezésvédelem → Extrák → Időpont → Ügyféladatok → Foglalás

Az ügyfél számára ez áttekinthető választás marad.
A háttérben következetes üzleti logika marad.

Az árak mint az üzleti logika része

Az árak nem fixen beírt szövegként vannak szétszórva az egyes oldalakon.
Kezelésük központilag, az adminisztrációban történik.

Különböző árak tarthatók karban a csomagokhoz, polírozási fokozatokhoz, fényezésvédelemhez, kiegészítő szolgáltatásokhoz és járműkategóriákhoz.

Így a nyilvánosan látható ár és a foglaláskor alkalmazott ár ugyanabból az árstruktúrából származik.

Az adminisztráció emellett támogatja a globális, százalékos árváltoztatásokat is.
Egy általános áremelést vagy árcsökkentést így nem kell tételenként, kézzel elvégezni. A változtatások egy árelőzményben rögzülnek, és szükség esetén visszavonhatók.

Az árváltozás így nyomon követhető üzleti művelet lesz, nem pedig egy érték csendes felülírása.

Elérhetőség két nézőpontból

Az időpont-tervezés a tényleges leterheltség közös képén alapul.

A foglaltsági naptár az üzemeltető számára az adminisztrációban, az ügyfél számára pedig a foglalás során érhető el – mindig az adott feladathoz illeszkedő formában.

Az üzemeltető operatív havi áttekintést kap a foglalt időszakokról, a foglalásokról és a zárolt napokról.

A különböző állapotok megmutatják, mely foglalások várnak még megerősítésre, melyek vannak már megerősítve vagy lezárva, és mely időszakokat blokkolja üzemi szabadság vagy ünnepnap.

A közös elérhetőségi logika összekapcsolja a belső kapacitástervezést az ügyfél időpontválasztásával.

Az ügyfél ugyanazt az üzemi valóságot látja, egyszerűsített nézőpontból.
A már foglalt vagy zárolt időszakok nem érhetők el új foglaláshoz.
Ugyanakkor az alkalmazás meghatározza a legközelebbi lehetséges időpontot, és azonnal fel is ajánlja.
A javaslat rugalmas marad.
Az ügyfél továbbra is választhat másik szabad időpontot.
Így nem jön létre két, egymástól elkülönülő naptár.

Egyetlen közös elérhetőségi logika létezik, két különböző nézettel:
Üzemeltető: tervez és irányít.
Ügyfél: látja és kiválasztja a szabad időpontokat.

Autókozmetikai szolgáltatásoknál ez különösen fontos, mert egy megrendelés a járműtől, a csomagtól és a szolgáltatási körtől függően több munkanapot is igénybe vehet.

Az alkalmazásnak ezért nem csupán egy szabad napot kell találnia, hanem egy kellően hosszú szabad időszakot kell figyelembe vennie.

A rendszer ismeri a leterheltséget.
Az üzemeltető irányítja.
Az ügyfél azt látja, ami valóban elérhető.

A foglalásból üzleti folyamat lesz

A foglalás nem csupán egy e-mailt hoz létre.
Kezelhető ügyként jelenik meg az adminisztrációban.

Egy foglalás többek között a következőket tartalmazza:

• választott csomag
• járműkategória
• kezdés és befejezés
• ár
• fizetési mód
• fizetési állapot
• foglalási állapot

A foglalások ellenőrizhetők, megerősíthetők, szerkeszthetők vagy elutasíthatók.
A fizetések ennek megfelelően megjelölhetők.
A telefonon egyeztetett időpontok is rögzíthetők kézzel.

Így a foglalások – eredetüktől függetlenül – ugyanannak a rendszernek a részei maradnak.

A foglalás beérkezésétől az operatív feldolgozásig a foglalás ugyanannak az üzleti folyamatnak a része marad.

A foglalás üzleti objektum marad – függetlenül attól, hogy online vagy telefonon jött-e létre.

Előlegek és fizetési beállítások

A fizetési szabályok az adminisztrációban konfigurálhatók.

A vállalkozás például meghatározhatja:

• kínál-e PayPal-előleget
• mekkora az előleg összege
• meddig érvényes a fizetési határidő
• hová kerülnek az értesítések
• sandbox vagy éles üzemmódban fut-e az integráció

A platform emellett fel van készítve egy további fizetési integrációra a PayWay / PBZ Card révén.
A foglalási alkalmazás felel a foglalásért és az állapotért.
A fizetési szolgáltató felel magáért a fizetési folyamatért.

Ez a szétválasztás ott tartja a fizetési logikát, ahová tartozik, anélkül hogy megszakítaná a Customer Journey-t.

Többnyelvűség mint a rendszer része

Az Auto Detailing Đeki elsősorban a horvát piacot célozza.

A vállalkozás ugyanakkor olyan földrajzi környezetben működik, ahol az ügyfélkapcsolatok nem feltétlenül érnek véget az országhatárnál.

A platform ezért a következő nyelveket támogatja:
Hrvatski • Slovenščina • Magyar • Deutsch • English

A horvát az elsődleges piaci nyelv.

A szlovén, a magyar, a német és az angol egyúttal megteremti az alapot a szomszédos piacok és a nemzetközi ügyfelek megszólításához anélkül, hogy minden országhoz külön technikai platformot kellene építeni.

A többnyelvűség nem korlátozódik a főmenüre.

A szolgáltatásleírások, a navigáció, a cselekvésre ösztönző elemek és az operatív tartalmak az adott nyelvi környezetben érhetők el.

Így az architektúra a mai horvátországi pozicionálást és egy lehetséges regionális terjeszkedést egyaránt támogatja.

MI-támogatott fordítás

Egyes operatív tartalmak gyakrabban változnak, mint mások.
Tipikus példa erre az üzemi szabadság vagy az ünnepnapi közlemény.
Ha ezeket a szövegeket minden alkalommal kézzel, több nyelven kellene újra elkészíteni, az felesleges munkát jelentene.
Az adminisztráció ezért opcionális Google Gemini-integrációt tartalmaz.
Egy horvát forrásszöveg közvetlenül az adminisztrációs felületről lefordítható a többi támogatott nyelvre.
A létrehozott szövegek láthatók és szerkeszthetők maradnak.

Az MI átveszi az ismétlődő részt.

A közzétett tartalomért a felelősség a vállalkozásnál marad.

Ha az üzlet zárva van, a weboldal is tudja

Az elérhetőség nem csak a meglévő foglalásoktól függ.

Az üzemi szabadság, az ünnepnapok vagy más távolléti időszakok is befolyásolják, mikor lehet új megrendeléseket fogadni.

Erre saját adminisztrációs modulok szolgálnak.
Egy bejegyzés többek között tartalmazhat:

• kezdést
• befejezést
• szezont
• többnyelvű üzenetet
• opcionális háttérgrafikát

A meghatározott időszak lejárta után az ideiglenes tájékoztatást nem kell kézzel eltávolítani.

A nyilvános weboldal így a tényleges üzemi helyzetet követi.
Ezek a zárolt időszakok egyúttal az elérhetőségi logikába is bekerülnek.
Így a tájékoztatás és a tervezés összhangban marad.

Értékelések és valódi munkák

Az ügyfélértékelések közvetlenül a nyilvános weboldalba vannak integrálva, és az adminisztrációban kezelhetők.

Az értékelés szövege mellett többek között a név, a dátum, egy opcionális Google-hivatkozás és a vállalkozás válasza is rögzíthető.

Az elkészült járművek is strukturált tartalomként kezelhetők.

Az autók és motorkerékpárok saját galériabejegyzést kaphatnak fényképekkel, videókkal, külső Facebook-hivatkozásokkal és előtte/utána összehasonlításokkal.

Egy összehasonlító csúszka lehetővé teszi a látogatók számára, hogy közvetlenül megtekintsék az eredményeket.
A galéria így nem csupán dekoratív tartalom.
A ténylegesen elvégzett munka látható bizonyítékává válik.

Az időponttól az átlátható megrendeléskövetésig

A digitális Customer Journey nem ér véget a foglalással.

Az ügyfél kap egy QR-kódot, amely a megrendeléskövetés személyes felületére vezet.

Ezen a linken keresztül bármikor megtekinthető a jármű kezelésének előrehaladása.
Az üzemeltető az alkalmazásban frissíti a folyamat állapotát.
Amint új, releváns állapot kerül rögzítésre, az ügyfél erről e-mailben is értesítést kap. Az e-mail azonban nem feltétele az aktuális állapot megtekintésének.

Az ügyfél bármikor megnyithatja személyes linkjét, és maga ellenőrizheti, hol tart a munka.

Nem kell a következő üzenetre várnia.

Így folyamatos információáramlás jön létre:
Foglalás → személyes QR-kód → munka állapota → frissítés → e-mail-értesítés

Az ügyfélnek nem kell telefonon érdeklődnie.
Az üzemeltetőnek nem kell ugyanazt az állapotot többször, több kommunikációs csatornán elmagyaráznia.
Mindkét fél ugyanahhoz az ügyhöz fér hozzá – a saját nézőpontjából.

Járművem keresése

Az ügyfél emellett a „Járművem keresése” funkción keresztül hozzáférhet a számára kijelölt járműfelülethez.

A szükséges hozzáférési adatokat e-mailben küldjük el.

A személyes kód megadása után láthatóvá válnak az adott ügyhöz jóváhagyott információk.

Ez a felület nem szabadon nyilvános.

Így az ügyfélhez kapcsolódó dokumentáció egyértelműen elkülönül a nyilvános járműgalériától.

A nyilvános galéria tudatosan közzétett munkákat mutat. A személyes felület ezzel szemben egy konkrét ügyfelet kapcsol össze a megrendelésével és a járművével.

Így egy időpontfoglalásból digitálisan kísért szolgáltatási folyamat lesz:
Foglalás → Munkavégzés → Tájékoztatás → Követés → Dokumentálás

A foglalás és a járműdokumentáció összekapcsolódik

Az adminisztrációban egy jármű összekapcsolható egy konkrét foglalással.

Így közvetlen kapcsolat jön létre az operatív ügy és a későbbi dokumentáció között.

A foglalás leírja, milyen munkát terveztek.

A járműbejegyzés dokumentálja a kezelt járművet és a hozzá tartozó tartalmakat.

Az egyes képek külön-külön engedélyezhetők a nyilvános galériában, vagy elrejthetők.

A videók és külső hivatkozások ettől függetlenül adhatók hozzá.

Az eredmény nem egyszerűen egy nagy médiamappa.

Strukturált dokumentáció jön létre egy valódi jármű és egy konkrét megrendelés köré.

Egyetlen központi adminisztrációs felület

Az adminisztráció egyetlen alkalmazásban fogja össze a napi üzleti folyamatokat.

Többek között a következők kezelhetők:

• foglalások
• foglalási beállítások
• foglaltsági naptár
• árak
• árelőzmények
• a kezdőlap tartalmai
• fordítási beállítások
• üzemi szabadság
• ünnepnapok
• értékelések
• autógalériák
• motorgalériák
• fotók
• videók
• Facebook-galéria
• adatbázis
• felhasználók

A cél nem az, hogy minél több adminisztrációs oldal álljon rendelkezésre.

A cél az, hogy az összetartozó folyamatok ne oszoljanak szét több, egymástól független eszköz között.

Környezetfüggő súgó közvetlenül a munkafolyamatban

Az adminisztrációs szoftver használata a mindennapok során magától értetődővé válik.

Különösen az elején azonban a felhasználónak nem kellene egy külön kézikönyvben keresgélnie ahhoz, hogy megértsen egy funkciót.

Az adminisztráció ezért környezetfüggő súgóval rendelkezik.

Az alkalmazás figyelembe veszi az éppen megnyitott adminisztrációs területet, és közvetlenül a munkafelületen jeleníti meg a hozzá illő információkat.

A dokumentáció az aktuális munkakörnyezetet követi – nem fordítva.

Az Üzemi szabadság területen például elmagyarázza, hogyan hozható létre egy bejegyzés, hogyan működnek a többnyelvű üzenetek, mikor válik aktívvá egy közlemény, és hogyan kezelhető egyszerre több bejegyzés.

A felhasználó így pontosan azokat az információkat kapja meg, amelyek az aktuális munkalépéshez tartoznak.

Nem kell tudnia, hogy egy külső kézikönyv melyik fejezete írja le az adott funkciót.

A súgó a munkakörnyezetet követi. Nem fordítva.

Így a dokumentáció az alkalmazás részévé válik, nem pedig egy különálló fájllá, amelyet a tényleges rendszertől függetlenül kell karbantartani.

Minőség nem csak az élesítés után

Egy olyan platformnak, amely összekapcsolja a foglalásokat, az árakat, a többnyelvűséget, az ügyfélkommunikációt, az elérhetőséget és az operatív adminisztrációt, nem elég csak vizuálisan működnie.

A fejlesztés során ezért ismételten ellenőrizték a funkcionális folyamatokat és a különböző felhasználói útvonalakat.

A softify.pro fejlesztési és minőségbiztosítási folyamatában a klasszikus manuális tesztek mellett a COCO is támogató teszt- és ellenőrző instanciaként szolgált.

A középpontban többek között a következetes navigáció, az űrlapfolyamatok, a nyelvváltás, az ár- és foglalási logika, a naptár- és elérhetőségi logika, valamint a nyilvános weboldal és az adminisztrációs terület közötti kapcsolat állt.

A COCO nem helyettesítette a szakmai átvételt.

Kiegészítette azt.

Az ismételhető felhasználói folyamatokat szisztematikusan lehetett ellenőrizni, miközben a végső értékelés továbbra is az embernél maradt.

Különösen egy több nyelvet, számos adminisztrációs területet és egymással összefüggő üzleti objektumokat tartalmazó alkalmazásnál csökkenti egy további ellenőrzési útvonal annak kockázatát, hogy egy helyen végzett változtatás akaratlanul más folyamatokat is befolyásoljon.

Adatbázis-mentés, visszaállítás és felhasználói jogosultságok

Az operatív adatok nem létezhetnek csupán egyetlen helyen.

Az adminisztráció ezért ellenőrzött export- és importfunkciókat kínál az adatbázishoz.

Mielőtt egy importált adatbázis felváltaná a meglévőt, a rendszer mentést készít az aktuális állapotról, és ellenőrzi az importált fájlt.

A hozzáférési jogosultságok kezelése is a rendszeren belül történik.

A felhasználók különböző szerepkörökkel rendelkezhetnek, így a rutinfeladatok nem igényelnek automatikusan ugyanolyan jogosultságokat, mint a kritikus adminisztratív műveletek.

Nyilvános weboldal és back office

Az ügyfélnek nem kell értenie az adminisztrációs rendszert.

Az adminisztrátornak viszont nem kellene ugyanazt az ügyfélfoglalást kézzel átvinnie egy második rendszerbe.

Éppen ez a határvonal határozza meg a projektet.

A nyilvános oldal fókusza:
Megérteni → Összehasonlítani → Konfigurálni → Foglalni → Követni

A belső oldal fókusza:
Megerősíteni → Tervezni → Árazni → Elvégezni → Tájékoztatni → Dokumentálni

Mindkét oldal ugyanazon az üzleti folyamaton dolgozik.

Engineering Principle

A projekt egy olyan alapelvet követ, amely a softify.pro más egyedi üzleti alkalmazásain is végighúzódik:
A komplexitás az interakció mögé tartozik.

Az ügyfélnek ne kelljen kiszámolnia, hogy a járműkategória, a polírozási fokozat, a bevonat és a kiegészítő szolgáltatás mely kombinációja adja a helyes árat.

Válassza ki, amire szüksége van, és lássa az eredményt.
Ne neki kelljen kiderítenie, mikor lesz a stúdiónak ismét szabad kapacitása.
A rendszer mutassa meg neki, mi érhető el valójában.

És ne kelljen telefonálnia azért sem, hogy megtudja, hol tart a járműve kezelése.

Ez az információ ott legyen elérhető, ahol az ügyfél várja.

Ugyanígy az üzemeltetőnek se kelljen forráskódot szerkesztenie ahhoz, hogy árakat módosítson, üzemi szabadságot rögzítsen, foglalásokat kezeljen vagy járműfotókat tegyen közzé.

Ezt a komplexitást a szoftvernek kell viselnie.
Nem az ügyfélnek.
Nem az üzemeltetőnek.

Ez a megközelítés a softify.pro fejlesztési elvét követi: az összetett üzleti logikát belül kell kézben tartani, miközben az interakció az ügyfelek és az üzemeltetők számára világos és követhető marad.

Eredmény

Az Auto Detailing Đeki több lett, mint egy bemutatkozó weboldal a horvát piac számára.

A platform a helyi piaci pozicionálást olyan technikai alappal kapcsolja össze, amely már fel van készítve a regionális elérésre.

A többnyelvű tartalmak, a központilag kezelt üzleti logika és a közös back office lehetővé teszik további célcsoportok megszólítását a szomszédos országokban anélkül, hogy az alkalmazást ehhez újra kellene építeni.

A platform ugyanakkor egyetlen egyedi webalkalmazásban egyesíti a szolgáltatási információkat, a strukturált árakat, a konfigurálható autókozmetikai csomagokat, az időpontfoglalást, a közös elérhetőségi logikát, a fizetési szabályokat, az értékeléseket, az ügyfélhez kötött megrendeléskövetést és a járműdokumentációt.

Az ügyfelek számára követhető út jön létre az első információtól a választáson és a foglaláson át egészen a folyamatban lévő megrendelés átlátható kíséréséig.

Látják, mely időpontok érhetők el valóban.
Kapnak egy javasolt legközelebbi időpontot.
A munka előrehaladását személyes linkjükön keresztül bármikor maguk követhetik.

Az új, releváns folyamatállapotokról ezen felül e-mailben is értesítést kapnak.

A „Járművem keresése” funkcióval az ügyfél hozzáférése a jóváhagyott járműinformációkhoz egyértelműen elkülönül a nyilvános résztől.

A vállalkozás számára ugyanakkor központi operatív környezet jön létre a foglalások, árak, kapacitások, elérhetőség, tartalmak, kommunikáció és az elvégzett munkák dokumentálása számára.

Az adminisztráció a háttérben irányítja a folyamatokat.

Az ügyfél az eredményt látja.

A nyilvános felület egy jóval átfogóbb digitális üzleti folyamat látható része.

Az autókozmetikához illően itt is érvényes:
A valódi komplexitás magában a munkában rejlik.
A szoftver gondoskodik róla, hogy kézben tartható maradjon.

Áttekintés

A Koralpenhaus.eu egy többnyelvű webes platform egy ausztriai, karintiai alpesi szálláshely-vállalkozás számára.
A projekt egyesíti a nyilvános weboldalt a szobabemutatóval, elérhetőséggel, árazással, foglalásokkal, online foglalódíj-fizetésekkel, és ügyfél-önkiszolgálással.
A cél nem egy foglalási űrlap hozzáadása volt egy weboldalhoz.
Az volt, hogy egyetlen karbantartható rendszert hozzunk létre, amelyben a nyilvános tartalom és a foglalási folyamat együtt működnek — miközben a vendégek számára egyszerű marad az élmény.
Az általunk használt technológiai stack, többek között:
PHP • MySQL • JavaScript • Responsive Web • PayPal Integration

A kihívás

A szálláshely-weboldalak kívülről egyszerűnek tűnnek. Az alapul szolgáló folyamat általában nem az.
Egy vendégnek meg kell találnia a megfelelő szobát, ki kell választania egy időszakot, meg kell értenie az érvényes árat, ellenőriznie kell, van-e elegendő kapacitás, meg kell adnia a szükséges információkat, létre kell hoznia egy foglalást, és el kell végeznie a szükséges fizetést.
Több szabálynak konzisztensnek kell maradnia ezen a folyamaton keresztül:

• szobakapacitás
• érkezési és távozási dátumok
• meglévő foglalások
• vendégkategóriák
• tag és nem tag árazás
• foglalási összegek
• foglalódíj-összegek
• fizetési állapot
• foglalás érvényessége

Egy folyamatos foglalási folyamat

A foglalási folyamat közvetlenül be van építve a weboldalba.
A vendégek kiválasztanak egy szobát és utazási dátumaikat. A rendszer ellenőrzi az elérhetőséget a kért időszakra, és jelenti a fennmaradó kapacitást.
A vendégösszetétel ezután konfigurálható a kiválasztott szálláshely korlátain belül.
Az árazást a foglalási kontextusból számítják ki, nem csupán statikus információként jelenítik meg.
Mielőtt egy foglalást beküldenének, a vendég egyértelmű összefoglalót kap, amely tartalmazza a kiválasztott szobát, dátumokat, éjszakák számát, vendégösszetételt, és teljes összeget.
Az eredmény egy egyszerű munkafolyamat:
Szoba → Dátumok → Elérhetőség → Vendégek → Részletek → Foglalás → Fizetés
Az ügyfél egy egyszerű folyamatot lát.
Az alkalmazás kezeli a mögötte lévő szabályokat.

Elérhetőség és kapacitás

Az elérhetőség a foglalási logika része, nem egy külön lekérdezés.
A kiválasztott időszakra az alkalmazás meghatározza, hogy elérhető-e a szállás, és mennyi kapacitás marad.
Az elfoglaltsági korlátok továbbra is érvényesek, amikor vendégeket adnak hozzá a foglaláshoz, megakadályozva a kiválasztott szoba kapacitását meghaladó foglalási konfigurációkat.
Ez összekapcsolva tartja az ügyfélnek megjelenített elérhetőséget a létrehozás alatt álló foglalással.

Árazási szabályok

A Koralpenhaus.eu különböző árazási kontextusokat használ tagoknak és nem tagoknak, valamint különböző vendégkategóriáknak.
Ezek a szabályok be vannak építve a foglalási folyamatba.
Ahelyett, hogy a vendégeknek vagy a személyzetnek külön kellene kiszámítania az árakat, az alkalmazás a kiválasztott foglalási paramétereket használja a megfelelő összeg előállításához.
A foglalási összefoglaló ezáltal azzá az egyetlen ponttá válik, ahol a dátumok, elfoglaltság, és árazás összekapcsolódnak, mielőtt a foglalást beküldenék.

A foglalás életciklusa

A foglalás beküldése egy olyan foglalást hoz létre, amely később visszakereshető a My Booking területen keresztül.
A fizetésre váró foglalásokat egyértelműen Pending payment jelöléssel látják el, és meghatározott fizetési időszakot tartalmaznak.
Az ügyfél elhagyhatja a weboldalt, később visszatérhet, és visszakeresheti a meglévő foglalást anélkül, hogy újra elindítaná a foglalási folyamatot.
A foglalás megőrzi szobáját, dátumait, vendéginformációit, árát, szükséges foglalódíját, és aktuális fizetési állapotát.
Ez a foglalást tartós üzleti objektummá teszi, nem egyszeri űrlapbeküldéssé.

Online foglalódíj-fizetés

A fizetési folyamat közvetlenül a foglaláshoz kapcsolódik.
A Koralpenhaus.eu a foglalási összeg 20%-át számítja ki foglalódíjként, és a fizetés megkezdése előtt bemutatja az összeget.
A fizetés a PayPal-on keresztül van integrálva, a támogatott fizetési lehetőségek a foglalási munkafolyamaton belül jelennek meg.
A szétválasztás szándékos:
A Koralpenhaus.eu felelős marad a foglalásért és annak üzleti szabályaiért, míg a fizetési szolgáltató kezeli a fizetési tranzakciót.
Ez a fizetésfeldolgozást az alkalmazás saját fizetésiadat-kezelésén kívül tartja, miközben folyamatos ügyfélélményt biztosít.

Ügyfél-önkiszolgálás

Nem minden vendégnek van szüksége egy újabb felhasználói fiókra.
A My Booking terület egy könnyű módot biztosít az ügyfeleknek arra, hogy visszatérjenek egy meglévő foglaláshoz, és áttekintsék annak aktuális állapotát.
A foglalási nézet összegyűjti az ügyfél számára releváns információkat:

• szálláshely
• érkezés és távozás
• éjszakák száma
• vendégösszetétel
• kapcsolattartási információ
• foglalási összeg
• szükséges foglalódíj
• fizetési státusz

Ahol a fizetés még függőben van, az ügyfél folytathatja a meglévő foglalásból.
Ez csökkenti a felesleges lépéseket mind a vendégek, mind a személyzet számára.

Tartalom és vendégélmény

A foglalási rendszer csak egy része a platformnak.
A Koralpenhaus.eu emellett biztosítja a látogatóknak a döntés meghozatala előtt szükséges tartalmat:

• szobabemutató
• fotógalériák
• videó
• helyszín és kapcsolattartási információ
• Google vélemények
• vendégkönyv
• többnyelvű információ

Ezek az elemek ugyanazt a reszponzív felületet osztják meg, mint a foglalási munkafolyamat.
A szándék az, hogy elkerüljük a bemutatkozó weboldal és egy nem kapcsolódó külső foglalási élmény közötti gyakori szétválást.
A vendégek egyetlen konzisztens digitális környezetben maradnak a felfedezéstől a foglalásig.

Moderált felhasználói tartalom

A vendégkönyv lehetővé teszi a látogatóknak, hogy beküldjék saját bejegyzéseiket anélkül, hogy a beküldött tartalmat azonnal közzétennék.
Ez kontrollált munkafolyamatot biztosít a felhasználó által generált tartalomhoz, és lehetővé teszi, hogy a nyilvános vendégkönyv hasznos maradjon anélkül, hogy minden beküldést megbízható tartalomként kezelnének.
A nyilvános hozzájárulás és a szerkesztői kontroll külön ügyek maradnak.

Adminisztráció

A nyilvános funkcionalitás és az adminisztráció szét van választva.
A Koralpenhaus.eu egy dedikált, hitelesített adminisztrációs belépési pontot biztosít a belső funkcionalitáshoz, míg a nyilvános felület a vendégekre összpontosít.
Ez a szétválasztás lehetővé teszi, hogy az üzemeltetési funkcionalitás hitelesítés mögött maradjon anélkül, hogy adminisztratív összetettséget adna az ügyfélfelé forduló alkalmazáshoz.

Eleve többnyelvű

A Koralpenhaus.eu regionális és nemzetközi vendégeket egyaránt kiszolgál.
A többnyelvű támogatás ezért az alkalmazás része, nem egy további céloldal.
A navigáció, szálláshely-információk, és a foglalási élmény jelentős része a kiválasztott nyelvi kontextuson belül jelenik meg.
Ugyanaz az alapul szolgáló alkalmazás és üzleti folyamatok ezért különböző közönségeket szolgálhatnak ki külön weboldalak karbantartása nélkül.

A mobil számít

Egy foglalási platformnak ott kell működnie, ahol az ügyfelek ténylegesen használják.
A Koralpenhaus.eu felületét úgy tervezték, hogy a szobaválasztás, naptárak, elérhetőség, vendégkonfiguráció, foglalási összefoglalók, és fizetési műveletek használhatók maradjanak kisebb képernyőkön.
Az összetettséget progresszív lépéseken keresztül csökkentik, ahelyett hogy egyszerre jelenítenék meg a teljes foglalási modellt.
A reszponzív felület konzisztens marad az alkalmazás bemutató és tranzakciós részei között.

Mérnöki alapelv

A projekt egy egyszerű alapelvet követ:
Az üzleti összetettséget a rendszernek kellene kezelnie, nem a felhasználónak.

Egy vendégnek nem kellene megértenie a foglalási állapotokat, elérhetőség-számításokat, árazási struktúrákat, vagy fizetési munkafolyamatokat.
Képesnek kellene lennie:
Válasszon szobát. Válasszon dátumokat. Adja meg a vendégeket. Foglaljon. Fizesse ki a foglalódíjat.

Minden más ezen interakció mögé tartozik.

A Koralpenhaus.eu többé fejlődött, mint egy bemutatkozó weboldal.
Egyesíti a tartalmat, a vendéglátásra jellemző üzleti szabályokat, és tranzakciós munkafolyamatokat egyetlen egyedi webalkalmazáson belül.
A vendégek számára az eredmény egy egyértelmű út a szálláshely felfedezésétől a foglalás kezeléséig.
Az üzlet számára ugyanaz a platform biztosítja a strukturált alapot, amely a szálláshely, elérhetőség, árazás, foglalások, fizetések, és tartalom összekapcsolásához szükséges.
Nem adtak hozzá felesleges technológiát pusztán a használat kedvéért.

A stack konvencionális és karbantartható marad:
PHP • MySQL • JavaScript

Az összetettség az üzleti folyamatban rejlik.
A szoftver azért létezik, hogy ezt az összetettséget kezelhetővé tegye.

Áttekintés

A Windows újratelepítése, vagy egy gép átadása az informatikának, mindig ugyanazzal az elfelejtett részlettel kezdődik: senki sem találja már a Windows termékkulcsot. A GetKey pontosan ezt az egy problémát oldja meg, szándékosan, és semmi mást nem csinál.

Ez egy kicsi, hordozható Windows alkalmazás: nincs telepítő, nincs háttérszolgáltatás, nincs fiók. Letöltve, kicsomagolva, egyszer megnyitva, és a Windows belsejében ülő licenckulcsot kiolvassa és megjeleníti a képernyőn.

Alkalmazott technológia, többek között:

Windows Desktop • Registry és WMI kulcskinyerés • CSV / Excel export • PDF jelentéskészítés

A kihívás

A Windows valahol a rendszeren belül tárolja a termékkulcsot, amellyel aktiválták, de nem olyan helyen, amelyet egy hétköznapi felhasználó könnyedén megnyithat és elolvashat.

Aki egy gépet újratelepít, új hardverre migrál, vagy licenceket dokumentál egy kis informatikai flottában, végül vagy találgat, régi e-mail visszaigazolásokban túr, vagy felhívja a támogatást.

A követelményt egyszerű volt megfogalmazni, de könnyű volt rosszul megvalósítani a gyakorlatban:

• megbízhatóan megtalálni az éppen aktivált kulcsot, a Windows 7-től 11-ig és a Server sorozaton keresztül
• megmutatni anélkül, hogy bármit kérne, amit a felhasználó nem tud könnyen megadni
• hagyni, hogy újra elhagyja az eszközt — szövegként, táblázatként, vagy olyan dokumentumként, amely a számlával együtt egy mappában lehet

Tervezési alapelv

Egy eszközt, amelyre csak egyetlen embernek van valaha szüksége, és amelyet senki sem akar konfigurálni, aszerint kell megítélni, mennyire keveset kér a felhasználótól, nem pedig aszerint, hány beállítása van.

Nyissa meg a GetKey-t. Olvassa el a kulcsot. Exportálja, ha szükséges. Zárja be.

Nincs bejelentkezés, nincs beállítási varázsló, nincs tartós nyom, amely a gépen marad a ZIP törlése után — ami kétszeresen számít egy olyan rendszeren, amelyet valaki amúgy is le fog törölni.

Elérés

A letöltési oldal és a termékoldal teljesen le vannak fordítva — Deutsch, English, Hrvatski, Français, Español, Italiano — így ugyanaz az eszköz és ugyanaz a magyarázat eléri az informatikai munkatársakat és a magánfelhasználókat a DACH régióban és azon túl is, nyelvi találgatás nélkül a bejáratnál.

Több valódi gépet és Windows-verziót lefedő képernyőképek közvetlenül az oldalon jelennek meg, így a látogatók megtekinthetik a pontos felületet, mielőtt bármit letöltenének.

Eredmény

A GetKey szándékosan egyetlen célú eszköz maradt. Nem próbál licencelési csomaggá vagy rendszerleltár-termékké válni.

Megbízhatóan megtalál egy konkrét információt, azokon a Windows-verziókon keresztül, amelyeket az emberek ténylegesen még használnak, és félreáll az útból, amint ez megtörtént.

Az összetettség abban rejlik, hova rejti a Windows a kulcsot.
Az eszköz azért létezik, hogy ezt az egy keresést erőfeszítésmentessé tegye.