Ebben a cikkben
Egy helyi webügynökség, a kasszarendszered szállítója vagy egy franchise-tanácsadó előbb-utóbb feltesz egy kérdést: akarsz saját appot? A válasz, amit kapsz, szinte mindig érzelmi — "legyél ott, ahol a vendéged van" — és szinte soha nincs papíron kiszámolva. Ez a cikk kiszámolja, azokkal a számokkal, amelyeket maga az appipar publikál.
Egy natív app logikus következő lépésnek tűnik a weboldalad után: a vendéged már képernyőről rendel, akkor miért ne rendelhetne egy ikonból is a telefonján? Maga az ötlet nem a probléma. Az, ami ezután történik, viszont igen — és ezt a részt ritkán említi, aki eladja neked az appot.
A mobilapp-ipar tíz éve pontosan méri, mi történik egy telepítéssel: hányan nyitják meg, hányan maradnak egy hónap után, hányan térnek vissza három hónap után. Ezek a számok kemények, nyilvánosak és feltűnően állandóak — és szinte soha nem alkalmazták őket egyetlen vendéglátóhelyre.
Ez a cikk pontosan ezt teszi, négy számban: mennyibe kerül valójában egy app megépítése és fenntartása, saját vendégeid mekkora hányada telepíti reálisan, hányan nyitják meg közülük még 30 és 90 nap után, és — a kérdés, ami valóban számít — hány további látogatás kell, mire megtérül. Alul add meg a saját számaidat egy kalkulátorban, amely pontosan ugyanazt a matematikát használja, mint a cikk többi része.
A következtetés nem "soha", és nem is "mindig". Egy egyetlen helyszínnel rendelkező önálló vállalkozás esetében a válasz szinte mindig nem — az alábbi számok pontosan megmutatják, miért. Egy több helyszínes csoport vagy egy kiszállítás-központú koncepció esetén, valódi ismétlődő rendelési volumennel, ugyanez a számítás bejöhet. A különbség nem az ambícióban rejlik, hanem a méretben.
A végleges útmutató Éttermi Technológia És Adatok: 6 Lépés 7 Eszközből 1 Rendszerbe Egy különálló kasszától egyetlen integrált rendszerig: a teljes útmutató a technológiai döntésekhez, amelyek tényleg megtérülnek. Útmutató megnyitása1. Mennyibe kerül egy app megépítése — és a folyamatos fizetése
Egy "egyszerű" rendelési és hűségapp árajánlata egyetlen helyszínre specializált ügynökségeknél nagyjából 8000 € és 25 000 € között mozog, attól függően, hogy meglévő rendszered mekkora részét kell beépíteni. Ha foglalás, kiszállításkövetés vagy kiterjedtebb hűségprogram is kell, gyorsan 40 000-80 000 € felé emelkedik — és ott csak elkezdődik a számla. Vesd össze ezt őszintén azzal, ami már most a szoftver-előfizetéseid listáján van: egy app ritkán az első költség, amit hozzá akarsz adni.
A fejlesztési költség fölé két visszatérő kiadás jön, amit egyetlen árajánlat sem tesz elöl. Az Apple évi körülbelül 92 €-t számol fel egy fejlesztői fiókért, amely nélkül egyetlen iOS-app sem kerül élesbe — hagyj ki egy évnyi fizetést, és az appod eltűnik az App Store-ból, függetlenül attól, hány vendég használja már. A Google egyszeri 23 €-t számol fel egy Play Console-fiókért. Kis összeg, de ez az első a sok közül: minden nagyobb iOS- vagy Android-frissítés új ellenőrzési kört kényszerít ki, és egy két éve nem frissített app végül elutasításra kerül, vagy egyszerűen megtalálhatatlan lesz a boltban.
Két olcsóbb út is létezik, és mindkettő megérdemel egy őszinte említést, mielőtt tovább olvasol. Egy progresszív webapp (PWA) — "hozzáadás a kezdőképernyőhöz" közvetlenül a meglévő weboldaladról — a natív app töredékébe kerül, mert nincs sem App Store-ellenőrzés, sem két külön kódbázis, sem éves Apple-számla. És ha a foglalási vagy rendelési rendszer, amit már használsz, saját funkcióként kínál appot, annak határköltsége nulla: úgyis fizetsz már érte, akár használod, akár nem.
Számold össze: 20 000 Ft évente az Apple-nek, 5500 Ft egyszeri a Google-nek — mielőtt egyetlen sornyi kód is megíródna, és semmi garancia arra, hogy azt akár egyetlen vendég is valaha megnyitja.
2. Vendégeid hány százaléka telepíti valóban
Kérdezd meg egy appügynökségtől a telepítési arányt, és a válasz homályos marad: "attól függ". Kérdezd meg a hűségplatformokat, amelyek önálló étteremappokat építenek, a saját számaikról, és a válasz konkrétabb lesz — de ez egy szám, aminek van egy címzettje. A hűségapp-szolgáltatók jellemzően 10-20%-os telepítési arányt jelentenek, ezt az arányt pedig a legjobb vendégeiken mérik: olyan embereken, akik már törzsvendégek. Ugyanaz a csapda, mint az önkiszolgáló kioszkoknál: vonzó technológia, amely csak vendégeid egy nagyon konkrét szeletének térül meg.
Ez a probléma. Ez a 10-20% nem az összes vendéged százaléka, hanem a törzsvendégeidé — a törzsvendégek pedig maguk is már kisebbség. Az éttermi kutatások következetesen 70-77% körülire teszik azoknak a vendégeknek az arányát, akik soha nem térnek vissza, és a bevétel körülbelül 65-80%-át a visszatérő vendégeknek tulajdonítják. Más szóval: az a csoport, amely egyáltalán jelölt egy app telepítésére, maga is csak az egésznek egyötöde-egynegyede.
Rakd egymásra ezt a két számot, és a TELJES vendégköröd azon hányada, amely telepíti az appot, néhány százalékpontra esik vissza — nem tízre, nemhogy húszra. Ezer vendégnél ez körülbelül kétszázhúsz törzsvendéget jelent, akik közül nagyjából minden hetedik telepíti az appot: harminchárom ember. Ez a reális kiindulópont, nem az árajánlaton szereplő optimista szám.
1000 vendégen, a fenti arányokkal. Minden sáv az előző lépés hányada.
Ezek irányadó számok, nem törvény: egy hely, ahol tényleg hűséges kiszállítási vendégek vannak, magasabb törzsvendég-arányt ér el, egy turistadús hely alacsonyabbat. A minta — egy meredek tölcsér vendégtől telepítésig, aktív használatig — szinte minden kutatásban visszaigazolódik.
3. Ki nyitja meg még az appot 30 és 90 nap után
Egy telepítés nem felhasználó. A mobilapp-ipar évek óta méri ezt kohorszgörbékkel — a nulladik napon telepítők hányada tér vissza később —, és a minta feltűnően állandó, az app kategóriájától függetlenül. A Business of Apps és az Adjust 2026-ra átlagosan körülbelül 25%-os 1. napi megtartást jelentett: mindenkiből, aki telepít, nagyjából minden negyedik nyitja meg valaha másodszor is az appot.
Innentől a lecsengés felgyorsul. Ugyanezek a források 5-7%-ra teszik az átlagos 30. napi megtartást, és addigra a felhasználók több mint 90%-a már elengedte az appot. A 90. napra — arra a pontra, ahol egy második látogatásra szóló kedvezmény tényleg elkezdene megtérülni — a megtartás a legtöbb kategóriában 3 és 5% között mozog. Ez nem egy figyelmetlen fejlesztő pechje; ez az átlag több ezer app és tucatnyi kategória fölött.
Fordítsd ezt le az előző szám harminchárom telepítésére, és három hónappal később nagyjából egy aktív felhasználó marad. Nem egy a harminchárom százalékból — egyetlen ember. Ez a valóság a "appot építünk, hogy visszatérjenek a vendégek" mögött: annak esélye, hogy egy véletlenszerű vendég a 90. napon még mindig megnyitja, közel egy az ezerhez.
4. Hány további látogatás kell a nullszaldóhoz
Egy app csak akkor térül meg, ha egy aktív felhasználó gyakrabban jön, mint amennyire nélküle jönne — nem gyakrabban, mint az átlag, hanem gyakrabban, mint egyébként jönne. Ez a különbség egyetlen publikált iparági szabványban sem létezik: semmilyen jelentés nem mondja meg, hány további látogatást generál valóban egy app-felhasználó, mert ez helyszínenként, koncepciónként és kínálatonként eltér.
Amit tudunk, azt egymással szembeállíthatjuk. Vedd a fejlesztési költséget, oszd el az átlagos látogatásonkénti költéssel, és megkapod azt a teljes további látogatásszámot, amit az appnak generálnia kell a megtérüléshez. Oszd el ezt újra a 90 nap után megmaradt aktív felhasználók számával, és világossá válik, hány további látogatást kellene havonta tennie minden megmaradt felhasználónak — egy szám, amely egy normál hely esetén teljesen irreálisnak bizonyul.
Egy átlagos méretű önálló vállalkozásnál a megtérülési idő évtizedekre nyúlik. Nem azért, mert az app semmit sem ér, hanem mert azoknak az embereknek a száma, akik még a 90. napig is használják, túl kicsi ahhoz, hogy egy több ezer eurós fejlesztési költséget elviseljen — még ha minden megmaradt felhasználó valószínűtlenül hűségesnek is bizonyulna.
Ugyanaz a hely, ugyanazok a telepítési és megtartási arányok, háromféle mód, hogy legyen appod.
A PWA-sáv ugyanazokat a telepítési és megtartási arányokat feltételezi, mint a natív app — csak a fejlesztési költség tér el. A valóságban a küszöb a "hozzáadás a kezdőképernyőhöz" megérintéséhez alacsonyabb, mint egy áruházi letöltésé, így ez inkább alsó határ arra, milyen gyorsan térül meg egy PWA, mint felső határ.
Számold ki a saját helyedre
A fenti számok átlagok. Add meg a saját vendégkörödet, költésedet és árajánlatodat — minden helyben, a böngésződben számolódik.
—
"A további látogatás havonta az app miatt" az egyetlen feltételezés itt publikált forrás nélkül — inkább óvatosan add meg, mint reménykedve. Minden helyben, a böngésződben számolódik; semmi nem kerül elküldésre vagy tárolásra.
Amikor a számítás mégis kijön
A fenti számítás annak a helynek szól, amit a cikk legtöbb olvasója vezet: egy helyszín, néhány ezer vendég, egy néhány tízezer eurós árajánlat. Változtasd meg ezt a méretet, és a következtetés megfordulhat — nem azért, mert megváltozik a megtartási görbe, hanem mert a fejlesztési költség nem sokszorozódik helyszínenként, míg a vendégkör igen.
Vegyünk egy kiszállítás-központú koncepciót több helyszínnel és egy kombinált, körülbelül 50 000 fős vendégkörrel, magasabb rendelési gyakorisággal és magasabb törzsvendég-aránnyal, mint az átlagos vendéglátóhely — reális egy olyan vállalkozásnál, amely rendszeresen szállít, nem alkalmanként fogad vendégeket. Ugyanaz az app, ugyanaz a körülbelül 11 455 000 Ft árajánlat, de most sokkal nagyobb aktív felhasználói bázisra osztva.
Ugyanolyan óvatos telepítési és megtartási feltételezésekkel ez az app körülbelül 11 hónap alatt térül meg — évtizedek helyett. A különbség nem az appban van, hanem a nevezőben: ilyen méretnél elég aktív felhasználó marad ahhoz, hogy elviselje a fejlesztési költséget; egyetlen önálló helynél nem.
Mit tegyél az aláírás előtt
Egy árajánlat aláírása egyetlen aláírásba kerül. Ez a három lépés egy órát vesz igénybe, és eldönti, hogy ez az aláírás pénzt spórol-e, vagy pénzbe kerül.
Mielőtt árajánlatot kérnél
- Számold meg, vendégeid hány százaléka valóban törzsvendég — olyanok, akik legalább havonta visszatérnek. Ez a szám, nem a teljes vendégköröd, az, amire egy app valójában épül.
- Tedd fel magadnak az egy kérdést: mit tesz meg az app, amit egy WhatsApp-üzenőlista, egy ingyenes hűségkártya vagy egy könyvjelző a kezdőképernyőn nem tud? Ha az őszinte válasz "semmi konkrétat", az app egy drága módja ugyanannak.
- Nyisd meg a fenti kalkulátort a saját számaiddal, mielőtt ügynökséggel beszélnél — így tudni fogod, milyen választ kell adnia egy árajánlatnak, nem fordítva.
Ha mégis megépíted
- Kezdd PWA-val, ne natív appal. Ha fél év után tényleg használják, bizonyítékod van, mielőtt tízszeres befektetést tennél.
- Az első naptól tegyél az appba egy konkrét előnyt, ami sehol máshol nincs meg — egy bélyegzőkártyát, amely csak ott gyűlik, egy fogást, amely csak ott látható előbb. Ok nélkül, hogy nyitva tartsd, a fenti kohorszgörbe pontosan megismétlődik.
- Tarts félre 15-20%-ot a fejlesztési költségből évente karbantartásra és áruházi frissítésekre — ez nem extra, ez az ára annak, hogy élő maradj.
Az olcsóbb út
- Ellenőrizd először, hogy a foglalási vagy rendelési rendszer, amit már használsz — vagy fontolgatsz —, kínál-e már appot funkcióként, a másik automatizálás mellett, amit már ad neked. Ilyenkor a határköltség nulla.
- Vesd össze ezt az ingyenes utat őszintén az árajánlattal: ugyanazok a push-értesítések, ugyanaz a hűségintegráció, külön Apple-számla nélkül.
- Olvasd el, mit kínál konkrétan egy ilyen beépített app a saját appunk termékoldalán — ugyanaz a kérdés, ügynökség nélkül közötte.
Se nem nem, se nem igen — egy számítás
Szinte minden tulajdonos, aki ezt a cikket olvassa, felismeri az érzést, hogy egy app egy "modern hely" része. Ez az érzés nem téves — csak nem pénzügyi modell. A fenti négy szám megmutatja, mi történik az árajánlat és az első éves zárás között: egy meredek tölcsér vendégtől telepítésig, aktív használatig, és egy fejlesztési költség, amit túl kevés megmaradt felhasználó közt kell szétosztani.
Egy átlagos méretű önálló vállalkozásnál a válasz szinte mindig: most nem, nem natívan, nem ezen az áron. Ez nem ítélet az ambícióról — ez az, amit az egész appipar kohorszgörbéi jósolnak, egyetlen vendéglátóhelyre alkalmazva, tömegközönség helyett.
Ami működik, az ugyanaz az ösztön — közelebb lenni a vendéghez — a fejlesztési költség, az áruházi számla és az éves frissítési kötelezettség nélkül. A saját appunk pontosan ez az út: ugyanaz a funkció, egy már használt rendszer részeként, ügynökségi másodszámla nélkül.