01 / PROCES

NEJDŘÍV REALITA PROVOZU

Rezervace není jen volné políčko v kalendáři.

Pro klienta je booking krátká cesta: vybere službu, termín a odešle údaje. Pro provozovatele ale každý termín mění dostupnost člověka, místnosti nebo zařízení. Může vyžadovat přípravu, úklid, zálohu, potvrzení nebo návaznou komunikaci.

Proto je první otázka jiná než „který systém má nejvíc funkcí“. Ptejte se: podle jakých pravidel vzniká termín, který smí klient skutečně rezervovat?

STANDARDNÍ PROCES

Jedna osoba, jedna kapacita.

Služby mají známou délku, pracovní doba je pravidelná a každá rezervace blokuje jeden kalendář.

SLOŽITĚJŠÍ PROCES

Více zdrojů a výjimek.

Termín závisí na pracovníkovi, místnosti, vybavení, variantě služby, pauze nebo předchozí rezervaci.

Typický příklad prvního modelu je samostatná kosmetička nebo terapeut. Druhý model může vzniknout i v malé firmě: dvě osoby sdílejí jedno zařízení, procedura má několik délek nebo službu lze nabídnout pouze v určitém pořadí.

PRAKTICKÝ TEST

Popište jeden běžný a jeden komplikovaný den.

Pokud systém zvládne běžný den, ale u výjimek musíte ručně přesouvat termíny a psát klientům, neautomatizuje celý proces. Pouze vytváří další kalendář.

02 / MINIMUM

FUNKČNÍ ZÁKLAD

Co má booking pro jednoho specialistu zvládnout.

Konkrétní obor mění detaily, ne základní princip. Funkce musí chránit čas provozovatele, dát klientovi jednoznačnou informaci a zabránit termínu, který nelze splnit.

  • Služby s vlastní délkou a případnou cenou.
  • Pracovní doba, přestávky, dovolená a výjimky.
  • Čas před službou a po službě.
  • Ochrana před dvojitou rezervací.
  • Potvrzení, změna a zrušení termínu.
  • Připomínka s jasným časem a místem.
  • Mobilní ovládání pro klienta i provozovatele.
  • Export klientů a rezervací v použitelném formátu.
  • Rozumné role a ochrana osobních údajů.
  • Napojení na kalendář bez skrytých konfliktů.

Ne každá funkce musí být součástí první verze.

Online platba, čekací listina, balíčky, poukazy, více jazyků nebo automatická práce s neuhrazenou zálohou mohou být důležité. Nemá ale smysl platit za ně, pokud neřeší aktuální problém. Rozsah rozdělte na „nutné při spuštění“, „brzy potřebné“ a „možné později“.

U ověřeného bookingu VBeauty je vidět jednoduchá veřejná cesta: služba určí délku, systém načte dostupné dny a teprve potom nabídne konkrétní čas. To je dobrý příklad pořadí, ve kterém se postupně zpřesňuje dostupnost.

03 / VOLBA

HOTOVÁ SLUŽBA, KONFIGURACE, NEBO VÝVOJ

Vlastní řešení není automaticky lepší.

Hotový rezervační systém rozkládá náklady na mnoho zákazníků. Proto bývá levnější při startu, rychleji se nastaví a pokryje běžné situace. Pokud se váš provoz vejde do jeho pravidel, je to často racionální volba.

KritériumSpíše hotová službaSpíše řešení na míru
ProcesBěžné služby, standardní kalendář a jednoduchá kapacita.Vlastní pravidla, kombinace zdrojů nebo nestandardní pořadí kroků.
Rychlost startuPotřebujete začít velmi rychle a přizpůsobíte proces nástroji.Nejdřív je nutné popsat a ověřit logiku provozu.
IntegraceStačí konektory, které dodavatel už nabízí.Booking musí spolehlivě komunikovat s vlastním webem, CRM, platbou nebo interním systémem.
Značka a UXNevadí samostatná rezervační stránka nebo omezený vzhled.Rezervace má být přirozenou součástí webu a klientské cesty.
Data a změnyExport a plán produktu vyhovují.Potřebujete řídit datový model, prioritu změn nebo provozní prostředí.

