V tomto článku
Místní webová agentura, váš dodavatel pokladního systému nebo franšízový poradce se dříve či později zeptá na totéž: chcete vlastní aplikaci? Odpověď, kterou dostanete, je téměř vždy emocionální — „buďte tam, kde je váš zákazník“ — a téměř nikdy propočítaná na papíře. Tento článek to propočítává, s čísly, která zveřejňuje přímo sama aplikační branže.
Nativní aplikace zní jako logický další krok po vašich webových stránkách: zákazník už objednává z obrazovky, tak proč ne z ikony v telefonu? Sama myšlenka není problém. Problém je to, co následuje — a tuto část málokdy zmíní ten, kdo vám aplikaci prodává.
Odvětví mobilních aplikací už deset let přesně měří, co se stane s instalací: kolik lidí ji otevře, kolik jich zůstane po měsíci, kolik se vrátí po třech. Tato čísla jsou tvrdá, veřejná a pozoruhodně konzistentní — a téměř nikdy nebyla použita na jediný gastronomický podnik.
Tento článek to dělá, ve čtyřech číslech: co aplikace opravdu stojí na vývoj a udržování, jaký podíl vašich vlastních zákazníků ji reálně nainstaluje, kolik z nich ji ještě otevře po 30 a 90 dnech, a — otázka, na které skutečně záleží — kolik dalších návštěv je potřeba, než se vrátí. Dole vložte vlastní čísla do kalkulačky, která používá přesně stejnou matematiku jako zbytek článku.
Závěr není ani „nikdy“, ani „vždycky“. Pro samostatný podnik s jednou pobočkou zní odpověď téměř vždy ne — čísla níže přesně ukazují proč. Pro skupinu s více pobočkami nebo koncept zaměřený na rozvoz s reálným objemem opakovaných objednávek může stejný výpočet vyjít. Rozdíl není v ambicích, je ve velikosti.
Kompletní průvodce Digitalizace restaurace: 6 kroků od 7 nástrojů k 1 systému Od jedné samostatné pokladny k jednomu integrovanému systému: kompletní průvodce technologickými volbami, které se skutečně vyplatí. Otevřít průvodce1. Co stojí postavit aplikaci — a dál ji platit
Nabídka na „jednoduchou“ objednávkovou a věrnostní aplikaci pro jednu pobočku se u specializovaných agentur pohybuje zhruba mezi 8 000 € a 25 000 €, podle toho, kolik z vašeho stávajícího systému je potřeba do ní zabudovat. Přidejte rezervace, sledování rozvozu nebo propracovanější věrnostní program a rychle to stoupá směrem k 40 000 až 80 000 € — a tam účet teprve začíná. Porovnejte to poctivě s tím, co už máte na seznamu softwarových předplatných: aplikace je málokdy první náklad, který chcete přidat.
Nad rámec nákladů na vývoj přicházejí dva opakující se náklady, které žádná nabídka neuvádí na první místo. Apple si účtuje zhruba 92 € ročně za vývojářský účet, bez kterého se žádná iOS aplikace nikdy nedostane naživo — jeden rok nezaplatíte a vaše aplikace zmizí z App Storu, ať už ji používá jakkoli mnoho zákazníků. Google si účtuje jednorázově 23 € za účet Play Console. Malá částka, ale je první z mnoha: každá větší aktualizace iOS nebo Androidu vynutí nové kolo schvalování a aplikace, která nebyla dva roky aktualizována, nakonec bývá odmítnuta nebo prostě v obchodě nenalezitelná.
Existují dvě levnější cesty a obě si zaslouží poctivou zmínku, než budete číst dál. Progresivní webová aplikace (PWA) — „přidat na plochu“ přímo z vaší stávající webové stránky — stojí zlomek nativní aplikace, protože odpadá schvalování App Storu, dvě oddělené kódové základny i roční účet od Applu. A pokud rezervační nebo objednávkový systém, který už používáte, nabízí aplikaci jako vestavěnou funkci, její mezní náklad je nulový: už za ni platíte, ať ji používáte, nebo ne.
Sečtěte si to: 1 600 Kč ročně pro Apple, 400 Kč jednorázově pro Google — dřív, než je napsaný jediný řádek kódu, a bez záruky, že ji kdy otevře jediný zákazník.
2. Kolik vašich zákazníků ji opravdu nainstaluje
Zeptejte se aplikační agentury na míru instalace a odpověď zůstane vágní: „to záleží“. Zeptejte se věrnostních platforem, které staví samostatné restaurační aplikace, na jejich vlastní čísla, a odpověď je konkrétnější — ale je to číslo s adresou. Dodavatelé věrnostních aplikací obvykle uvádějí míru instalace 10 až 20 %, a tento podíl se měří na jejich nejlepších zákaznících: lidech, kteří už jsou stálí hosté. Je to stejná past jako u samoobslužných kiosků: lákavá technologie, která se vyplatí jen velmi konkrétní části vašich hostů.
V tom je ten problém. Těch 10 až 20 % není podíl ze všech vašich zákazníků, je to podíl z vašich stálých hostů — a stálí hosté sami o sobě jsou už menšinou. Výzkumy v pohostinství konzistentně kladou podíl hostů, kteří se nikdy nevrátí, kolem 70 až 77 %, a přibližně 65 až 80 % obratu přisuzují zákazníkům, kteří se vracejí. Jinými slovy: skupina, která vůbec je kandidátem na instalaci aplikace, tvoří sama o sobě jen pětinu až čtvrtinu celé vaší zákaznické základny.
Naskládejte na sebe tato dvě čísla, a podíl z CELÉ vaší zákaznické základny, který aplikaci nainstaluje, klesne na jednotky procent — ne na deset, natož na dvacet. Na tisíc zákazníků je to zhruba dvě stě dvacet stálých hostů, z nichž zhruba jeden ze sedmi aplikaci nainstaluje: třicet tři lidí. To je realistický výchozí bod, ne optimistické číslo z nabídky.
Na 1 000 zákaznících, s podíly výše. Každý sloupec je podíl předchozího kroku.
Jsou to orientační čísla, ne zákon: podnik se skutečně věrnými zákazníky rozvozu dosáhne vyššího podílu stálých hostů, podnik s hodně turisty nižšího. Vzorec — strmý trychtýř od zákazníka k instalaci k aktivnímu používání — se potvrzuje téměř v každém výzkumu.
3. Kdo aplikaci ještě otevírá po 30 a 90 dnech
Instalace není uživatel. Odvětví mobilních aplikací to léta měří pomocí kohortních křivek — kolik lidí, kteří nainstalovali v den nula, se později ještě vrátí — a vzorec je pozoruhodně konzistentní bez ohledu na kategorii aplikace. Business of Apps a Adjust pro rok 2026 uvedly průměrnou retenci 1. den kolem 25 %: ze všech, kdo instalují, aplikaci podruhé otevře zhruba jeden ze čtyř.
Odtud se propad zrychluje. Stejné zdroje kladou průměrnou retenci 30. den na 5 až 7 % a v tu chvíli už více než 90 % všech uživatelů aplikaci opustilo. Do 90. dne — okamžiku, kdy by sleva za druhou návštěvu měla skutečně začít vydělávat — se retence ve většině kategorií pohybuje mezi 3 a 5 %. Není to smůla jednoho nedbalého vývojáře; je to průměr přes tisíce aplikací v desítkách kategorií.
Přeneste to na třicet tři instalací z předchozího čísla, a o tři měsíce později zbude zhruba jeden aktivní uživatel. Ne jeden ze třiceti tří procent — jedna osoba. To je realita za frází „stavíme aplikaci, aby se zákazníci vraceli“: pravděpodobnost, že náhodný zákazník ji stále otevírá 90. den, je blízko jedné ku tisíci.
4. Kolik dalších návštěv je potřeba na vyrovnání nákladů
Aplikace se vrátí jen tehdy, pokud aktivní uživatel přichází častěji, než by přišel bez ní — ne častěji než průměr, ale častěji, než by stejně přišel. Tento rozdíl neexistuje v žádném zveřejněném odvětvovém standardu: žádná zpráva vám neřekne, kolik dalších návštěv jeden uživatel aplikace opravdu generuje, protože se to liší podle podniku, konceptu a nabídky.
Co víme, můžeme postavit proti sobě. Vezměte náklady na vývoj, vydělte je průměrnou útratou na návštěvu, a dostanete celkový počet dalších návštěv, které musí aplikace vygenerovat, aby se vrátila. Vydělte to znovu počtem aktivních uživatelů, kteří zbyli po 90 dnech, a je jasné, kolik dalších návštěv měsíčně by musel udělat každý zbylý uživatel — číslo, které u běžného podniku vychází naprosto nereálně.
U samostatného podniku průměrné velikosti se doba návratnosti táhne na desítky let. Ne proto, že by aplikace neměla žádnou hodnotu, ale protože počet lidí, kteří ji ještě do 90. dne používají, je příliš malý na to, aby unesl náklady na vývoj v řádu tisíců eur — i kdyby byl každý zbylý uživatel nepravděpodobně věrný.
Stejný podnik, stejné míry instalace a retence, tři způsoby, jak k aplikaci přijít.
Sloupec PWA předpokládá stejné míry instalace a retence jako nativní aplikace — liší se jen náklady na vývoj. Ve skutečnosti je práh pro klepnutí na „přidat na plochu“ nižší než stažení z obchodu s aplikacemi, takže je to spíš spodní hranice toho, jak rychle se PWA vrátí, než horní hranice.
Spočítejte si to pro vlastní podnik
Čísla výše jsou průměry. Vyplňte vlastní zákaznickou základnu, útratu a nabídku — vše se počítá lokálně ve vašem prohlížeči.
—
„Další návštěvy měsíčně díky aplikaci“ je jediný předpoklad zde bez zveřejněného zdroje — vyplňte ho raději opatrně než s nadějí. Vše se počítá lokálně ve vašem prohlížeči; nic se neodesílá ani neukládá.
Kdy se výpočet přece jen vyplatí
Výpočet výše je napsán pro podnik, jaký vede většina čtenářů tohoto článku: jedna pobočka, pár tisíc zákazníků, nabídka v řádu desítek tisíc eur. Změňte tuto velikost, a závěr se může obrátit — ne proto, že se mění křivka retence, ale proto, že náklady na vývoj se nenásobí za pobočku, zatímco zákaznická základna ano.
Vezměte koncept zaměřený na rozvoz s několika pobočkami a kombinovanou zákaznickou základnou kolem 50 000 lidí, s vyšší frekvencí objednávek a vyšším podílem stálých hostů než průměrný gastronomický podnik — realistické pro firmu, která pravidelně rozváží, spíš než že by příležitostně obsluhovala hosty. Stejná aplikace, stejná nabídka kolem 875 000 Kč, ale nyní rozložená na mnohem větší základnu aktivních uživatelů.
Se stejně opatrnými předpoklady o instalaci a retenci se taková aplikace vrátí zhruba za 10 měsíců — místo desetiletí. Rozdíl není v aplikaci, je ve jmenovateli: při této velikosti zbyde dost aktivních uživatelů na to, aby unesli náklady na vývoj; u jediného samostatného podniku ne.
Co udělat, než podepíšete
Podepsat nabídku stojí jeden podpis. Tyto tři kroky stojí hodinu a rozhodují, jestli ten podpis peníze ušetří, nebo je stojí.
Než požádáte o nabídku
- Spočítejte, kolik vašich zákazníků je opravdu stálých hostů — lidí, kteří se vracejí alespoň jednou měsíčně. Toto číslo, ne celá vaše zákaznická základna, je to, na čem se aplikace ve skutečnosti staví.
- Zeptejte se sami sebe na jedno: co dělá aplikace, co nezvládne hromadná zpráva na WhatsAppu, bezplatná věrnostní karta nebo záložka na ploše? Pokud je poctivá odpověď „nic konkrétního“, je aplikace drahý způsob, jak dělat totéž.
- Otevřete kalkulačku výše s vlastními čísly, než promluvíte s agenturou — pak budete vědět, jakou odpověď vám nabídka musí dát, ne naopak.
Pokud přesto stavíte
- Začněte s PWA, ne s nativní aplikací. Pokud se po půl roce opravdu používá, máte důkaz, než uděláte desetinásobnou investici.
- Vložte od prvního dne do aplikace konkrétní výhodu, která neexistuje nikde jinde — razítkovou kartu, která se plní jen tam, jídlo viditelné dřív jen tam. Bez důvodu ji držet otevřenou se kohortní křivka výše přesně zopakuje.
- Vyhraďte 15 až 20 % nákladů na vývoj ročně na údržbu a aktualizace v obchodech s aplikacemi — to není navíc, to je cena za to, zůstat naživu.
Levnější cesta
- Nejdřív zjistěte, jestli rezervační nebo objednávkový systém, který už používáte — nebo zvažujete —, nabízí aplikaci už jako funkci, vedle další automatizace, kterou vám už dává. V tom případě jsou mezní náklady nulové.
- Porovnejte tuto bezplatnou cestu poctivě s nabídkou: stejná push oznámení, stejná integrace věrnosti, bez samostatného účtu od Applu.
- Přečtěte si, co taková vestavěná aplikace konkrétně nabízí, na produktové stránce naší vlastní aplikace — stejná otázka, bez agentury mezitím.
Ani ne, ani ano — výpočet
Skoro každý provozovatel, který čte tento článek, zná ten pocit, že aplikace patří k „modernímu podniku“. Ten pocit není špatný — jen to není finanční model. Čtyři čísla výše ukazují, co se stane mezi nabídkou a první roční uzávěrkou: strmý trychtýř od zákazníka k instalaci k aktivnímu používání a náklady na vývoj, které je třeba rozdělit na příliš málo zbylých uživatelů.
Pro samostatný podnik průměrné velikosti zní odpověď téměř vždy: ne teď, ne nativně, ne za tuto cenu. Není to soud nad ambicemi — je to to, co předpovídají kohortní křivky celého odvětví aplikací, aplikované na jeden gastronomický podnik místo na masové publikum.
Co funguje, je stejný instinkt — být blíž zákazníkovi — bez nákladů na vývoj, účtu z obchodu s aplikacemi a roční povinnosti aktualizace. Naše vlastní aplikace je přesně touto cestou: stejná funkce, jako součást systému, který už používáte, bez druhé faktury od agentury.