Študija primera izdelka · Arhitektura platforme
En rezervacijski mehanizem za storitve na uro, na dan in s spremenljivim trajanjem
Anolla je zasnovana okoli virov, razpoložljivosti in pravil, ne pa po predlogi ene same panoge. Zato lahko isti osnovni mehanizem upravlja termine, skupinske storitve, prostore in storitve najema, ne da bi bilo treba za vsak storitveni model ustvariti ločen programski izdelek.
Ta tehnični pregled opisuje, kako Anolla z enotno logiko virov in razpoložljivosti modelira različne načine razporejanja.
Osnovni modeli razporejanja: urni, dnevni in s spremenljivim trajanjem.
Obseg konfiguracijeVrste virov, podprte v trenutnem konfiguracijskem modelu.
Preverjene zmogljivosti platformeEnoten mehanizem za preverjanje razpoložljivosti in navzkrižij.
Arhitekturno načeloKatero težavo rešuje enoten rezervacijski mehanizem?
Številne programske rešitve za razporejanje izhajajo iz koledarja s fiksnimi termini, ki se mu pozneje dodajajo izjeme. Anolla temelji na nasprotnem načelu: ločeno določa, kaj se rezervira, kako dolgo je to potrebno in kateri pogoji morajo biti izpolnjeni. Tako nastane skupna osnova za večkratno uporabo, primerna za različne vrste storitvenih podjetij.
Izziv
Termin lahko zahteva enega strokovnjaka za 45 minut, storitev najema lahko rezervira predmet za več dni, skupinska storitev pa lahko v istem terminu omogoča več udeležencev.
Oblikovalska odločitev
Viri, čas in omejitve se modelirajo ločeno, da je mogoče razpoložljivost izračunati na podlagi komponent za večkratno uporabo.
Rezultat platforme
En osnovni mehanizem podpira različne rezervacijske scenarije prek enotnega modela upravljanja, medtem ko uporabniška izkušnja ostaja poenotena.
Zakaj koledar sam po sebi še ni rezervacijski mehanizem?
Preprost koledar lahko prikazuje proste in zasedene termine. Rezervacijski sistem, ki deluje v produkcijskem okolju, mora odločiti, kaj je mogoče rezervirati, kateri viri so potrebni, kako se določi trajanje, ali so še na voljo prosta mesta in ali je druga rezervacija pred potrditvijo spremenila stanje.
Te odločitve postanejo zapletene, ko platforma podpira več kot en poslovni model. Ustvarjanje ločenega koledarja za vsako kategorijo bi podvajalo logiko, razdrobilo uporabniško izkušnjo in otežilo upravljanje prihodnjih sprememb.
Termini
Zahtevajo strokovnjaka, trajanje storitve in vmesne čase med strankami.
Skupinske storitve
Namesto izključne uporabe enega časovnega obdobja zahtevajo upravljanje števila mest.
Prostori in igrišča
Rezervirati jih je mogoče v določenih časovnih intervalih, pri čemer so lahko odvisni od odpiralnega časa in pravil dostopa.
Predmeti za najem
Uporabljajo lahko dnevna obdobja, časovna okna za predajo in večdnevno razpoložljivost.
Kategorija storitve mora opisovati poslovni kontekst podjetja, ne pa določati omejitev mehanizma za razporejanje.
Katera načela omogočajo uporabo enega mehanizma za različne modele storitev?
Anollin rezervacijski model je sestavljen iz neodvisnih plasti. Vsaka plast odgovarja na eno vrsto vprašanja in jo je mogoče ponovno uporabiti ob dodajanju novega področja ali rezervacijskega scenarija.
01 · Struktura, osredotočena na vire
Vse, kar omejuje razpoložljivost, je mogoče obravnavati kot vir: strokovnjaka, prostor, igrišče, napravo, mizo, vozilo, storitveno mesto ali drug predmet, ki ga je mogoče rezervirati.
02 · Od področja neodvisen model razporejanja
Storitev lahko uporablja urni časovni interval, dnevno obdobje ali spremenljivo trajanje, ne da bi bila za vsako kategorijo potrebna ločena arhitektura izdelka.
03 · Osrednje vrednotenje omejitev
Urniki, zmogljivost, vmesni časi, rezervacijska okna in prekrivajoče se rezervacije se ocenijo skupaj pred ponudbo termina in ponovno pred potrditvijo.
04 · Enoten model za uporabniške in skrbniške postopke
Javna stran za rezervacije in skrbniška orodja uporabljajo isto logiko razpoložljivosti, kar zmanjšuje tveganje nasprotujočih si izbir.
Kako konfiguracija prehaja v mehanizem za razpoložljivost?
Mehanizem ne izhaja iz naziva področja, temveč iz virov, časovnega modela in omejitev, potrebnih za obravnavano rezervacijo. Enaka logika odločanja se uporablja tako pri javnih rezervacijah kot pri rezervacijah, ustvarjenih v skrbniškem vmesniku.
Konfiguracijski vhodi
Mehanizem za razpoložljivost
Izračunaj · primerjaj · preveri
Enoten mehanizem združi konfiguracijo, preveri razpoložljivost in uporabi rezervacijska pravila, preden vrne rezultat.
Izhodi mehanizma
Konceptualna shema prikazuje tok odločanja o razpoložljivosti, ne pa celotne tehnične arhitekture Anollinih notranjih sistemov.
Kako isti mehanizem podpira različne scenarije storitev?
Konfiguracija se med scenariji spreminja, vendar osnovni mehanizem vedno odgovarja na ista vprašanja: kateri viri so potrebni, za koliko časa, na podlagi katerih omejitev in koliko rezervacijske zmogljivosti je še na voljo?
| Scenarij | Časovni model | Kaj mehanizem ocenjuje | Ponovno uporabna logika platforme |
|---|---|---|---|
| Termin pri specialistu | Spremenljivo trajanje | Trajanje storitve, urnik specialista, čas za pripravo ali čiščenje ter obstoječe rezervacije. | Razpoložljivost virov, izračun trajanja, rok predhodne najave in preverjanje prekrivanj. |
| Skupinska vadba | Fiksno trajanje | Urnik vadbe, vaditelj, prostor, največje število udeležencev in število prostih mest. | Preverjanje več virov, spremljanje števila mest, rezervacijska okna in pravila potrjevanja. |
| Igrišče ali prostor | Na urni osnovi | Odpiralni čas, rezervacijski interval, zasedenost vira, čas za pripravo in izbirni dodatki. | Ustvarjanje razpoložljivih terminov, izključevanje prekrivajočih se rezervacij in prikaz razpoložljivosti. |
| Predmet najema | Na dnevni osnovi | Začetni in končni datum, časovna okna za predajo, razpoložljivost predmeta ter prekrivajoča se obdobja najema. | Preverjanje veljavnosti obdobja, stanje vira, rezervacijska pravila in končno preverjanje razpoložljivosti. |
Kako isti sistem podpira kombinacije več storitev?
Ena rezervacija ne pomeni vedno le ene storitve. Stranka lahko želi več povezanih storitev zapored, ponudnik storitev pa lahko določi, katere storitve je mogoče rezervirati samostojno in katere samo skupaj z drugo storitvijo.
Rezervacijski sistem izbrane storitve obravnava kot celoto: njihova trajanja, premori, cene in potrebni viri tvorijo kombinacijo, na podlagi katere se poiščejo ustrezni termini in ustvari ena rezervacija.
Ena rezervacija, več storitev
Stranka lahko v eni rezervaciji izbere več medsebojno združljivih storitev, ne da bi morala ustvariti ločene rezervacije.
Nadzorovane kombinacije
Ponudnik storitev lahko določi, katere storitve je mogoče rezervirati samostojno in katere tvorijo kombinacijo.
Skupni izračun razpoložljivosti
Razpoložljivost se izračuna na podlagi skupnega trajanja kombinacije, premorov in potrebnih virov.
Za kombiniranje storitev ni potreben ločen rezervacijski sistem. Ista logika virov, trajanja in razpoložljivosti lahko oceni ustreznost rezervacije ene storitve ali rezervacije, sestavljene iz več storitev.
Kako konfiguracija privede do potrjene rezervacije?
Postopek rezervacije sledi enotnemu zaporedju tudi takrat, ko se storitev, prikazana uporabniku, in model časovnega razporejanja razlikujeta.
Določite, kaj je mogoče rezervirati
Ponudnik storitev določi glavni vir in vse dodatne vire, potrebne za izvedbo storitve.
Določite model časovnega razporejanja
Storitev uporablja urni časovni interval, dnevno obdobje ali trajanje, ki je odvisno od storitve in dodatnih možnosti.
Uporabite urnike in omejitve
Delovni čas, število mest, vmesni časi, roki za predhodno najavo, rezervacijska okna in druga pravila omejujejo teoretično razpoložljivost.
Poiščite možnosti, prikazane stranki
Sistem vrne samo tiste termine ali obdobja, ki ustrezajo konfiguraciji, aktivni v trenutku poizvedbe.
Pred potrditvijo znova preverite razpoložljivost
Ponovno preverjanje ščiti pred sočasnimi spremembami, ki nastanejo med postopkom izbire.
Katere lastnosti izhajajo iz enotnega mehanizma za rezervacije?
Rezultat ni v tem, da vsa podjetja uporabljajo enako konfiguracijo. Različne konfiguracije lahko temeljijo na istem preizkušenem mehanizmu odločanja in skupnih načelih upravljanja.
Enoten model upravljanja
Uporabniki upravljajo vire, storitve, urnike in pravila z uporabo skupnih konceptov.
Pravila preverjanja za večkratno uporabo
Preverjanje sporov in omejitve se upravljajo centralno, zato izboljšave koristijo več modelom storitev.
Enotna uporabniška pot
Sestanki, prostori in najemne storitve lahko sledijo znanemu vzorcu rezervacije tudi ob različnih pravilih razpoložljivosti.
Razširljiva osnova platforme
Nove kategorije virov in kombinacije storitev je mogoče dodati z razširitvijo konfiguracije in pravil.
Kaj natančno pomenijo trditve v tej študiji primera?
To je študija primera izdelka, ne zgodba stranke. Opisuje Anollin trenutni model rezervacij, podprte konfiguracije virov in funkcionalni tok odločanja. Kazalniki obsega opisujejo zmogljivost platforme in niso rezultat, obljubljen konkretnemu podjetju.
Osnova zmogljivosti
Trenutna konfiguracija platforme, sistem podprtih vrst virov in obstoječi modeli razporejanja terminov.
Funkcionalna potrditev
Scenariji rezervacij, ki se ocenjujejo z enakim preverjanjem razpoložljivosti in navzkrižij.
Uporaba podatkov
Študija primera ne uporablja podatkov strank, ki bi jih bilo mogoče osebno identificirati, niti individualnih kazalnikov uspešnosti katerega koli podjetja.
Razlaga
Stran prikazuje obseg platforme in možnost ponovne uporabe arhitekture, ne pa zajamčenih rezultatov strank.
Omejitve. Prilagodljivo jedro ne pomeni, da so delovni tokovi v vseh panogah enaki. Panožne zahteve, prilagojene integracije, fizični sistemi za nadzor dostopa ali neobičajna pravila oblikovanja cen lahko zahtevajo dodatno konfiguracijo ali razvoj. Natančnost podatkov o razpoložljivosti je odvisna od kakovosti urnikov, virov in pravil, ki jih vnese ponudnik storitev.