adria-part.eu

Az adria-part.eu nevet még ötlet formájában ismertük meg: részt vettünk az online utazási iroda alapkoncepciójának kidolgozásában. A tanácsadási folyamat során segítettük ügyfelünket az online utazási szolgáltatás tervezésében nemcsak a funkcionalitás, de az arculat, a marketing és a keresőoptimalizálás terén is - az így kialakult közös nevező képezte a fejlesztés alapját.

Gyorsan és hatékonyan megtalálni a nyaraláshoz szükséges szállást, megismerni a szállást leírásokon és fotógalériákon keresztül, majd minél egyszerűbben, mégis kellő részletességgel és precízen számított, követhetően számított árakon feladni egy foglalást - ezek a fő műveletek alkotják a szolgáltatás magját, a látogatók számára elérhető felületet. Az ízléses megjelenésen és a szükséges funkciókon túl érdemes még megemlíteni a többnyelvűség támogatását is - a jelenleg három nyelven működő site tetszőleges nyelvűre bővíthető, ehhez az előrelátó tervezésnek köszönhetően nincs szükség az oldalt működtető szoftver komoly módosítására.

A projektben az igazi kihívás azonban nem a látogatói felület elkészítése, sokkal inkább a háttérrendszer kiépítése volt. Bár a rendszer alapja egy komplex és sokrétű üzleti logika, ennek a látogatói felületen nem szabad érződnie - az adminisztrációs rendszerben azonban kényelmes, funkciókban gazdag és hatékony felületen kell teljeskörű menedzselési lehetőséget biztosítanunk. Az adria-part.eu mögött álló munkatársak - az ügyfélszolgálat, a tartalomkarbantartók, a szállásadókkal szerződéseket kötő ügynökök hálózata és az adminisztrátorok - teljes munkáját az adria-part.eu mögött álló fejlesztésünk fogja össze, vagyis az eredmény egy egyszerű szállásfoglalási oldal helyett egy utazási iroda komplex ügyviteli rendszerévé vált.

A szükséges ügymenethez a következő információkból építkezik a rendszer:

