Když web nestačí: rezervace, portály a aplikace na míru

Web vám přivádí poptávky, ale každou rezervaci domlouváte po telefonu, údaje přepisujete do tabulky a zákazníkům posíláte stav zakázky ručně. S tím může pomoct rezervační systém, klientský portál nebo interní aplikace. Vývoj na míru ale objednávejte až ve chvíli, kdy ověříte, že potřebnou práci nezvládne hotový nástroj nebo propojení toho, co už používáte.

Pro malou firmu ze Zlína nebo okolí je podstatné, kolik práce a chyb nový systém odstraní. Počet funkcí v nabídce vám to neřekne. Tady je postup, jak se rozhodnout, co koupit, co nechat naprogramovat a co zatím nechat být.

Kde končí prezentace a začíná provoz

Firemní web vysvětlí službu, ukáže práci a umožní zákazníkovi napsat. Provozní systém navíc pracuje s termíny, stavem zakázky nebo přístupy jednotlivých lidí. Musí správně reagovat i na změny: zákazník zruší rezervaci, zaměstnanec onemocní, někdo nahraje špatný dokument.

Než začnete vybírat dodavatele, týden si zapisujte, co se opakuje. Kolikrát přepíšete stejný údaj? Kolik telefonátů je jen dotaz na stav zakázky? Kdo opravuje chyby a jak dlouho mu to trvá? Zahrňte i kolegy, kteří budou se systémem pracovat každý den.

Pokud neumíte popsat konkrétní opakovanou práci, je na objednání aplikace brzy. Samotný Excel není problém. Problém je třeba to, že dvě různé tabulky ukazují jiné termíny a nikdo neví, která platí.

Tři cesty: hotový nástroj, propojení, vlastní aplikace

Začal bych první možností a dál postupoval podle zjištěných mezer. Vlastní vzhled formuláře, několik zaměstnanců nebo více služeb ještě nejsou důvodem k vlastnímu vývoji.

Například Reservio uvádí online rezervace, připomínky, správu týmu i vložení rezervačního formuláře do webu. Ani sdílená místnost nebo přístroj nejsou automaticky problém na míru: SimplyBook.me nabízí přiřazení omezených zdrojů ke službě. Dostupnost termínu pak může záviset i na volném vybavení.

To jsou příklady existujících funkcí podle dokumentace dodavatelů, nikoli žebříček nejlepších nástrojů. Než se pro některý rozhodnete, ověřte potřebnou kombinaci funkcí a tarif na vlastním zkušebním scénáři.

Z praxe: správa poptávek pro Autovrak.cz

Pro Autovrak.cz jsem vytvořil systém na správu poptávek. V jednom přehledu jsou poptávky z rychlého formuláře i cenové kalkulace. U každé obsluha vidí vozidlo, lokalitu, čas přijetí a přiložené fotografie.

Ukázka systému na správu poptávek, který jsem vytvořil pro Autovrak.cz.

Poptávky lze vyhledávat podle vozidla, místa, jména nebo telefonu a filtrovat podle data. Graf ukazuje, kolik jich přichází v jednotlivých dnech. Při práci tak můžete otevřít konkrétní poptávku a zároveň sledovat, jak se jejich počet vyvíjí.

Součástí přehledu je také zachycený marketingový zdroj: například vyhledávání na Googlu, Google Ads nebo Sklik, případně konkrétní kampaň. Obsluha tak má u poptávky vedle informací o autě i údaj o tom, odkud návštěva přišla. Samotný počet poptávek ještě neříká, kolik z nich skončilo zakázkou; k vyhodnocení reklamy je potřeba znát i tento výsledek.

Tady aplikace navazuje na konkrétní úkol webu: přijmout poptávku a předat ji obsluze k vyřízení. Rozsah vychází z údajů potřebných při každodenní práci — v tomto případě včetně fotografií vozidel a zdroje poptávky.

Rezervace, portál, interní panel: co mají vyřešit

Následující situace jsou modelové příklady, ne výsledky konkrétních klientů.

Salon: termíny bez neustálého telefonování

Zákazník si vybere službu a volný termín. Obsluha vidí stejný kalendář a nemusí každou návštěvu domlouvat zvlášť. Tady bych jako první zkoušel hotový rezervační systém.

