V tem članku
Lokalna spletna agencija, dobavitelj vaše blagajne ali franšizni svetovalec prej ali slej postavi isto vprašanje: želite lastno aplikacijo? Odgovor, ki ga dobite, je skoraj vedno čustven — "bodite tam, kjer je vaš gost" — in skoraj nikoli izračunan na papirju. Ta članek to izračuna, s številkami, ki jih objavlja kar sama industrija aplikacij.
Native aplikacija zveni kot logičen naslednji korak po vaši spletni strani: vaš gost že naroča z zaslona, zakaj torej ne tudi z ikone na telefonu? Sama zamisel ni problem. Problem je, kaj sledi — in ta del tisti, ki vam prodaja aplikacijo, redko omeni.
Industrija mobilnih aplikacij že deset let natančno meri, kaj se zgodi z namestitvijo: koliko ljudi jo odpre, koliko jih ostane po mesecu dni, koliko se jih vrne po treh. Te številke so trdne, javne in presenetljivo konsistentne — in skoraj nikoli uporabljene za en sam gostinski lokal.
Ta članek počne prav to, v štirih številkah: koliko aplikacija dejansko stane izdelava in vzdrževanje, kolikšen delež vaših gostov jo realno namesti, koliko jih jo še odpre po 30 in 90 dneh, ter — vprašanje, ki resnično šteje — koliko dodatnih obiskov je potrebnih, preden se povrne. Spodaj vnesite svoje številke v kalkulator, ki uporablja povsem enako matematiko kot preostanek članka.
Zaključek ni ne "nikoli" ne "vedno". Za samostojen lokal z eno lokacijo je odgovor skoraj vedno ne — številke spodaj natančno pokažejo zakaj. Za skupino z več lokacijami ali koncept, usmerjen v dostavo, z resnično obsežnim ponavljajočim se naročanjem, se ista matematika lahko izide. Razlika ni v ambicioznosti, ampak v obsegu.
Dokončni vodnik Tehnologija In Podatki: 6 Korakov Od 7 Orodij Do 1 Sistema Od ločene blagajne do enega integriranega sistema: popoln vodnik po tehnoloških izbirah, ki se resnično obrestujejo. Odpri vodnik1. Koliko stane izdelava aplikacije — in nadaljnje plačevanje
Ponudba za "preprosto" aplikacijo za naročila in zvestobo za en lokal pri specializiranih agencijah niha med približno 8.000 € in 25.000 €, odvisno od tega, koliko vašega obstoječega sistema je treba vgraditi vanjo. Dodajte rezervacije, sledenje dostavi ali obsežnejši program zvestobe, in strošek hitro naraste proti 40.000-80.000 € — in tam se račun šele začne. Primerjajte to pošteno s tem, kar je že na vašem seznamu programskih naročnin: aplikacija je redko prvi strošek, ki bi ga radi dodali.
Nad stroškom izdelave sta še dva ponavljajoča se stroška, ki ju nobena ponudba ne izpostavi vnaprej. Apple zaračuna približno 92 € na leto za razvijalski račun, brez katerega nobena aplikacija iOS nikoli ne pride v uporabo — če enega leta ne plačate, aplikacija izgine iz App Store, ne glede na to, koliko gostov jo že uporablja. Google zaračuna enkratnih 23 € za račun Play Console. Majhen znesek, a je prvi od mnogih: vsaka večja posodobitev iOS ali Android sistema zahteva nov krog preverjanja, aplikacija, ki dve leti ni bila posodobljena, pa je na koncu zavrnjena ali preprosto ni več najdljiva v trgovini.
Obstajata dve cenejši poti, in obe si zaslužita pošteno omembo, preden berete naprej. Progresivna spletna aplikacija (PWA) — "dodaj na začetni zaslon" neposredno z vaše obstoječe spletne strani — stane le delček native aplikacije, saj ni ne preverjanja App Store, ne dveh ločenih kodnih baz, ne letnega računa pri Applu. In če sistem za rezervacije ali naročila, ki ga že uporabljate, ponuja aplikacijo kot vgrajeno funkcijo, je njen mejni strošek nič: zanjo že plačujete, ne glede na to, ali jo uporabljate.
Seštejte: 75 € na leto za Apple, 19 € enkratno za Google — preden je napisana še ena vrstica kode, in brez kakršnega koli zagotovila, da jo bo kdaj odprl en sam gost.
2. Koliko vaših gostov jo dejansko namesti
Vprašajte agencijo za aplikacije za stopnjo namestitve, in odgovor ostane nejasen: "odvisno". Vprašajte platforme zvestobe, ki gradijo samostojne aplikacije za restavracije, za njihove lastne številke, in odgovor postane konkretnejši — a je to številka z naslovom. Ponudniki aplikacij zvestobe običajno poročajo o stopnji namestitve 10 do 20 %, ta delež pa se meri na njihovih najboljših gostih: ljudeh, ki so že stalni gostje. Enaka past kot pri samopostrežnih kioskih: privlačna tehnologija, ki se obrestuje le za zelo specifičen del vaših gostov.
V tem je problem. Tistih 10 do 20 % ni odstotek vseh vaših gostov, ampak odstotek vaših stalnih gostov — stalni gostje pa so sami po sebi že manjšina. Raziskave o gostinstvu dosledno postavljajo delež gostov, ki se nikoli ne vrnejo, na približno 70 do 77 %, in približno 65 do 80 % prometa pripisujejo gostom, ki se vračajo. Z drugimi besedami: skupina, ki sploh pride v poštev za namestitev aplikacije, je sama po sebi le petina do četrtina vaše celotne baze gostov.
Zložite ti dve številki eno na drugo, in delež CELOTNE vaše baze gostov, ki namesti aplikacijo, pade na nekaj odstotnih točk — ne na deset, kaj šele dvajset. Na tisoč gostov je to približno dvesto dvajset stalnih gostov, od katerih približno vsak sedmi namesti aplikacijo: triintrideset ljudi. To je realistična izhodiščna točka, ne optimistična številka na ponudbi.
Na 1.000 gostih, z zgornjimi deleži. Vsaka vrstica je delež prejšnjega koraka.
To so okvirne številke, ne zakon: lokal z resnično zvestimi gosti dostave doseže višji delež stalnih gostov, tisti z veliko turizma nižjega. Vzorec — strm lijak od gosta do namestitve do aktivne uporabe — se potrdi v skoraj vsaki raziskavi.
3. Kdo še odpira aplikacijo po 30 in 90 dneh
Namestitev ni uporabnik. Industrija mobilnih aplikacij to že leta meri s kohortnimi krivuljami — koliko ljudi, ki so namestili na dan nič, se vrne kasneje — in vzorec je presenetljivo konsistenten, ne glede na kategorijo aplikacije. Business of Apps in Adjust sta za leto 2026 poročala o povprečni zadržanosti 1. dan okoli 25 %: od vseh, ki namestijo, jih približno vsak četrti kdaj odpre aplikacijo drugič.
Od tam upad pospeši. Isti viri postavljajo povprečno zadržanost 30. dan na 5 do 7 %, do takrat pa je več kot 90 % vseh uporabnikov aplikacijo že opustilo. Do 90. dne — trenutka, ko bi popust za drugi obisk dejansko moral začeti prinašati donos — je zadržanost v večini kategorij nekje med 3 in 5 %. To ni smola enega nepazljivega razvijalca; to je povprečje na tisočih aplikacij, v desetinah kategorij.
Prevedite to na triintrideset namestitev iz prejšnje številke, in tri mesece kasneje ostane približno en aktiven uporabnik. Ne eden od triintrideset odstotkov — ena oseba. To je resničnost za stavkom "gradimo aplikacijo, da se gostje vrnejo": verjetnost, da naključen gost aplikacijo še odpre 90. dan, je blizu ena proti tisoč.
4. Koliko dodatnih obiskov je potrebnih za izenačenje stroškov
Aplikacija se povrne le, če aktiven uporabnik pride pogosteje, kot bi prišel brez nje — ne pogosteje od povprečja, ampak pogosteje, kot bi tako ali tako prišel. Te razlike ni v nobenem objavljenem panožnem standardu: nobeno poročilo vam ne pove, koliko dodatnih obiskov dejansko ustvari en uporabnik aplikacije, saj se to razlikuje po lokalu, konceptu in ponudbi.
To, kar vemo, lahko postavimo drugo ob drugo. Vzemite strošek izdelave, delite ga s povprečno porabo na obisk, in dobite skupno število dodatnih obiskov, ki jih mora aplikacija ustvariti, da se povrne. To delite še z številom aktivnih uporabnikov, ki ostanejo po 90 dneh, in postane jasno, koliko dodatnih obiskov mesečno bi moral opraviti vsak preostali uporabnik — številka, ki se za običajen lokal izkaže za povsem nerealno.
Za samostojen lokal povprečne velikosti se doba povračila razteza na desetletja. Ne zato, ker aplikacija ne bi bila vredna nič, ampak ker je število ljudi, ki jo še uporabljajo do 90. dne, premajhno, da bi nosilo strošek izdelave v vrednosti več tisoč evrov — tudi če bi bil vsak preostali uporabnik neverjetno zvest.
Isti lokal, iste stopnje namestitve in zadržanosti, trije načini, kako priti do aplikacije.
Vrstica PWA predpostavlja enake stopnje namestitve in zadržanosti kot native aplikacija — razlikuje se le strošek izdelave. V resnici je prag za pritisk na "dodaj na začetni zaslon" nižji od prenosa iz trgovine z aplikacijami, zato je to prej spodnja meja, kako hitro se PWA povrne, kot zgornja.
Izračunajte za svoj lokal
Zgornje številke so povprečja. Vnesite svojo bazo gostov, porabo in ponudbo — vse se izračuna lokalno v vašem brskalniku.
—
"Dodatni obiski na mesec zaradi aplikacije" je edina predpostavka tukaj brez objavljenega vira — vnesite jo raje previdno kot z upanjem. Vse se izračuna lokalno v vašem brskalniku; nič se ne pošilja ali shranjuje.
Kdaj se izračun res izide
Zgornji izračun je napisan za lokal, ki ga vodi večina bralcev tega članka: ena lokacija, nekaj tisoč gostov, ponudba v obsegu deset tisoč evrov. Spremenite to velikost, in zaključek se lahko obrne — ne zato, ker se spremeni krivulja zadržanosti, ampak zato, ker se strošek izdelave ne pomnoži glede na lokacijo, medtem ko se baza gostov pomnoži.
Vzemite koncept, usmerjen v dostavo, z več lokacijami in skupno bazo gostov okoli 50.000 ljudi, z višjo pogostostjo naročil in višjim deležem stalnih gostov kot povprečen gostinski lokal — realistično za posel, ki redno dostavlja, namesto da bi občasno stregel goste. Ista aplikacija, ista ponudba okoli 41.000 €, a zdaj porazdeljena na veliko večjo bazo aktivnih uporabnikov.
Ob enako previdnih predpostavkah o namestitvi in zadržanosti se ta aplikacija povrne v približno 10 mesecih — namesto v desetletjih. Razlika ni v aplikaciji, ampak v imenovalcu: pri tej velikosti ostane dovolj aktivnih uporabnikov, da nosijo strošek izdelave; pri enem samostojnem lokalu ne.
Kaj storiti pred podpisom
Podpis ponudbe stane en podpis. Ti trije koraki stanejo eno uro, in odločijo, ali ta podpis prihrani denar ali ga stane.
Preden zahtevate ponudbo
- Preštejte, koliko vaših gostov je resnično stalnih — ljudi, ki se vrnejo vsaj mesečno. Ta številka, ne cela vaša baza gostov, je tisto, na čemer se aplikacija dejansko gradi.
- Vprašajte se eno stvar: kaj dela aplikacija, česar seznam za razpošiljanje na WhatsAppu, brezplačna kartica zvestobe ali zaznamek na začetnem zaslonu ne zmorejo? Če je iskren odgovor "nič konkretnega", je aplikacija drag način, da naredite isto stvar.
- Odprite zgornji kalkulator s svojimi številkami, preden govorite z agencijo — tako boste vedeli, kakšen odgovor vam mora dati ponudba, ne obratno.
Če jo vseeno zgradite
- Začnite s PWA, ne z native aplikacijo. Če se po pol leta resnično uporablja, imate dokaz, preden naredite desetkrat večjo naložbo.
- Od prvega dne dajte v aplikacijo konkretno prednost, ki je nikjer drugje ni — kartico žigov, ki se polni le tam, jed, vidno prej le tam. Brez razloga, da bi jo obdržali odprto, se zgornja kohortna krivulja natančno ponovi.
- Rezervirajte 15 do 20 % stroška izdelave letno za vzdrževanje in posodobitve v trgovinah — to ni dodatek, to je cena za to, da ostanete v uporabi.
Cenejša pot
- Najprej preverite, ali sistem za rezervacije ali naročila, ki ga že uporabljate — ali razmišljate o njem — že ponuja aplikacijo kot funkcijo, poleg druge avtomatizacije, ki vam jo že daje. V tem primeru je mejni strošek nič.
- Pošteno primerjajte to brezplačno pot s ponudbo: enaka push obvestila, enako povezovanje zvestobe, brez ločenega računa pri Applu.
- Preberite, kaj taka vgrajena aplikacija konkretno ponuja na strani izdelka naše lastne aplikacije — isto vprašanje, brez agencije vmes.
Ne ne, ne da — izračun
Skoraj vsak lastnik, ki bere ta članek, prepozna občutek, da aplikacija sodi k "sodobnemu lokalu". Ta občutek ni napačen — le ni finančni model. Zgornje štiri številke pokažejo, kaj se zgodi med ponudbo in prvim letnim zaključkom: strm lijak od gosta do namestitve do aktivne uporabe, in strošek izdelave, ki ga je treba porazdeliti na premalo preostalih uporabnikov.
Za samostojen lokal povprečne velikosti je odgovor skoraj vedno: ne zdaj, ne native, ne po tej ceni. To ni sodba o ambicioznosti — to je tisto, kar napovedujejo kohortne krivulje celotne industrije aplikacij, uporabljene za en gostinski lokal namesto za množično občinstvo.
Kar deluje, je isti instinkt — biti bližje gostu — brez stroška izdelave, računa trgovine in letne obveznosti posodabljanja. Naša lastna aplikacija je prav ta pot: ista funkcija, kot del sistema, ki ga že uporabljate, brez drugega računa od agencije.