În acest articol
O agenție web locală, furnizorul tău de casă de marcat sau un consultant de franciză pun mai devreme sau mai târziu aceeași întrebare: vrei propria aplicație? Răspunsul pe care îl primești este aproape întotdeauna emoțional — "fii acolo unde este clientul tău" — și aproape niciodată calculat pe hârtie. Acest articol îl calculează, folosind cifrele pe care industria aplicațiilor le publică ea însăși.
O aplicație nativă pare pasul logic după site-ul tău: clientul tău comandă deja de pe un ecran, deci de ce nu și de pe o pictogramă din telefon? Ideea nu este problema. Ce se întâmplă apoi, da — și această parte este rareori menționată de cel care îți vinde aplicația.
Industria aplicațiilor mobile măsoară de zece ani exact ce se întâmplă cu o instalare: câți oameni o deschid, câți mai sunt acolo după o lună, câți revin după trei. Aceste cifre sunt solide, publice și remarcabil de constante — și aproape niciodată aplicate unui singur local HoReCa.
Acest articol face exact asta, în patru cifre: cât costă cu adevărat o aplicație să fie construită și menținută, ce parte din clienții tăi o instalează realist, câți dintre ei o mai deschid după 30 și 90 de zile, și — întrebarea care contează cu adevărat — câte vizite suplimentare sunt necesare până se amortizează. La final, introdu propriile cifre într-un calculator care folosește exact același calcul ca restul articolului.
Concluzia nu este nici "niciodată", nici "întotdeauna". Pentru un local independent cu o singură locație, răspunsul este aproape întotdeauna nu — cifrele de mai jos arată exact de ce. Pentru un grup cu mai multe locații sau un concept axat pe livrare cu volum real de comenzi repetate, aceeași socoteală poate ieși. Diferența nu stă în ambiție, ci în scară.
Ghidul suprem Tehnologie Și Date: 6 Pași De La 7 Unelte La 1 Sistem De la o casă de marcat izolată la un sistem integrat unic: ghidul complet pentru alegerile tehnologice care chiar se amortizează. Deschide ghidul1. Cât costă construirea unei aplicații — și plata ei continuă
O ofertă pentru o aplicație "simplă" de comenzi și loialitate pentru un singur local variază, la agențiile specializate, între aproximativ 8.000 € și 25.000 €, în funcție de cât din sistemul tău actual trebuie integrat. Adaugă rezervări, urmărirea livrărilor sau un program de loialitate mai elaborat, și urcă rapid spre 40.000-80.000 € — și abia acolo începe factura. Compară asta cinstit cu ce ai deja pe lista ta de abonamente software: o aplicație este rareori primul cost pe care vrei să-l adaugi.
Peste costul de dezvoltare vin două costuri recurente pe care nicio ofertă nu le menționează în față. Apple percepe aproximativ 92 € pe an pentru un cont de dezvoltator, fără de care nicio aplicație iOS nu ajunge vreodată live — ratezi un an de plată, și aplicația ta dispare din App Store, oricâți clienți ar folosi-o deja. Google percepe o singură dată 23 € pentru un cont Play Console. Sumă mică, dar este prima dintre multe: fiecare actualizare majoră iOS sau Android forțează un nou ciclu de verificare, iar o aplicație nemodificată de doi ani ajunge respinsă sau pur și simplu de negăsit în magazin.
Există două rute mai ieftine, și ambele merită menționate cinstit înainte să citești mai departe. O progressive web app (PWA) — "adaugă pe ecranul de start" direct de pe site-ul tău existent — costă o fracțiune din prețul unei aplicații native, pentru că nu implică nici verificare App Store, nici două baze de cod separate, nici factură anuală de la Apple. Iar dacă sistemul de rezervări sau comenzi pe care îl folosești deja oferă o aplicație ca funcție, costul ei marginal este zero: deja plătești pentru ea, fie că o folosești, fie că nu.
Adună: 250 RON pe an pentru Apple, 63 RON o singură dată pentru Google — înainte să fie scrisă măcar o linie de cod, și fără nicio garanție că vreun client o va deschide vreodată.
2. Câți dintre clienții tăi o instalează cu adevărat
Întreabă o agenție de aplicații despre rata de instalare, și răspunsul rămâne vag: "depinde". Întreabă platformele de loialitate care construiesc aplicații independente pentru restaurante despre propriile cifre, și răspunsul devine mai concret — dar este o cifră cu o adresă. Furnizorii de aplicații de loialitate raportează de obicei o rată de instalare de 10 până la 20%, iar acest procent este măsurat pe cei mai buni clienți ai lor: oameni care sunt deja fideli. E aceeași capcană ca la chioșcurile de auto-comandă: tehnologie atrăgătoare care se amortizează doar pentru o felie foarte specifică din clienții tăi.
Aici e problema. Acel 10 până la 20% nu este un procent din toți clienții tăi, este un procent din clienții tăi fideli — iar clienții fideli sunt ei înșiși deja o minoritate. Studiile din HoReCa plasează constant ponderea clienților care nu revin niciodată la aproximativ 70-77%, și atribuie circa 65-80% din cifra de afaceri clienților care revin. Cu alte cuvinte: grupul care este măcar candidat pentru instalarea unei aplicații reprezintă el însuși doar o cincime până la un sfert din întreaga ta bază de clienți.
Suprapune aceste două cifre, și procentul din ÎNTREAGA ta bază de clienți care instalează aplicația scade la câteva procente — nu la zece, cu atât mai puțin la douăzeci. La o mie de clienți, sunt aproximativ două sute douăzeci de clienți fideli, dintre care aproximativ unul din șapte instalează aplicația: treizeci și trei de persoane. Acesta este punctul de plecare realist, nu cifra optimistă din ofertă.
La 1.000 de clienți, cu ponderile de mai sus. Fiecare bară reprezintă o pondere din pasul anterior.
Sunt cifre orientative, nu o lege: un local cu clienți de livrare cu adevărat fideli obține o pondere mai mare de clienți fideli, unul cu mult turism — mai mică. Tiparul — o pâlnie abruptă de la client la instalare la utilizare activă — se confirmă în aproape fiecare studiu.
3. Cine mai deschide aplicația după 30 și 90 de zile
O instalare nu este un utilizator. Industria aplicațiilor mobile măsoară asta de ani de zile prin curbe de cohortă — câți dintre cei care au instalat în ziua zero mai revin ulterior — iar tiparul este remarcabil de constant, indiferent de categoria aplicației. Business of Apps și Adjust au raportat pentru 2026 o retenție medie în ziua 1 de aproximativ 25%: dintre toți cei care instalează, aproximativ unul din patru mai deschide aplicația a doua oară.
De acolo, declinul se accelerează. Aceleași surse plasează retenția medie în ziua 30 la 5-7%, iar până atunci peste 90% dintre toți utilizatorii au abandonat deja aplicația. Până în ziua 90 — momentul în care o reducere pentru a doua vizită ar trebui de fapt să înceapă să dea rezultate — retenția, în majoritatea categoriilor, se situează undeva între 3 și 5%. Nu este ghinionul unui dezvoltator neglijent; este media pe mii de aplicații, în zeci de categorii.
Tradus la cele treizeci și trei de instalări din cifra anterioară, trei luni mai târziu rămâne aproximativ un utilizator activ. Nu unu din treizeci și trei la sută — o singură persoană. Aceasta este realitatea din spatele lui "construim o aplicație ca să revină clienții": probabilitatea ca un client oarecare să o mai deschidă în ziua 90 este de aproximativ unu la mie.
4. Câte vizite suplimentare sunt necesare pentru a ieși pe zero
O aplicație se amortizează doar dacă un utilizator activ vine mai des decât ar fi venit fără ea — nu mai des decât media, ci mai des decât ar fi venit oricum. Această diferență nu există în niciun standard publicat al industriei: niciun raport nu îți spune câte vizite suplimentare generează cu adevărat un utilizator de aplicație, pentru că variază în funcție de local, concept și ofertă.
Ce știm, putem pune față în față. Ia costul de dezvoltare, împarte-l la cheltuiala medie per vizită, și obții numărul total de vizite suplimentare pe care aplicația trebuie să le genereze ca să se amortizeze. Împarte asta din nou la numărul de utilizatori activi rămași după 90 de zile, și devine clar câte vizite suplimentare pe lună ar trebui să facă fiecare utilizator rămas — o cifră care, pentru un local normal, iese complet nerealistă.
Pentru un local independent de dimensiune medie, perioada de amortizare se întinde pe zeci de ani. Nu pentru că aplicația nu ar valora nimic, ci pentru că numărul de oameni care o mai folosesc până în ziua 90 este prea mic pentru a susține un cost de dezvoltare de mii de euro — chiar dacă fiecare utilizator rămas ar fi improbabil de fidel.
Același local, aceleași rate de instalare și retenție, trei moduri de a obține o aplicație.
Bara PWA presupune aceleași rate de instalare și retenție ca aplicația nativă — diferă doar costul de dezvoltare. În realitate, pragul pentru a atinge "adaugă pe ecranul de start" este mai mic decât o descărcare dintr-un magazin de aplicații, deci aceasta este mai degrabă o limită inferioară pentru cât de repede se amortizează o PWA decât o limită superioară.
Calculează pentru propriul tău local
Cifrele de mai sus sunt medii. Introdu propria bază de clienți, cheltuiala și oferta — totul se calculează local, în browserul tău.
—
"Vizite suplimentare pe lună datorită aplicației" este singura presupunere de aici fără sursă publicată — introdu-o mai degrabă prudent decât optimist. Totul se calculează local, în browserul tău; nimic nu este trimis sau stocat.
Când socoteala chiar iese
Socoteala de mai sus este scrisă pentru localul pe care îl conduce majoritatea cititorilor acestui articol: o locație, câteva mii de clienți, o ofertă de zeci de mii de euro. Schimbă această scară, și concluzia se poate inversa — nu pentru că se schimbă curba de retenție, ci pentru că costul de dezvoltare nu se multiplică pe locație, în timp ce baza de clienți da.
Ia un concept axat pe livrare cu mai multe locații și o bază de clienți combinată de aproximativ 50.000 persoane, cu o frecvență de comandă mai mare și o pondere mai mare de clienți fideli decât localul HoReCa mediu — realist pentru o afacere care livrează regulat, în loc să primească clienți ocazional. Aceeași aplicație, aceeași ofertă de aproximativ 136.700 RON, dar acum împărțită la o bază mult mai mare de utilizatori activi.
Cu presupuneri de instalare și retenție la fel de prudente, acea aplicație se amortizează în aproximativ 10 luni — în loc de zeci de ani. Diferența nu stă în aplicație, stă în numitor: la această scară, rămân suficienți utilizatori activi pentru a susține costul de dezvoltare; la un singur local independent, nu.
Ce faci înainte să semnezi
A semna o ofertă costă o semnătură. Acești trei pași costă o oră, și decid dacă acea semnătură economisește bani sau te costă.
Înainte să ceri o ofertă
- Numără câți dintre clienții tăi sunt cu adevărat fideli — oameni care revin cel puțin lunar. Această cifră, nu întreaga ta bază de clienți, este pe ce se construiește de fapt o aplicație.
- Pune-ți o singură întrebare: ce face aplicația ce nu poate face o listă de difuzare WhatsApp, un card de fidelitate gratuit sau un semn de carte pe ecranul de start? Dacă răspunsul sincer este "nimic concret", aplicația este un mod scump de a face același lucru.
- Deschide calculatorul de mai sus cu propriile cifre înainte să vorbești cu o agenție — atunci vei ști ce răspuns trebuie să-ți dea o ofertă, nu invers.
Dacă totuși construiești
- Începe cu o PWA, nu cu o aplicație nativă. Dacă după șase luni chiar este folosită, ai o dovadă înainte să faci investiția de zece ori mai mare.
- Pune din prima zi un beneficiu concret în aplicație care nu există nicăieri altundeva — un card de puncte care se acumulează doar acolo, un fel de mâncare vizibil în avanpremieră doar acolo. Fără un motiv să o ții deschisă, curba de cohortă de mai sus se repetă exact.
- Rezervă 15-20% din costul de dezvoltare pe an pentru întreținere și actualizări în magazine — asta nu este un extra, este prețul pentru a rămâne live.
Ruta mai ieftină
- Verifică mai întâi dacă sistemul de rezervări sau comenzi pe care îl folosești deja — sau îl iei în calcul — oferă deja o aplicație ca funcție, alături de cealaltă automatizare pe care ți-o oferă deja. Atunci costul marginal este zero.
- Compară cinstit această rută gratuită cu oferta: aceleași notificări push, aceeași integrare de loialitate, fără o factură separată de la Apple.
- Citește ce oferă concret o astfel de aplicație integrată pe pagina de produs a propriei noastre aplicații — aceeași întrebare, fără agenția la mijloc.
Nici nu, nici da — o socoteală
Aproape orice proprietar care citește acest articol recunoaște senzația că o aplicație face parte dintr-un "local modern". Această senzație nu este greșită — pur și simplu nu este un model financiar. Cele patru cifre de mai sus arată ce se întâmplă între ofertă și prima închidere anuală: o pâlnie abruptă de la client la instalare la utilizare activă, și un cost de dezvoltare care trebuie împărțit la prea puțini utilizatori rămași.
Pentru un local independent de dimensiune medie, răspunsul este aproape întotdeauna: nu acum, nu nativă, nu la acest preț. Nu este o judecată asupra ambiției — este ceea ce prezic curbele de cohortă ale întregii industrii de aplicații, aplicate unui singur local HoReCa în loc de un public de masă.
Ce funcționează este același instinct — a fi mai aproape de client — fără costul de dezvoltare, factura magazinului și obligația anuală de actualizare. Propria noastră aplicație este exact această rută: aceeași funcție, integrată într-un sistem pe care îl folosești deja, fără a doua factură de la o agenție.