Várólistás automatizációk részletesen
Ez a rész célja az, hogy akkor is érthető legyen, ha valaki nem fejlesztő, nem napi szinten dolgozik kóddal, és csak azt szeretné átlátni:
- milyen várólistás működési módok vannak,
- ezek mit csinálnak a gyakorlatban,
- mikor melyiket érdemes használni,
- hol jelenik meg mindez az admin felületen,
- milyen feltételek mellett indul el az automatikus feltöltés.
1. Milyen várólistás működési módok léteznek most?
A rendszer jelenleg négyféle várólista-kezelési módot ismer.
- Kézi kezelés (automatizmus kikapcsolva) (
manual) - Automatikus várólistás előléptetés (
autopromote - legacy) - Ajánlatos feltöltés várólistáról (
offer backfill) - Többeseményes kiegyensúlyozó feltöltés (
splitter)
3. Hol jelenik ez meg az adminban, és hogyan kapcsolódik egymáshoz a két felület?
A két fontos adminnézet:
- Event manage
- Event automation
A háttér ugyanarra az adatlogikára épül mindkettőnél.
Ez azt jelenti, hogy ugyanabból az állapotból dolgoznak, ugyanazt az aktuális működési módot olvassák ki,
és ugyanazt a beállított algoritmust veszik alapul.
Gyakorlati értelmezésben ez így néz ki:
- Az Event manage oldalon látod, hogy jelenleg mi az aktív várólista-mód.
- Innen át tudsz menni az Event automation oldalra.
- Az Event automation oldalon lehet részletesen beállítani az adott működési mód szabályait.
- A részletes beállítások egy része előfizetési szinttől (tier) is függ.
Vagyis az egyik oldal inkább állapotot mutat és navigációs pont,
a másik oldal pedig a részletes konfiguráció terepe.
4. A négy működési mód részletesen
4.1 Kézi kezelés (manual)
Mit csinál?
Ebben a módban a rendszer nem végez automatikus várólista-feltöltést.
Amikor felszabadul egy hely, a háttérfolyamat megáll, és jelzi, hogy a mód kézi.
Ennek következménye:
- nincs automatikus előléptetés,
- nincs automatikus ajánlatküldés,
- nincs automatikus újrafoglalás várólistáról.
Minden döntést ember hoz meg.
Mikor jó választás?
- Ha minden egyes felszabadult helyről külön, tudatos döntést akarsz.
- Ha sok kivétel van, vagy speciális üzleti szabályok szerint kell kézzel dönteni.
- Ha a folyamat érzékeny, és nem fér bele, hogy a rendszer automatikusan lépjen.
Előnye
- Maximális emberi kontroll.
- Nagyon kicsi az esélye annak, hogy egy automatizmus „nem kívánt” módon foglaljon.
Korlátja
- Jelentős manuális munka.
- Lassabb reakcióidő, mert mindig emberi beavatkozás kell.
- Nagyobb terhelés az operátori csapaton.
4.2 Automatikus várólistás előléptetés (legacy / autopromote)
Mit csinál?
Ha felszabadul egy hely, a rendszer automatikusan keres a várólistában,
és a szabályoknak megfelelő első embert előrelépteti.
A kiválasztás sorrendje alapvetően érkezési sorrend:
- előbb a korábban jelentkező,
- ha azonos időpontban kerültek be, akkor egy másodlagos azonosító szerinti sorrend dönt.
A rendszer az előléptetésből rögtön foglalást készít.
A foglalás állapota lehet azonnal megerősített vagy függő állapotú,
az adott fiók beállításaitól függően.
Közben több védőszabály is érvényesül (például limitálás, állapotellenőrzés, kapacitásellenőrzés), hogy ne történjen hibás automatikus feltöltés.
Mikor szokott lefutni?
Jellemzően akkor, amikor ténylegesen hely szabadul fel, például:
- admin töröl egy foglalást,
- ügyfél lemondja,
- átfoglalás után a régi idősávban felszabadul a hely.
Fontos: csak akkor indul, ha az adott fióknál az automatikus megerősítés engedélyezve van, ami azt jelenti, hogy operátori beavatkozás nélkül megerősített állapotú foglalás jön létre az előléptetéskor.
Mikor jó választás?
- Ha gyors, automatikus feltöltés kell a várólistáról.
- Ha a cél az, hogy minél kevesebb üres hely maradjon az eseményen.
- Ha nem szükséges külön ügyfél-visszaigazolás minden egyes felszabadult helyre előléptetéskor.
Előnye
- Nagyon gyors.
- Kevés adminisztráció.
- Egyszerű, jól kiszámítható alapműködés.
Korlátja
Kisebb ügyfél-döntési szabadság,
mert a rendszer közvetlenül foglalást hoz létre, nem csak ajánlatot küld.
4.3 Ajánlatos feltöltés (offer backfill)
Mit csinál?
Itt a rendszer nem azonnal foglal,
hanem először ajánlatot készít és küld a megfelelő várólistás jelöltnek.
A foglalás csak akkor jön létre, ha a jelölt elfogadja az ajánlatot.
Tehát a folyamat lényege:
- hely felszabadul,
- rendszer jelöltet választ,
- ajánlat kimegy,
- várakozás válaszra,
- elfogadás esetén az előléptetés és foglalás létrejön.
Milyen extra szabályok vannak?
- Beállítható, meddig éljen egy ajánlat (lejárati idő).
- Beállítható, mikor legyen automatikus megerősítés.
- Beállítható olyan védelem is, hogy egy eseményhez egyszerre csak egy aktív ajánlati folyamat fusson. Ekkor nem "fogyhat el" a felszabadult hely, ha időközben más elfogadja az ajánlatot, mert csak egyvalaki kap egyszerre.
A jelöltkeresés sorrendje is szabályozott:
- először az adott konkrét esemény várólistáját nézi,
- ha ott nincs megfelelő ember, akkor szélesebb, szolgáltatási szintű tartaléklistából keres,
- közben időablak alapján is szűr.
Mikor jó választás?
- Ha fontos, hogy az ügyfél aktívan visszajelezzen.
- Ha nem szeretnél automatikusan, azonnal foglalást létrehozni.
- Ha fontos az ajánlatok teljes életútjának követhetősége
- függő,
- elfogadott,
- elutasított,
- lejárt.
Előnye
- Ügyfélbarátabb: a jelentkező dönthet.
- Jobb kontroll az elfogadási szándék felett.
- Átláthatóbb kommunikációs és döntési folyamat.
Korlátja
- Lassabb feltöltés, mert várni kell minden válaszra.
- A lejárati idő és válaszidő miatt nőhet a felszabadult hely kihasználatlansági ideje.
4.4 Többeseményes kiegyensúlyozó feltöltés (splitter)
Mit csinál?
Ez a mód nem csak egyetlen eseményen belül gondolkodik.
Több kapcsolódó, „testvér” esemény között is képes terhelést kiegyensúlyozni.
Egyszerűen fogalmazva:
- nem csak azt nézi, hogy egy adott (felszabaduló) alkalomra és helyre kit tegyen be,
- hanem azt is, hogy több rokon esemény összképe hogyan legyen jobb, kiegyenlítettebb.
Ebben a módban mindig van egy ún. gyökéresemény, aminek a (jellemzően hosszú) várólistáját akarjuk szétteríteni. Minden művelet a gyökéresemény várólistájával kezd.
Beállítható például, hogy mely események számítsanak egy csoportnak, amin belül gondolkodik:
- gyökéreseménytől előre,
- csak azonos nap,
- csak azonos idősáv.
A folyamat több lépésben megy:
- terv készül,
- ajánlat kiküldési lépés,
- véglegesítés.
Van próbaüzem (szimuláció) és élesítés is:
- előbb meg lehet nézni, mi történne,
- és csak utána lehet ténylegesen végrehajtani.
Mikor jó választás?
- Ha sok, egymáshoz kapcsolódó esemény fut párhuzamosan.
- Ha nem csak lokális, hanem teljes szolgáltatási szintű optimalizálás a cél.
- Ha biztonságosan szeretnél először szimulálni, majd csak utána élesíteni.
Előnye
- Fejlettebb, átfogó kapacitáskihasználás.
- Jobb egyensúly több esemény között.
Korlátja
- Bonyolultabb beállítás.
- Több paraméter és nagyobb szakmai odafigyelés kell hozzá.
5. Mikor indul el egyáltalán az automatikus várólista-feltöltés?
Az automatikus folyamat tipikusan akkor indul,
amikor valamilyen művelet miatt hely szabadul fel az eseményen.
Egészen pontosan akkor, amikor, a teltházból "felszabadult 1 hely" állapot lesz.
Leggyakoribb indító helyzetek:
- admin oldali lemondás,
- ügyfél oldali lemondás,
- ügyfél oldali átfoglalás utáni felszabadulás a régi eseményen.
Emellett van egy alapfeltétel:
a fiók szintjén engedélyezve kell lennie az automatikus backfill kapcsolónak.
Ha ez ki van kapcsolva, hiába történik lemondás vagy átfoglalás, nem indul automatikus feltöltés.
6. Előfizetési szint és jogosultság: ki mit használhat?
Nem minden előfizetési csomagban ugyanazok a módok érhetők el.
Az admin felületen a választható működés a szinttől függ.
A jelenlegi keret:
- Starter:
manual,legacy autopromote - Basic:
legacy autopromote,offer backfill - Pro:
manual,legacy autopromote,offer backfill(alapnézetben szűkebb megjelenéssel) - Enterprise:
manual,legacy autopromote,offer backfill,splitter
Külön hangsúly még egyszer:legacy név alatt technikailag az autopromote működés értendő.
7. Döntési segédlet: melyik módot mikor érdemes választani?
Kézi kezelés (Manual)
Válaszd akkor, ha a legfontosabb a manuális kontroll,
és a mennyiség alacsony vagy közepes, ezért a kézi döntés még tartható.
Automatikus előléptetés (Autopromote)
Válaszd akkor, ha a sebesség a fő cél,
és minimális admin terheléssel szeretnéd a felszabaduló helyeket gyorsan feltölteni.
Ajánlatos feltöltés (Offer backfill)
Válaszd akkor, ha fontos az ügyfél megerősítése,
és szeretnéd csökkenteni annak kockázatát, hogy a rendszer túl gyorsan, direkt foglalást hozzon létre.
Többeseményes kiegyensúlyozás (Splitter)
Válaszd akkor, ha több kapcsolódó esemény között kell optimalizálni,
és a cél nem csak egyetlen esemény gyors feltöltése, hanem egy tágabb kapacitás-egyensúly.
8. Példák hétköznapi használatra
- Kis létszámú jóga vagy fitnesz csoport:
tipikusan jó az automatikus előléptetés, mert gyors és egyszerű. - Prémium workshop, ahol fontos a visszaigazolás:
tipikusan jó az ajánlatos feltöltés, mert ügyfél-választ ad a folyamatba. - Oktatási szolgáltatás több párhuzamos turnussal:
tipikusan jó a splitter, mert több esemény között is optimalizál. - Egészségügyi vagy szigorú jóváhagyásos folyamat:
tipikusan jó a kézi mód, mert minden döntés emberi kontroll alatt marad.
9. Rövid, összefoglaló zárás
Ha nagyon röviden kell dönteni:
- Teljes kézi kontroll kell? →
manual - Leggyorsabb automatikus feltöltés kell? →
autopromote legacy - Ügyfél-visszaigazolás után töltsön a rendszer? →
offer backfill - Több kapcsolódó eseményt együtt optimalizálnál? →
splitter
A legfontosabb működési elv végig ugyanaz:
amikor hely szabadul fel, a rendszer a beállított mód szerint próbálja a várólistát kezelni —
vagy kézzel hagyva, vagy automatikusan, vagy ajánlaton keresztül, vagy több esemény között kiegyensúlyozva.