• felhasználók: a rendszert különböző jogosultsági szintekkel rendelkező felhasználók használják, az egyes szintek más és más funkciókhoz biztosítanak hozzáférést
• szolgáltatások: egy listában nyilvántartható, hogy a különböző típusú (hotel, apartman, stb.) szálláshelyeken milyen szolgáltatások vehetőek igénybe. Ide tartozik a szállás igénybevételén túl például a TV, klíma vagy hűtő használata, félpanzió vagy all inclusive ellátás, parkolóhasználat is. Egy szolgáltatás lehet szállás alapú vagy személy alapú, valamint szolgáltatásonként definiálható százalékos vagy összegszerű formában a beszerzési és eladási ár közti különbség - ezek az árkalkuláció során lesznek fontos információk.
• szállások: az alapadatokon túl kapcsolhatók hozzá leírások, képek, szobák, rendelkezésre állási információk. A szállásokat alacsonyabb szintű adminisztrátorok is felvihetik, az adatfeltöltés befejezését követően munkájukat feladják magasabb szintű felhasználók felé, akik azt az ellenőrzést követően jóváhagyják vagy visszadobják - mindezt a rendszer a jóváhagyási funkciókkal teszi lehetővé.
• szállások szobái: az alapadatokon túl kapcsolhatóak hozzá leírások, képek, valamint árak.
• Az árstruktúra a rendszer egyik legösszetettebb területe. Árat szolgáltatások kaphatnak (szállás igénybevétele, pótágy, parkoló használata, stb) , egy szolgáltatás árai (mind beszerzési, mind eladási) a különböző szezonokra előre rögzíthetőek. Az árak eltérhetnek életkor alapján (kiskorúak számára kedvezményes pótágyárak adhatóak, ahogyan ez a gyakorlat része is). Van lehetőség egy szállás szobáinak közös felárazására is, valamint kedvezmények (százalékos vagy összegszerű) definiálására is, szükség esetén szintén időszakra korlátozva. Kedvezmény létrehozható globálisan is a szolgáltatásokra, amelyeket a szállás saját kedvezményei felülírhatnak. A felvitel során a rendszer automatikusan kiszámolja a beszerzési árak és a szolgáltatásnál definiált értékek alapján az eladási árat, ez azonban manuálisan módosítható marad.
• A rendszer az akciókat "hozzáadási" logikával kezeli: eszerint nem a meglévő árat módosítjuk, hanem egy akciós árat állítunk párba a eredeti árral. Ennek előnye az akciós árazás könnyebb menedzselhetősége.
• a szállásokat városhoz, a városokat régióhoz rendeljük hozzá, így a szállások különböző területi feltételek alapján is kereshetővé válnak
• egy szállás egy szerződésen keresztül egy tulajdonoshoz kapcsolható, de egy tulajdonosnak több szerződése is lehet az adria-part.eu-val. A rendszer kezeli a szerződéses információkat és a tulajdonosnyilvántartást.
• csoportos árazás: az adminisztrátorok részletes keresőfeltételekkel előkeresett szállásoknak egyszerre határozhatja meg a különböző szolgáltatások árait
• foglaláskezelés: a foglalásokat az ügyfélszolgálat számára a rendszer osztja ki, így elkerülhető, hogy többen kezdjenek ugyanazzal a foglalással foglalkozni. A foglalásokkal végzett legfőbb művelet az állapotváltoztatás a különböző események (foglalás jóváhagyása/elutasítása foglaltságtól függően, foglaló megérkezése, teljes összeg megérkezése, stb.) bekövetkeztekor
• e-mail kezelés: a rendszer által a foglalás állapotainak váltásakor küldött e-mailek szabadon definiálhatóak (egy állapothoz akár több e-mail is különböző címzetteknek (pl. látogató és/vagy szállástulajdonos), akár több nyelven, csatolmányokkal), e-mail sablonok hozhatóak létre amelyekbe a valós adatok behelyettesítésre kerülnek
• Ha egy hotelben két típusú szoba létezik, mindkét típusból száz-száz darab, ennek felvitele a rendszerbe - minden kényelmi funkció ellenére - természetesen óriási munka lenne. Emiatt a szobáknál mindössze egy beállítás kérdése szobacsoportok létrehozása: ezesetben a rendszer úgy viselkedik, mintha az adott szobából a megadott számút vitték volna fel. Ez különösen komplex kihívássá tette a foglaltság kezelését, hiszen a rendszernek egy összetett algoritmus segítségével ki kell számolnia, hogy a valóságban hogyan eloszthatóak az érkezett foglalások a rendszerben csak egy szobával képviselt szobacsoportban.
• leíráskezelés: mivel a rendszer az üzleti folyamatok kialakításával párhuzamosan épült, ezért egyes esetekben a rendszernek rugalmasabban kellett viselkednie, mintha egy már működő üzleti folyamatrendszert vehettünk volna alapul. Ilyen terület volt a leírások kezelése is: a szállásokról begyűjtött információk "szabványosítása", az adatgyűjtő formanyomtatvány tartalma folyamatosan alakult, emiatt ennek rögzítésére egy könnyen kezelhető, a háttérben rendkívül összetett leíráskezelő modul található, ahol az egyes leíróinformációk (pl. szállás tengertől való távolsága, tulajdonos a helyszínen lakik-e, stb.) rugalmasan létrehozhatóak a rendszer módosítása nélkül, pár kattintás segítségével.
• tartalmi funkciók: kiemelések kezelése (az oldalon kiemelt helyen szereplő szállások definiálása), tartalmi oldalak létrehozása (a szolgáltatás leírásának rögzítéséhez, illetve városokról, régiókról szóló oldalakhoz)
• a rendszer a követhetőség érdekében automatikus műveleti naplót vezet, amelyben minden elvégezett műveletről (bármilyen adat felvitele, módosítása, törlése) bejegyzés készül a művelet végrehajtójának nevével, időpontmegjelöléssel, és a létrehozott/változtatott/törölt adatok rögzítésével

A szolgáltatás életében természetesen nagy lépés volt az indulás, hiszen akkorra már felkészült munkatársakkal, ám élesben még nem kipróbált folyamatokkal állt ügyfelünk az új feladat előtt. Az ilyenkor kritikus fontosságúvá előlépő kérdés természetesen az, hogy pontosan hogyan is találhatnak a látogatók erre az oldalra? Erre egyrészt a keresőoptimalizált oldalfelépítés adott választ, amely segíti az oldal feljebb jutását a keresőrendszerekben, de ugyanígy fontos lépés volt az online marketing, melyben szintén tanácsokkal segítettük az adria-part.eu csapatát.

Az üzlet sikeresen megindult, a jól szervezett munkának és a körültekintően felépített rendszernek köszönhetően folyamatosan fejlődő, épülő szolgáltatás már kitűnően megállja a helyét a versenyben.