Mezi oběma póly existuje třetí cesta.

Často stačí hotový produkt správně nakonfigurovat, propojit s webem a doplnit automatizaci. Vlastní vývoj má smysl až tam, kde konfigurace nebo běžná integrace nedokáže pravidlo vyjádřit spolehlivě.

Pro jednoduchý provoz jednoho specialisty je určen produkt Booking Solo. Pro vlastní kapacitní logiku, role a integrace slouží rezervační systém na míru. Rozdíl není v efektním názvu, ale v rozsahu pravidel.

04 / NÁKLADY

CENA ZA CELÝ ŽIVOTNÍ CYKLUS

Neporovnávejte jen měsíční tarif a cenu vývoje.

Veřejné ceny hotových rezervačních služeb se mění a různé tarify obsahují jiné limity. Nabídky proto přepočítejte na stejné období a stejné použití — například na 24 nebo 36 měsíců.

Do celkových nákladů zahrňte:

  • vstupní nastavení, import služeb a migraci klientských dat;
  • měsíční nebo roční licenci podle skutečného počtu lidí a provozoven;
  • SMS, platební bránu a další spotřební poplatky;
  • úpravu webu, měření a napojení dalších systémů;
  • čas věnovaný ručním opravám, přesunům a přepisování dat;
  • ukončení služby, export a případný přechod jinam;
  • u vlastního systému také hosting, monitoring, zálohy, bezpečnost a další rozvoj.
JEDNODUCHÝ VÝPOČET

Celkové náklady = start + provoz + změny + práce kolem systému + odchod.

Nejlevnější varianta je ta, která spolehlivě pokrývá váš proces. Ne ta, která má nejnižší číslo na ceníku.

Počítejte i cenu nefunkčního pravidla.

Pokud špatně nastavená kapacita vytvoří termín, který nelze obsloužit, vzniká komunikace navíc a ztráta důvěry. Tento náklad se v ceníku systému neobjeví, ale v provozu je skutečný.

05 / RIZIKA

CO OVĚŘIT PŘED PODPISEM

Největší překvapení přichází při změně nebo odchodu.

Data a přenositelnost

Ověřte, kdo je správcem dat, co lze exportovat a v jakém formátu. PDF přehled není totéž jako použitelný export klientů, služeb a rezervací. Zjistěte také, jak dlouho jsou data po ukončení dostupná a jak probíhá jejich odstranění.

Kalendář a zdroj pravdy

Napojení na externí kalendář může být jednosměrné nebo obousměrné. Ptejte se, který systém rozhoduje o dostupnosti, jak rychle se změna propíše a co se stane při výpadku nebo duplicitě.

Storna a platby

Pravidla mají odpovídat tomu, co klient vidí před odesláním. Pokud používáte zálohu, musí být jasné, kdy je termín potvrzený, co se stane při neúspěšné platbě a jak probíhá vrácení peněz.

Podpora a odpovědnost

„Podpora v ceně“ může znamenat odpověď na dotaz, ne opravu v konkrétním čase. Ujasněte si kontaktní kanál, prioritu incidentů, zálohy a hranici mezi chybou a placenou změnou.

06 / ZADÁNÍ

BRIEF PRO LEPŠÍ NABÍDKU

Dvanáct odpovědí, které zrychlí výběr.

  1. Jaké služby klient rezervuje a jakou mají délku?
  2. Kdo nebo co službu poskytuje?
  3. Lze některé rezervace přijmout současně?
  4. Jaké pauzy a přípravy termín vyžaduje?
  5. Které výjimky řešíte ručně dnes?
  6. Kdy je rezervace závazně potvrzená?
  7. Jak se mění nebo ruší termín?
  8. Potřebujete zálohu nebo celou platbu předem?
  9. Které zprávy dostane klient a které provozovatel?
  10. S čím se má booking propojit?
  11. Jaká data potřebujete exportovat?
  12. Co musí fungovat první den a co může přijít později?

Dobrá nabídka má na tyto odpovědi navázat konkrétním rozsahem, hranicemi a způsobem provozu. Pokud dodavatel nabízí cenu bez pochopení kapacity a výjimek, porovnáváte spíš balíček než řešení vašeho procesu.

Související podklady