Miért váltanak cégek online időpontfoglalásra
Számoljunk egy kicsit.
Egy telefonos időpont-egyeztetés átlagosan 3-5 percig tart, ha az ügyfél elsőre eléri a recepciót, és nem kell visszahívni. Egy forgalmas szalonban, rendelőben vagy tanácsadó irodában napi 20-30 ilyen hívás könnyen összejön.
Ez naponta 1-2,5 óra munkaidő.
Csak arra, hogy valaki kimondja: „kedden tízkor jó lesz?” És ebben még nincs benne a megszakítás költsége: a fodrász leteszi az ollót, a fogorvos asszisztense otthagyja a kezelőszéket, a tanácsadó elveszíti a fonalat a megbeszélés közepén.
Ezért vált 2026-ra alapelvárássá az online időpontfoglalás. Az ügyfelek ma ugyanúgy szeretnének fodrászt foglalni, ahogy szállást vagy repülőjegyet: este 11-kor, a kanapéról, telefonról, hívás nélkül.
Mi az az időpontfoglaló rendszer?
Olyan megoldás, amelyben az ügyfél önkiszolgáló módon foglal időpontot a valós idejű elérhetőség alapján, emberi egyeztetés nélkül. A rendszer tudja, ki mikor szabad, melyik szolgáltatás mennyi ideig tart, és csak azt az időpontot kínálja fel, amely ténylegesen teljesíthető.
Ez a cikk nem újabb funkciólista.
Abban segít, hogy a bevezetés előtt feltérképezd a saját üzleti folyamatodat, mert ezen múlik, melyik megoldás válik be, és melyik okoz több fejfájást, mint amennyit megold.
Kinek szól?
Szalonoknak, rendelőknek, tanácsadóknak, oktatóknak, valamint több munkatársas és több telephelyes cégeknek, ahol a beosztás már fejben nem követhető. Ha a heti naptárad egy füzetben, három WhatsApp-csoportban és a recepciós memóriájában él, jó helyen jársz.
Hogyan működik egy jó időpontfoglaló rendszer
A legtöbb rossz rendszerválasztás nem a szoftver hibája.
Abból fakad, hogy a cég előbb választott eszközt, és csak utána gondolta végig, mit is kellene pontosan foglalni.
Az ügyfélút feltérképezése
Egy foglalás hat lépésből áll, és mindegyik egy-egy döntési pont, ahol elveszítheted az ügyfelet. Az út a szolgáltatás kiválasztásával kezdődik, majd az ügyfél megnézi a szabad időpontokat a foglalási naptárban, megadja az adatait, és megerősítést kap.
Ezután jön az automatikus emlékeztető a foglalás előtt, végül maga a megjelenés. Ha bármelyik lépés zavaros (túl sok szolgáltatás egy listában, lassú naptárnézet, hosszú űrlap), az ügyfél félbehagyja, és inkább felhív.
Vagy a konkurenciát hívja fel.
Mielőtt bármilyen rendszert kipróbálnál, vedd elő a papírt. Írd fel az összes szolgáltatást, a szolgáltatás időtartamát, a szükséges szüneteket és azt, hogy hány munkatárs tudja az adott szolgáltatást elvégezni.
Minden demó jól néz ki; a kérdés az, hogy a te szabályaid beleférnek-e.
Kapacitás és erőforrás-tervezés
A kapacitáskezelés lényege, hogy a rendszer nemcsak embereket, hanem erőforrásokat foglal. Erőforrás lehet egy munkatárs, egy helyiség vagy egy eszköz, és egyetlen időpont egyszerre több erőforrást is lefoglalhat.
Vegyünk egy fodrászatot.
A hajfestéshez kell egy fodrász és egy szék, de a hatóidő alatt a fodrász szabad, miközben a szék foglalt marad. Egy jó erőforrásfoglalás ezt kezeli: a fodrász közben levághat egy másik vendéget a szomszéd székben.
Egy rendelőben még szigorúbb a helyzet.
Az ultrahangvizsgálathoz az orvos és a gép párhuzamosan szükséges, és két vizsgálat között 10 perc pufferidő kell a fertőtlenítésre. Ha a rendszer csak az orvos naptárát látja, előbb-utóbb két beteg érkezik ugyanarra a gépre.
Ha egy erőforrás kimarad a tervezésből, a rendszer olyan időpontot fog felkínálni, amelyet fizikailag nem tudsz teljesíteni.
Összetett foglalási szabályok
A valódi különbség a rendszerek között a szabályoknál jön elő. Néhány tipikus példa: legalább 2 órával előre lehet foglalni, legfeljebb 60 nappal előre, új ügyfél csak konzultációval kezdhet, a bérletes vendég pedig elsőbbséget kap.
A munkatársi beosztás is bonyolíthatja a képet.
Egy junior kolléga 60 perc alatt végez azzal, amire a seniornak 45 perc elég, és más az ára is. Ha több telephely kezelése is szóba kerül, a munkatárs keddenként az egyik, csütörtökönként a másik helyen dolgozik.
Ezeket a szabályokat írd le előre, egyenként. Minél hosszabb a lista, annál inkább kiderül, hogy egy egyszerű megoldás elég-e, vagy komolyabb rendszerre lesz szükséged.
Funkciók, adatvédelem és a no-show probléma
Nem minden vállalkozásnak kell valós idejű foglalási rendszer.
Ez meglepően hangzik egy ilyen cikkben, de egy rosszul megválasztott, túlméretezett eszköz több adminisztrációt hoz, mint a telefon.
Egyszerű űrlap vagy valós idejű foglalás?
Az időpontkérő űrlap annyit tesz, hogy az ügyfél jelzi, mikor érne rá, te pedig manuálisan visszaigazolod. Ez akkor elég, ha hetente csak néhány foglalásod van, vagy ha minden megbízás előtt egyeztetni kell (esküvőfotós, építész, egyedi árajánlatot adó szakember).
A valós idejű foglalási rendszer ezzel szemben kapacitást kezel. Csak a ténylegesen szabad időpontokat mutatja, kizárja a dupla foglalást, és azonnal visszaigazol, akár hajnali egykor is.
Egy egyszerű ökölszabály: ha a visszaigazolások napi 15-20 percnél többet visznek el, vagy azt tapasztalod, hogy az ügyfél máshol foglal, mire visszaírsz, ideje váltani.
GDPR és adatkezelés gyakorlatban
A foglalási űrlap az egyik leggyakoribb hely, ahol a cégek feleslegesen gyűjtenek adatot. Az adatminimalizálás elve szerint csak azt kérd, ami a foglaláshoz valóban szükséges: név, telefonszám vagy email-cím, a választott szolgáltatás.
Születési dátum, lakcím vagy „honnan hallott rólunk” mező?
Ritkán indokolt.
Határozz meg megőrzési időt is.
Mennyi ideig tárolod egy ügyfél adatait az utolsó látogatása után, és ki törli őket? Ezt írd bele az adatkezelési tájékoztatóba, és állítsd be a rendszerben is, ha támogatja.
Külső rendszernél tisztázd, ki az adatfeldolgozó.
A szolgáltatóval adatfeldolgozói szerződést kell kötnöd, és érdemes rákérdezni, hol tárolják az adatokat: EU-n belüli szerveren vagy azon kívül.
Az egészségügyi adat különleges kategóriának számít a GDPR 9. cikke szerint, így a rendelőknél, terapeutáknál és masszőröknél nagyobb a kockázat.
Ne kérd a panaszok részletes leírását a foglalási űrlapon.
Ami a kezeléshez kell, azt a helyszínen, megfelelő védelem mellett is fel lehet venni, és minden plusz kérdés amúgy is rontja a foglalási arányt.
Lemondás, várólista, emlékeztető
A meg nem jelenés, vagyis a no-show, csendben eszi a bevételt.
Az egészségügyi járóbeteg-ellátás nemzetközi kutatásai szerint az elmaradt időpontok aránya jelentős, és egy üres sáv utólag már nem adható el.
A legtöbben ilyenkor az emlékeztetőre gondolnak.
Az automatikus emlékeztető (SMS vagy email 24-48 órával előtte) tényleg sokat segít, de önmagában csak az egyik eszköz.
A hatékony no-show kezelés négy elemből áll.
Egy világos lemondási szabályzat (például 24 órán belüli lemondásnál díj), online előlegfizetés új ügyfeleknél vagy hosszú szolgáltatásoknál, egy várólista, amely a felszabadult időpontot automatikusan felajánlja, és újrafoglalási üzenet annak, aki kimaradt.
Együtt működnek.
Az előleg elriaszt a felelőtlen foglalástól, a várólista betölti a lyukakat, az újrafoglalási üzenet pedig megtartja az ügyfelet, aki egyébként szégyenkezve inkább máshova menne.
Kész rendszer vagy egyedi fejlesztés?
Erre a kérdésre nincs ideológiai válasz.
Van olyan cég, amelynek egy havi néhány ezer forintos SaaS tökéletes, és van, amelynél a kész megoldás hónapokig tartó kerülőutakat jelent.
Mikor elég egy kész rendszer
A kész, felhőalapú (SaaS) rendszer akkor jó választás, ha egy telephelyen dolgozol, a szolgáltatásaid standardak, és gyorsan szeretnél indulni. A legtöbb ilyen eszköz néhány nap alatt beállítható, és havidíjas, így nincs nagy kezdeti befektetés.
Akkor is megfelel, ha kevés az egyedi szabály. Fodrászat négy munkatárssal, kozmetikus két kezelőhelyiséggel, egyéni tanácsadó: ezekre a piacon lévő rendszerek jellemzően kész sablont kínálnak.
A határ ott van, ahol a 2. szakaszban leírt szabálylistád hosszabb lesz annál, amit a rendszer beállításai kezelni tudnak.
Ha a csapatod rendszeresen „trükközik” a naptárral, hogy a valóságot leképezze, az figyelmeztető jel.
Mikor éri meg egyedi fejlesztést
Egyedi webes vagy mobilalkalmazás-fejlesztés akkor indokolt, ha a foglalási szabályok összetettek: több erőforrás párhuzamos foglalása, munkatársanként eltérő időtartamok, telephelyek közötti beosztás, csomagok és bérletek logikája.
Akkor is, ha a foglalásnak meglévő rendszerekkel kell beszélnie. A CRM-integráció, az automatikus számlázás vagy egy saját törzsvásárlói program összekötése gyakran olyan munka, amit egy kész eszköz API-ja nem, vagy csak részben enged.
A harmadik ok a márka: ha az ügyfélút a termék része, nem akarod egy sablonos felületre bízni.
Jó példa erre a CompletApp által épített Frendex időpontfoglaló app, amely több mint 100 szakmát szolgál ki, mindegyiket a saját foglalási logikájával. Egy másik referencia az Apartmanom, ahol a naptár és a weboldalba ágyazható foglalási űrlap (widget) egyedi fejlesztéssel készült, hogy a szállásadók a saját oldalukon fogadhassanak foglalást.
Integrációk és mérhető mutatók
Az integrációknál egy kérdés mindent eldönt: melyik rendszer az elsődleges adatforrás? Ha a foglaló rendszer, a Google Naptár és a recepció táblázata egyaránt „igazságnak” számít, a dupla foglalás csak idő kérdése.
A Google Naptár szinkronizáció hasznos, de egyirányú logikával tervezd: a foglalási rendszer a forrás, a többi csak megjeleníti. A munkatárs magánprogramjai viszont visszafelé is blokkolhatják a foglalható sávokat.
Az AI-funkciók körül sok a zaj.
Valóban hasznos, ha egy asszisztens megválaszolja a gyakori ügyfélkérdéseket (parkolás, árak, mire készüljön a vendég), vagy az előzmények alapján időpontot ajánl. Az „AI mindent automatizál” típusú ígéretek mögött viszont gyakran csak egy chatablak van… érdemes demóban kipróbálni, mit tud ténylegesen.
És mit mérj?
Az online foglalási arányt (a foglalások hány százaléka érkezik online), a kapacitáskihasználtságot, a lemondási és átfoglalási arányt, valamint az ügyfélmegtartást. Ezek mutatják meg, hogy a rendszer valóban dolgozik-e helyetted.
Bevezetés veszteség nélkül
A legrosszabb bevezetés az, amikor hétfő reggel lekapcsolják a telefont, és mindenkit az új oldalra irányítanak. Az ügyfelek összezavarodnak, a csapat stresszel, és az első hét foglalásai elvesznek.
Így csináld inkább:
- Rögzíts mindent írásban. Mielőtt bármit bevezetnétek, írd le a szolgáltatásokat, az időtartamokat, a szüneteket és a foglalási szabályokat egy dokumentumba. Ez lesz a beállítás alapja, és ebből derül ki az is, hogy a választott rendszer kezeli-e a valóságot.
- Indíts próbaüzemet szűk körben. Kezdd egyetlen szolgáltatással vagy egyetlen munkatárssal, a régi telefonos vagy papíralapú rendszerrel párhuzamosan. Így a hibák kis tétnél derülnek ki, és senki nem marad időpont nélkül.
- Tanítsd be a csapatot, és szólj az ügyfeleknek. A munkatársaknak tudniuk kell kezelni az átfoglalást, a lemondást és a várólistát, mielőtt az első ügyfél rákérdez. A váltást kommunikáld a weboldalon, SMS-ben, emailben és egy jól látható kiírással a helyszínen is.
- Teszteld a mobilos foglalást. A foglalások többsége telefonról érkezik, gyakran útközben, egy kézzel. Próbáld ki, hogy a gombok elérhetők-e hüvelykujjal, működik-e a billentyűzetes navigáció, és megfelel-e a felület az alapvető akadálymentességi elvárásoknak (kontraszt, olvasható betűméret, képernyőolvasó).
- Zárd le a párhuzamos üzemet, és mérj. Amikor a próbaszolgáltatás néhány hétig hibátlanul fut, vond be a többi szolgáltatást, majd állítsd le a régi rendszert. Az eredményeket hetekben mérd, ne hónapokban: az online foglalási arány és a no-show arány már az első 2-4 hétben jelzi, merre tart a dolog.
Ez az öt lépés lassúnak tűnhet.
Valójában ez a leggyorsabb út, mert nem kell utólag tűzoltani.
A következő lépés
Ne rendszert keress ma.
Vegyél elő egy lapot, és írd fel három oszlopba a szolgáltatásaidat, mindegyik időtartamát és a hozzá szükséges erőforrásokat: munkatársat, helyiséget, eszközt.
Írd mellé a szabályokat is: pufferidők, előfoglalási korlátok, ki mit végezhet, melyik telephelyen.
Ne szépítsd.
A valóságot írd le, ne azt, ahogy szeretnéd.
Ez a nagyjából 30 perces feltérképezés dönti el, hogy egy kész időpontfoglaló rendszer is elég lesz-e, vagy egyedi fejlesztésre van szükség.
És bármelyik irányba indulsz, ez a lap lesz a bevezetés legértékesebb dokumentuma.