V testu ale nestačí vytvořit jednu objednávku. Zkuste dovolenou zaměstnance, různou délku služeb, čas na úklid, zrušení termínu i rezervaci přijatou po telefonu. Rezervace z webu i telefonu musí pracovat se stejnou dostupností.

Zvlášť ověřte propojení s kalendářem. „Synchronizace“ nemusí znamenat přenos oběma směry. Reservio například podle své nápovědy nabízí obousměrné propojení s Google Kalendářem, zatímco u Outlooku a iCal popisuje jednosměrný přenos z Reservia. Z události zapsané do osobního kalendáře proto nelze automaticky vyvozovat, že zablokuje online rezervace. Podrobnosti uvádí návod k synchronizaci kalendáře.

Servisní firma: zákazník si zjistí stav zakázky

Klientský portál je soukromá část webu, kam se zákazník přihlásí. Může v ní najít stav opravy, nabídku k odsouhlasení, předávací protokol nebo dokumenty ke své zakázce.

Nejdřív zjistěte, jestli takovou zákaznickou sekci už nenabízí váš program na správu zakázek. Někdy pomohou i automatická oznámení při změně stavu. Samostatný portál se vyplatí zvažovat, když zákazníci potřebují opakovaně pracovat s více údaji, které jsou dnes rozptýlené na různých místech.

Má to jednu podmínku: někdo musí stav zakázky skutečně aktualizovat, případně ho musí systém přebírat ze spolehlivého zdroje. Portál se starým termínem může vyvolat další telefonát.

Montážní firma: předání práce mezi kanceláří a terénem

Kancelář přijme objednávku, technik doplní fotografie a výsledek návštěvy, další kolega připraví podklady k vyúčtování. Interní panel může každému ukázat, co má udělat a co ještě chybí.

Než navrhnete celý nový systém, prověřte propojení stávajících nástrojů. Jestli překáží jen ruční přepis schválené zakázky, může stačit automatický přenos. Vývoj na míru pak může řešit konkrétní chybějící krok, aniž byste zahodili funkční účetnictví nebo evidenci zákazníků.

Do zadání patří i selhání: kdo se dozví, že přenos neproběhl, a jak se zabrání tomu, aby opakovaný pokus vytvořil stejnou zakázku dvakrát.

Kdy se do vývoje zatím nepouštět

Vývoj bych odložil, pokud platí některá z těchto situací:

• Pravidla měníte každý týden. Nejdřív si postup ověřte ručně. Jinak budete platit za opakované předělávání.
• Práce je zatím málo. Několik rezervací měsíčně může pohodlně zvládnout kalendář a jednoduchý formulář.
• Nikdo se o systém nebude starat. Musí být jasné, kdo opraví chybné údaje, přidá kolegu a rozhodne při nejasnosti.
• Počítáte jen s cenou výroby. Hosting, podpora, změny napojení a bezpečnostní údržba pokračují i po spuštění.
• Zákazníci by měli dělat víc práce než dnes. Povinný účet kvůli jediné jednoduché rezervaci nejdřív vyzkoušejte s lidmi, kteří se u vás opravdu objednávají.

Pokud současný web nepřivádí žádné poptávky, portál to sám nespraví. Nejdřív projděte, proč web neprodává. Aplikaci vybírejte podle provozního problému, který už máte.

Kolik má aplikace stát, aby se vám vyplatila

U hotové služby porovnejte cenu tarifu při vašem počtu lidí a rezervací. Připočtěte nastavení, přenos dat, případné SMS a další placené funkce. U zakázkového vývoje chtějte cenu návrhu, realizace, zaškolení a následného provozu. Obě varianty srovnávejte za stejné období, třeba dva roky.

Následující čísla jsou pouze model pro výpočet. Nejde o můj ceník, tržní průměr ani slíbenou úsporu.

Hodnota ušetřeného času je 20 × 500 = 10 000 Kč měsíčně. Po odečtení provozu zbývá 7 500 Kč. Jednoduchá návratnost při těchto předpokladech vychází na 90 000 ÷ 7 500 = 12 měsíců. Výdaje za dva roky jsou 90 000 + 24 × 2 500 = 150 000 Kč, bez dalšího rozšiřování.

Teď zkuste méně příznivou variantu: ušetříte jen deset hodin. Po odečtení provozu zbývá 2 500 Kč měsíčně a návratnost se posune na 36 měsíců. Takovou variantu si spočítejte před objednávkou.

