Prípadová štúdia produktu · Architektúra platformy
Jeden rezervačný systém pre hodinové, denné a časovo variabilné služby
Anolla je postavená na zdrojoch, dostupnosti a pravidlách, nie na šablóne jedného odvetvia. Vďaka tomu môže rovnaký základný systém spravovať stretnutia, skupinové služby, priestory a prenájmy bez potreby vytvárať samostatný softvérový produkt pre každý model služby.
Tento technický prehľad opisuje, ako Anolla modeluje rôzne spôsoby plánovania prostredníctvom jednotnej logiky zdrojov a dostupnosti.
Základné modely plánovania: hodinový, denný a s premenlivým trvaním.
Rozsah konfigurácieTypy zdrojov podporované v aktuálnom konfiguračnom modeli.
Overené možnosti platformyJednotný systém overovania dostupnosti a konfliktov.
Princíp architektúryAký problém rieši jednotný rezervačný systém?
Mnohé plánovacie softvéry vznikajú ako kalendáre stretnutí s pevne stanoveným trvaním, ku ktorým sa neskôr pridávajú výnimky. Anolla vychádza z opačného princípu: samostatne sa určuje, čo sa rezervuje, na ako dlho je to potrebné a aké podmienky musia byť splnené. Tak vzniká spoločný, opakovane použiteľný základ pre rôzne typy podnikov poskytujúcich služby.
Výzva
Stretnutie môže vyžadovať jedného odborníka na 45 minút, prenájom môže rezervovať objekt na niekoľko dní a skupinová služba môže v rovnakom čase umožniť účasť viacerým osobám.
Návrhové rozhodnutie
Zdroje, čas a obmedzenia sa modelujú samostatne, aby bolo možné vypočítať dostupnosť na základe opakovane použiteľných komponentov.
Výsledok platformy
Jeden základný systém podporuje rôzne rezervačné scenáre prostredníctvom jednotného modelu správy, pričom zákaznícka skúsenosť zostáva konzistentná.
Prečo samotný kalendár ešte nie je rezervačným jadrom?
Jednoduchý kalendár dokáže zobrazovať voľné a obsadené termíny. Rezervačný systém fungujúci v produkčnom prostredí musí rozhodovať o tom, čo možno rezervovať, aké zdroje sú potrebné, ako sa určuje trvanie, či ešte zostáva voľná kapacita a či situáciu pred potvrdením nezmenila iná rezervácia.
Tieto rozhodnutia sa stávajú zložitými, keď platforma obsluhuje viac než jeden obchodný model. Vytvorenie samostatného kalendára pre každú kategóriu by duplikovalo logiku, trieštilo používateľskú skúsenosť a sťažovalo správu budúcich zmien.
Stretnutia
Vyžadujú odborníka, trvanie služby a časové rezervy medzi zákazníkmi.
Skupinové služby
Namiesto výhradného využitia jedného časového intervalu vyžadujú správu počtu miest.
Miestnosti a ihriská
Môžu byť rezervovateľné v stanovených intervaloch a závisieť od otváracích hodín a pravidiel prístupu.
Prenajímané objekty
Môžu využívať obdobia založené na dňoch, okná na odovzdanie a dostupnosť na viac dní.
Kategória služby by mala opisovať obchodný kontext spoločnosti, nie určovať hranice plánovacieho jadra.
Ktoré princípy umožňujú používať jedno jadro pre rôzne modely služieb?
Rezervačný model Anolla pozostáva z nezávislých vrstiev. Každá vrstva odpovedá na jeden typ otázky a možno ju opätovne použiť pri pridávaní nového odvetvia alebo rezervačného scenára.
01 · Štruktúra zameraná na zdroje
Všetko, čo obmedzuje dostupnosť, možno považovať za zdroj: špecialistu, miestnosť, ihrisko, zariadenie, stôl, vozidlo, obslužné miesto alebo iný rezervovateľný objekt.
02 · Model plánovania nezávislý od odvetvia
Služba môže využívať hodinový časový interval, obdobie založené na dňoch alebo premenlivé trvanie bez potreby samostatnej produktovej architektúry pre každú kategóriu.
03 · Centralizované vyhodnocovanie obmedzení
Rozvrhy, kapacita, časové rezervy, rezervačné okná a prekrývajúce sa rezervácie sa posudzujú spoločne pred ponúknutím termínu a opätovne pred jeho potvrdením.
04 · Jeden model pre zákaznícke a administračné procesy
Verejná rezervačná stránka a administračné nástroje používajú rovnakú logiku dostupnosti, čím sa znižuje riziko protichodných možností.
Ako sa konfigurácia prenáša do modulu dostupnosti?
Modul nevychádza z názvu odvetvia, ale zo zdrojov, modelu plánovania a obmedzení potrebných pre posudzovanú rezerváciu. Rovnaká rozhodovacia logika sa používa pri verejných rezerváciách aj pri rezerváciách vytvorených v administrácii.
Konfiguračné vstupy
Jadro dostupnosti
Vypočítaj · porovnaj · over
Spoločné jadro spája konfiguráciu, kontroluje dostupnosť a uplatňuje rezervačné pravidlá pred vrátením výsledku.
Výstupy modulu
Koncepčná schéma opisuje rozhodovací proces určovania dostupnosti, nie úplnú technickú architektúru interných systémov platformy Anolla.
Ako ten istý modul spracúva rôzne scenáre služieb?
Konfigurácia sa mení podľa jednotlivých scenárov, základný modul však vždy odpovedá na rovnaké otázky: aké zdroje sú potrebné, na ako dlho, podľa akých obmedzení a aká rezervačná kapacita ešte zostáva?
| Scenár | Model plánovania | Čo modul posudzuje | Opätovne použiteľná logika platformy |
|---|---|---|---|
| Návšteva špecialistu | Variabilné trvanie | Trvanie služby, harmonogram špecialistu, čas na prípravu alebo upratovanie a existujúce rezervácie. | Dostupnosť zdrojov, výpočet trvania, rezervačný predstih a kontrola konfliktov. |
| Skupinová lekcia | Pevne stanovené trvanie | Harmonogram lekcie, inštruktor, miestnosť, maximálny počet účastníkov a počet voľných miest. | Kontrola viacerých zdrojov, sledovanie počtu miest, rezervačné okná a pravidlá potvrdzovania. |
| Ihrisko alebo miestnosť | Hodinový model | Otváracie hodiny, rezervačný interval, obsadenosť zdroja, čas na prípravu a voliteľné doplnky. | Generovanie rezervovateľných termínov, vylúčenie prekrývajúcich sa rezervácií a zobrazovanie dostupnosti. |
| Prenajímaný objekt | Denný model | Dátum začiatku a konca, časové okná na odovzdanie, dostupnosť objektu a prekrývajúce sa obdobia prenájmu. | Overenie obdobia, stav zdroja, rezervačné pravidlá a konečná kontrola dostupnosti. |
Ako ten istý systém podporuje kombinácie viacerých služieb?
Jedna rezervácia nemusí vždy znamenať jednu službu. Klient môže chcieť viacero súvisiacich služieb za sebou a poskytovateľ môže určiť, ktoré služby možno rezervovať samostatne a ktoré iba spolu s inou službou.
Rezervačný systém považuje vybrané služby za jeden celok: ich trvanie, prestávky, ceny a potrebné zdroje tvoria kombináciu, na základe ktorej sa vyhľadajú vhodné termíny a vytvorí sa jedna rezervácia.
Jedna rezervácia, viacero služieb
Klient si môže v rámci jednej rezervácie vybrať viacero vzájomne kompatibilných služieb bez toho, aby musel vytvárať samostatné rezervácie.
Kontrolovateľné kombinácie
Poskytovateľ služieb môže určiť, ktoré služby možno rezervovať samostatne a ktoré tvoria kombináciu.
Jednotný výpočet dostupnosti
Dostupnosť sa vypočítava na základe celkového trvania kombinácie, prestávok a potrebných zdrojov.
Kombinovanie služieb si nevyžaduje samostatný rezervačný systém. Rovnaká logika zdrojov, trvania a dostupnosti dokáže posúdiť vhodnosť rezervácie jednej služby aj rezervácie pozostávajúcej z viacerých služieb.
Ako vedie konfigurácia k potvrdenej rezervácii?
Rezervačný proces sa riadi jednotným poradím krokov aj vtedy, keď sa služba zobrazená používateľovi a model plánovania líšia.
Definujte, čo možno rezervovať
Poskytovateľ služieb určí hlavný zdroj a všetky dodatočné zdroje potrebné na poskytnutie služby.
Určte model plánovania
Služba používa hodinový časový interval, obdobie založené na dňoch alebo trvanie závislé od služby a doplnkových možností.
Použite rozvrhy a obmedzenia
Pracovný čas, počet miest, časové rezervy, lehoty na oznámenie, rezervačné obdobia a ďalšie pravidlá obmedzujú teoretickú dostupnosť.
Nájdite možnosti, ktoré sa zobrazia klientovi
Systém vráti iba tie termíny alebo obdobia, ktoré zodpovedajú konfigurácii aktívnej v čase požiadavky.
Pred potvrdením znova skontrolujte dostupnosť
Nová kontrola chráni pred kolidujúcimi zmenami, ktoré vznikli počas procesu výberu.
Aké vlastnosti prináša jednotný rezervačný modul?
Výsledkom nie je, že všetky podniky používajú identickú konfiguráciu. Rôzne konfigurácie môžu využívať rovnaký otestovaný rozhodovací modul a spoločné zásady správy.
Jednotný model správy
Používatelia spravujú zdroje, služby, rozvrhy a pravidlá prostredníctvom spoločných pojmov.
Opakovane použiteľné validačné pravidlá
Kontrola konfliktov a obmedzenia sa spravujú centrálne, takže z vylepšení môžu profitovať viaceré modely služieb.
Jednotná cesta klienta
Stretnutia, priestory a prenájmy môžu využívať známy spôsob rezervácie aj pri odlišných pravidlách dostupnosti.
Rozšíriteľný základ platformy
Nové kategórie zdrojov a kombinácie služieb možno pridávať rozširovaním konfigurácie a pravidiel.
Čo presne znamenajú tvrdenia uvedené v tejto prípadovej štúdii?
Toto je prípadová štúdia produktu, nie príbeh klienta. Opisuje aktuálny rezervačný model platformy Anolla, podporovanú konfiguráciu zdrojov a funkčný rozhodovací proces. Ukazovatele rozsahu opisujú možnosti platformy a nepredstavujú výsledok prisľúbený konkrétnemu podniku.
Základ možností
Aktuálna konfigurácia platformy, systém podporovaných typov zdrojov a existujúce modely plánovania.
Funkčný dôkaz
Rezervačné scenáre, ktoré sa posudzujú prostredníctvom rovnakej kontroly dostupnosti a konfliktov.
Používanie údajov
Prípadová štúdia nepoužíva údaje klientov umožňujúce ich identifikáciu ani individuálne ukazovatele výkonnosti žiadneho podniku.
Interpretácia
Stránka predstavuje rozsah platformy a opätovnú použiteľnosť architektúry, nie garantované výsledky klientov.
Obmedzenia. Flexibilné jadro nerobí pracovné postupy vo všetkých odvetviach identickými. Požiadavky konkrétneho odvetvia, integrácie na mieru, fyzické prístupové systémy alebo neobvyklé cenové pravidlá si môžu vyžadovať dodatočné nastavenie alebo vývoj. Presnosť dostupnosti závisí od kvality rozvrhov, zdrojov a pravidiel zadaných poskytovateľom služieb.