Valaki jelentkezik egy túrára, majd később megadja az utastársai adatait és befizeti az előleget. Az irodának közben látnia kell a férőhelyeket és a hátralékot is. Egy utazási iroda foglalási rendszerének ezt az egész folyamatot kell összefognia, az utas számára követhető lépésekkel és az iroda számára használható nyilvántartással.
A Qalandar új rendszere 2026. október 22-én állt élesbe. Ezen a projekten dolgoztam, ezért most ezen keresztül mutatom meg, mit érdemes végiggondolnod, ha a saját utazási irodádhoz választasz szoftvert. A Qalandar esettanulmányában a teljes projektről is olvashatsz.
A túraoldal és a jelentkezés ugyanarról az indulásról szóljon
Az utas a programot, az indulási időpontot és az árat nézi. Az iroda ugyanennél az útnál a jelentkezőkkel, a határidőkkel és a szabad helyekkel dolgozik. Ezeknek össze kell érniük. Ha a weboldalon még lehet jelentkezni valamire, amit az iroda már lezárt, abból újabb egyeztetés lesz.
Nézd meg azt is, mit jelent nálatok a betelt út. Várólistát nyittok, másik indulást ajánlotok, vagy lezárjátok a jelentkezést? Ezek külön helyzetek. A látogatónak már a jelentkezés előtt értenie kell, mire számíthat, az irodának pedig meg kell tudnia különböztetni a foglalást az érdeklődéstől.
A Qalandarnál a túraleírás és a jelentkezés egy rendszer része. A döntéshez szükséges program, tudnivalók és az adott induláshoz tartozó jelentkezési lehetőség így ugyanabban az ügyfélútban jelenik meg.
A jelentkező és az utas nem mindig ugyanaz az ember
Ha valaki a párjával vagy a családjával utazik, lehet egy kapcsolattartó és több résztvevő. Egyetlen név és e-mail-cím ezért nem írja le a foglalást. Az irodának tudnia kell, ki jelentkezett, kik mennek az útra, és kinél van még pótlandó adat.
A kérdés az is, mikor kéred el ezeket az információkat. Ne kényszerítsd az utast arra, hogy a jelentkezés pillanatában minden olyan adatot előkeressen, amelyre csak később lesz szükség. Ugyanakkor legyen látható, mi hiányzik, és hogyan tudja biztonságosan megadni.
A Qalandar ügyfélfiókja a jelentkezés utáni folytatáshoz is felületet ad. A rendszer tervezésénél ezért az adatbekérés és a foglalás későbbi áttekintése egyaránt fontos volt. A kitöltött űrlap után is marad teendő, amit az utasnak meg kell találnia.
Előleg és hátralék mellett egyetlen „fizetve” mező kevés
Egy utazásnál külön időpontban érkezhet az előleg és a fennmaradó összeg. Az iroda számára az a kérdés, mennyi érkezett be, mire vonatkozik, és mi a következő esedékes tétel. Az utasnak ugyanezt a saját foglalásánál kell értenie.
A Qalandar rendszerében a jelentkezéshez kapcsolódó fizetések és a hátralék követhetők. Ez az irodai munkát és az ügyfél tájékozódását egyaránt szolgálja. Egy befizetés visszaigazolása akkor hasznos, ha abból az is kiderül, maradt-e még rendezendő összeg.
Amikor bemutatót kérsz egy rendszerről, nézd meg a részfizetést is. Mi történik, ha a kapcsolattartó több utas helyett fizet? Mit lát az iroda átutalás után? Hogyan folytatódik egy félbehagyott online fizetés? Ezeket a saját működésetek alapján érdemes végigvenni, különben éppen a napi ügyintézés marad kézi feladat.
Az irodának a hiányzó lépés is legyen látható
A munkatársadnak nem elég látnia, hogy van egy új jelentkező. El kell tudnia dönteni, kell-e még adatot kérnie, befizetést egyeztetnie vagy az utast tájékoztatnia. A foglalás, az utasadatok és a fizetések közötti kapcsolat nélkül ehhez több nyilvántartást kell végignéznie.
A Qalandarnál a nyilvános jelentkezés mögé irodai adminisztráció is készült. A cél az, hogy ugyanazzal a jelentkezéssel lehessen tovább dolgozni a szervezés során. Az utas számára küldött tájékoztatás és az irodában látható állapot így nem külön történet.
Ha most táblázatok és levelek között keresitek össze ezeket az adatokat, először rajzoljátok le az átadásokat. Az Excel kiváltásáról szóló cikkben azt is leírtam, milyen jelekből látszik, hogy a táblázat már teljes munkafolyamatot visz a hátán.
Mikor maradj kész foglalási terméknél?
Ha a jelentkezéseitek, a fizetési ütemezés és az irodai teendők beleférnek egy meglévő termékbe, nem éri meg csak a saját logó kedvéért egyedi rendszert fejlesztetni. Egy kész szoftver bevezetése és jó beállítása is megoldhatja a feladatot.
Kérj bemutatót a saját folyamataiddal. Legyen benne egy több résztvevős jelentkezés, adatpótlás, részfizetés és egy módosítás. Ha mindez követhetően működik, jó eséllyel nem az egyedi fejlesztés az első lépésed. Akkor érdemes arról beszélni, ha a fontos saját működéseteket a kész megoldások mellett is külön kell nyilvántartani.
Gyakori kérdések a rendszer kiválasztásakor
Elég egy jelentkezési űrlapot tenni a weboldalra?
Elég lehet, ha az iroda kevés, egyszerű jelentkezést kezel, és a későbbi teendők áttekinthetők. Az űrlap azonban önmagában nem követi a férőhelyet, az utasadatok pótlását és a részfizetést. Azt nézd meg, mi történik a beküldés után, és hol tartjátok nyilván az ügy folytatását az indulásig.
Mit nézzek meg az utas saját fiókjában?
Azt, hogy megtalálja-e a jelentkezését, az ahhoz tartozó adatokat és a fizetési helyzetét. Értse, van-e még teendője, és hol tudja azt elvégezni. A bemutatón a jelentkezés utáni állapotot is kérd megmutatni. Egy szép belépőoldalból nem derül ki, mennyire használható a fiók egy már lefoglalt útnál.
Meg kell adnom minden irodai kivételt a fejlesztés előtt?
A már ismert kivételeket érdemes összegyűjtened, különösen azokat, amelyek pénzt, férőhelyet vagy több utast érintenek. Nem szükséges mindent az első változatba belezsúfolni. Viszont legyen világos, mely eseteket kezeli a szoftver, mi marad kézi ügyintézés, és hogyan kerül annak eredménye vissza a közös nyilvántartásba, hogy más munkatárs is követni tudja.
A szolgáltatásainknál az egyedi ügyviteli rendszerekről is olvashatsz. Ha a saját irodád folyamatáról írsz, a jelentkezéstől az indulásig tartó utat mutasd meg; ebből derül ki, hol tudna a szoftver valóban segíteni.