Vývoj porovnejte také s hotovou službou. Jestli ta odstraní téměř stejné množství práce, musí vlastní aplikace obhájit vyšší náklady dalším přínosem. Nestačí, že se vyplatí oproti dnešnímu ručnímu postupu.

Ušetřený čas přitom není automaticky hotovost na účtu. Zaměstnanci dál dostávají výplatu. Peněžní přínos vzniká například tehdy, když omezíte placené přesčasy nebo získanou kapacitu využijete na další zakázky. U nich počítejte přínos po odečtení nákladů, ne celou tržbu. Čas majitele bez dalšího využití může být vítanou úlevou, ale nevydávejte ho za peněžní úsporu.

U vlastních webů a aplikací naceňuji speciální funkce podle konkrétního návrhu. Rozdíl mezi cenou firemní prezentace a dalšími funkcemi rozebírám také v článku kolik stojí web pro malou firmu.

Data, přístupy a provoz patří do zadání

U portálu potřebujete mít jistotu, že zákazník uvidí jen své dokumenty. Každý pracovník má mít vlastní účet a přístup odpovídající jeho práci; při odchodu se oprávnění odeberou. U správců požadujte vícefaktorové přihlášení. Tyto principy popisuje průvodce zabezpečením osobních údajů pro malé firmy od EDPB.

Pokud dodavatel zpracovává osobní údaje zákazníků vaším jménem, musí být vztah správce a zpracovatele smluvně upravený. Samotné označení služby jako „v souladu s GDPR“ nenahrazuje vyjasnění odpovědnosti. EDPB vysvětluje role správce a zpracovatele i obsah jejich smlouvy.

Před objednáním si nechte zodpovědět také toto:

• Jak dostanu data ven? Chtějte ukázkový export kontaktů, zakázek a potřebných příloh. Zkontrolujte, že se neztratí jejich vzájemné vazby.
• Co převezme další dodavatel? U vývoje na míru si písemně domluvte přístup ke zdrojovým kódům, dokumentaci, provozním účtům a oprávnění k dalším úpravám.
• Jak se obnoví provoz po chybě? Domluvte rozsah a četnost záloh, ověření obnovy i přijatelnou dobu výpadku.
• Kdo řeší poruchu a za kolik? Rozlište opravu vady, běžnou údržbu a objednání nové funkce. Ujasněte si, kam volat a v jakém čase dostanete reakci.

Export si opravdu vyzkoušejte. Třeba Reservio popisuje export klientů do CSV nebo PDF a rezervací za období do XLSX. To dokládá možnost získat určitá data, ne automatický převod celého systému jinam. Ověřte rozsah ve svém tarifu a možnost importu u dalšího dodavatele. Stejnou otázku kontroly nad účty řeší článek komu patří váš web.

První verze má zvládnout jeden celý postup

Místo dlouhého seznamu funkcí vezměte jednu běžnou zakázku a projděte ji od začátku do konce. Třeba přijetí požadavku, přidělení člověku, dokončení a předání zákazníkovi. Sepište, kdo co zadá, kdo to uvidí a podle čeho poznáte, že krok proběhl správně.

Pak přidejte běžné komplikace: změnu termínu, chybějící údaj, neodeslané potvrzení, pokus zobrazit cizí dokument. S dodavatelem si tyto situace odsouhlaste jako podmínky převzetí.

První verzi dejte vyzkoušet malé části týmu nebo několika zákazníkům. Sledujte dobu vyřízení, počet oprav a dotazy na obsluhu. Teprve z toho poznáte, jestli se práce zjednodušila a co doplnit dál. Malý rozsah může znamenat méně funkcí; přístupy a spolehlivé uložení dat potřebujete už od začátku.

Začněte popisem práce

Pokud vás každý den zdržuje přepisování nebo domlouvání stejných věcí, napište mi, jak dnes práci vyřizujete. Stačí popsat jeden konkrétní postup, kdo ho dělá a kolik času zabere. Podle toho probereme hotový nástroj, propojení nebo aplikaci na míru — a co má být v její první verzi.

Funkce a pravidla uvedených služeb ověřeny 17. září 2026 v jejich oficiální dokumentaci. Odkazy na zdroje jsou přímo u příslušných tvrzení.