Една система за резервации за почасови, дневни услуги и услуги с променлива продължителност

Какъв проблем решава единната система за резервации?

Много софтуерни решения за планиране започват като календар за срещи с фиксирана продължителност, към който по-късно се добавят изключения. Anolla следва обратния принцип: отделно се определят какво се резервира, за какъв период е необходимо и какви условия трябва да бъдат изпълнени. Така се създава обща основа за многократна употреба от различни видове предприятия за услуги.

Защо календарът сам по себе си все още не е механизъм за резервации?

Един прост календар може да показва свободните и заетите часове. Резервационна система, работеща в реална среда, трябва да определя какво може да бъде резервирано, какви ресурси са необходими, как се задава продължителността, дали все още има свободни места и дали друга резервация не е променила ситуацията преди потвърждаването.

Тези решения стават сложни, когато платформата обслужва повече от един бизнес модел. Създаването на отделен календар за всяка категория би дублирало логиката, би фрагментирало потребителското изживяване и би затруднило управлението на бъдещите промени.

Категорията на услугата трябва да описва бизнес контекста на компанията, а не да определя границите на механизма за планиране.

Кои принципи позволяват използването на един механизъм за различни модели на услуги?

Резервационният модел на Anolla се състои от независими слоеве. Всеки слой отговаря на един тип въпрос и може да бъде използван повторно при добавянето на нова сфера или сценарий за резервация.

Как конфигурацията достига до механизма за наличност?

Механизмът не започва от наименованието на сферата, а от ресурсите, модела за планиране и ограниченията, необходими за оценяваната резервация. Една и съща логика за вземане на решения се използва както за публичните резервации, така и за резервациите, създадени от администрацията.

Концептуалната схема описва процеса на вземане на решения относно наличността, а не пълната техническа архитектура на вътрешните системи на Anolla.

Как един и същ механизъм обслужва различни сценарии за услуги?

Конфигурацията се променя според сценария, но основният механизъм винаги отговаря на едни и същи въпроси: какви ресурси са необходими, за колко време, при какви ограничения и какъв капацитет за резервации остава?

Как една и съща система поддържа комбинации от няколко услуги?

Една резервация невинаги трябва да означава една услуга. Клиентът може да желае няколко свързани услуги една след друга, а доставчикът на услуги може да определи кои услуги могат да се резервират самостоятелно и кои — само заедно с друга услуга.

За целите на системата за резервации избраните услуги се разглеждат като едно цяло: тяхната продължителност, паузи, цени и необходимите ресурси образуват комбинация, въз основа на която се намират подходящи часове и се създава една резервация.

Комбинирането на услуги не изисква отделна система за резервации. Една и съща логика за ресурсите, продължителността и наличността може да оценява пригодността както на резервация за една услуга, така и на резервация, съставена от няколко услуги.

Как конфигурацията води до потвърдена резервация?

Процесът на резервиране следва една и съща последователност дори когато видимата за потребителя услуга и моделът за планиране са различни.

1. Определете какво може да се резервира

   Доставчикът на услуги определя основния ресурс и всички допълнителни ресурси, необходими за предоставянето на услугата.

2. Определете модела за планиране

   Услугата използва почасови времеви интервали, периоди, базирани на дни, или продължителност, зависеща от услугата и допълнителните опции.

3. Приложете графиците и ограниченията

   Работното време, броят на местата, буферните периоди, сроковете за предварително известяване, прозорците за резервации и други правила ограничават теоретичната наличност.

4. Намерете опциите, които да бъдат показани на клиента

   Системата връща само часовете или периодите, които отговарят на активната конфигурация към момента на заявката.

5. Проверете отново наличността преди потвърждаване

   Новата проверка предпазва от припокриващи се промени, възникнали по време на процеса на избор.

Какви характеристики произтичат от единния механизъм за резервации?

Резултатът не се състои в това всички компании да използват идентична конфигурация. Различните конфигурации могат да се основават на един и същ тестван механизъм за вземане на решения и на общи принципи за управление.

Какво точно означават твърденията в този казус?

Това е продуктов казус, а не история на клиент. Той описва текущия модел за резервации на Anolla, поддържаната конфигурация на ресурсите и функционалния процес за вземане на решения. Показателите за обхват описват възможностите на платформата и не представляват обещан резултат за конкретна компания.

Ограничения. Гъвкавото ядро не прави работните процеси във всички отрасли идентични. Специфичните за отрасъла изисквания, персонализираните интеграции, физическите системи за достъп или необичайните правила за ценообразуване може да изискват допълнително конфигуриране или разработка. Точността на данните за наличност зависи от качеството на графиците, ресурсите и правилата, въведени от доставчика на услуги.