Cyfryzacja i dane

Własna Aplikacja Restauracji? 4 Liczby, Które Decydują

Każdy twórca aplikacji obiecuje lojalność klientów. Prawie nikt nie liczy, ilu klientów w ogóle ją otwiera — ani czy to kiedykolwiek pokrywa rachunek.

W tym artykule
  1. 1. Ile kosztuje zbudowanie aplikacji — i dalsze jej opłacanie
  2. 2. Ilu twoich klientów naprawdę ją instaluje
  3. 3. Kto otwiera aplikację jeszcze po 30 i 90 dniach
  4. 4. Ile dodatkowych wizyt potrzeba, żeby wyjść na zero
  5. Kiedy rachunek się jednak spina
  6. Co zrobić, zanim podpiszesz

Lokalna agencja webowa, dostawca kasy fiskalnej lub konsultant franczyzowy prędzej czy później zada to samo pytanie: czy chcesz własną aplikację? Odpowiedź, którą dostajesz, jest niemal zawsze emocjonalna — „bądź tam, gdzie jest twój klient” — i niemal nigdy policzona na papierze. Ten artykuł to liczy, na podstawie danych, które sama branża aplikacji publikuje.

Aplikacja natywna brzmi jak logiczny krok po stronie internetowej: klient już zamawia z ekranu, więc dlaczego nie z ikonki na telefonie? Sam pomysł nie jest problemem. Problemem jest to, co dzieje się dalej — a o tym rzadko mówi ten, kto sprzedaje ci aplikację.

Branża aplikacji mobilnych mierzy od dziesięciu lat dokładnie to, co dzieje się z instalacją: ilu ludzi ją otwiera, ilu zostaje po miesiącu, ilu wraca po trzech. Te liczby są twarde, publiczne i zaskakująco spójne — i niemal nigdy nie zostały zastosowane do jednego lokalu gastronomicznego.

Ten artykuł to robi, w czterech liczbach: co aplikacja naprawdę kosztuje w budowie i utrzymaniu, jaka część twoich klientów realnie ją instaluje, ilu z nich otwiera ją jeszcze po 30 i 90 dniach oraz — pytanie, które naprawdę się liczy — ile dodatkowych wizyt potrzeba, zanim się zwróci. Na dole wpisz własne liczby do kalkulatora, który używa dokładnie tej samej matematyki co reszta artykułu.

Wniosek nie brzmi ani „nigdy”, ani „zawsze”. Dla samodzielnego lokalu z jedną lokalizacją odpowiedź niemal zawsze brzmi nie — liczby poniżej pokazują dokładnie dlaczego. Dla grupy z kilkoma lokalizacjami lub koncepcji nastawionej na dostawy z realnym wolumenem powtarzalnych zamówień ten sam rachunek może się spiąć. Różnica nie leży w ambicji, tylko w skali.

Ostateczny poradnik Technologia I Dane W Restauracji: 6 Kroków Od 7 Narzędzi Do 1 Systemu Od pojedynczej kasy do jednego zintegrowanego systemu: kompletny poradnik o wyborach technologicznych, które naprawdę się opłacają. Otwórz poradnik

1. Ile kosztuje zbudowanie aplikacji — i dalsze jej opłacanie

Wycena „prostej” aplikacji do zamówień i lojalności dla jednego lokalu waha się u wyspecjalizowanych agencji między około 8 000 € a 25 000 €, w zależności od tego, ile z twojego obecnego systemu trzeba w niej odtworzyć. Dodaj rezerwacje, śledzenie dostaw lub bardziej rozbudowany program lojalnościowy, a kwota szybko rośnie w kierunku 40 000–80 000 € — i tam rachunek dopiero się zaczyna. Porównaj to uczciwie z tym, co już masz na liście abonamentów oprogramowania: aplikacja rzadko jest pierwszym kosztem, który chcesz dodać.

Ponad kosztem budowy dochodzą dwa koszty cykliczne, o których żadna wycena nie mówi na wstępie. Apple pobiera około 92 € rocznie za konto deweloperskie, bez którego żadna aplikacja iOS nigdy nie trafia do sklepu — nie zapłacisz przez rok, a twoja aplikacja znika z App Store, niezależnie od tego, ilu klientów już z niej korzysta. Google pobiera jednorazowo 23 € za konto Play Console. Niewielka kwota, ale to pierwsza z wielu: każda większa aktualizacja iOS lub Androida wymusza nowy cykl weryfikacji, a aplikacja niezaktualizowana od dwóch lat w końcu zostaje odrzucona albo po prostu przestaje być znajdywalna w sklepie.

Istnieją dwie tańsze drogi i obie zasługują na uczciwą wzmiankę, zanim przeczytasz dalej. Progressive web app (PWA) — „dodaj do ekranu głównego” bezpośrednio z istniejącej strony — kosztuje ułamek aplikacji natywnej, bo nie ma weryfikacji App Store, dwóch osobnych baz kodu ani corocznego rachunku od Apple. A jeśli system rezerwacji lub zamówień, z którego już korzystasz, oferuje aplikację jako funkcję, jej koszt krańcowy wynosi zero: i tak już za nią płacisz, niezależnie od tego, czy jej używasz.

Policz to: 250 zł rocznie dla Apple, 61 zł jednorazowo dla Google — zanim napisano choćby jedną linijkę kodu, i bez żadnej gwarancji, że choć jeden klient kiedykolwiek ją otworzy.

2. Ilu twoich klientów naprawdę ją instaluje

Zapytaj agencję o wskaźnik instalacji, a odpowiedź pozostanie mglista: „to zależy”. Zapytaj platformy lojalnościowe budujące samodzielne aplikacje dla restauracji o ich własne liczby, a odpowiedź jest bardziej konkretna — ale to liczba z adresem. Dostawcy aplikacji lojalnościowych zazwyczaj podają wskaźnik instalacji na poziomie 10–20%, mierzony jednak wśród ich najlepszych klientów: osób, które już są stałymi bywalcami. To ta sama pułapka co przy kioskach samoobsługowych: atrakcyjna technologia, która opłaca się tylko bardzo konkretnej grupie twoich gości.

Na tym polega problem. Te 10–20% to nie odsetek wszystkich twoich klientów, tylko odsetek twoich stałych bywalców — a stali bywalcy sami w sobie są mniejszością. Badania dotyczące restauracji konsekwentnie wskazują, że około 70–77% gości nigdy nie wraca, a klientom powracającym przypisuje się około 65–80% obrotu. Innymi słowy: grupa, która w ogóle jest kandydatem do zainstalowania aplikacji, to sama w sobie jedynie od jednej piątej do jednej czwartej całej twojej bazy klientów.

Nałóż te dwie liczby na siebie, a odsetek CAŁEJ twojej bazy klientów, który instaluje aplikację, spada do pojedynczych procentów — nie do dziesięciu, nie mówiąc już o dwudziestu. Na tysiąc klientów to około dwustu dwudziestu stałych bywalców, z których mniej więcej co siódmy instaluje aplikację: trzydzieści trzy osoby. To realistyczny punkt wyjścia, a nie optymistyczna liczba z wyceny.

Od klienta do instalacji: gdzie rezygnuje większość

Na 1000 klientów, przy powyższych udziałach. Każdy słupek to udział poprzedniego kroku.

Klienci w twojej bazie
1000
Stali bywalcy wśród nich (~22%)
220
Instalują aplikację (~15% stałych bywalców)
33
Otwierają ją ponownie w dniu 1 (~25%)
8
Wciąż aktywni w dniu 90 (~3,5%)
1

To liczby orientacyjne, nie prawo: lokal z naprawdę lojalnymi klientami dostaw osiąga wyższy odsetek stałych bywalców, lokal z dużym ruchem turystycznym — niższy. Wzorzec — stromy lejek od klienta do instalacji do aktywnego korzystania — potwierdza się w niemal każdym badaniu.

3. Kto otwiera aplikację jeszcze po 30 i 90 dniach

Instalacja to nie użytkownik. Branża aplikacji mobilnych mierzy to od lat za pomocą krzywych kohortowych — ilu spośród ludzi, którzy zainstalowali w dniu zero, wraca później — a wzorzec jest zaskakująco spójny, niezależnie od kategorii aplikacji. Business of Apps i Adjust podały dla 2026 roku średnią retencję w dniu 1 na poziomie około 25%: spośród wszystkich instalujących mniej więcej co czwarty otwiera aplikację jeszcze raz.

Potem spadek przyspiesza. Te same źródła podają średnią retencję w dniu 30 na poziomie 5–7%, a wtedy ponad 90% wszystkich użytkowników już porzuciło aplikację. Do dnia 90 — momentu, w którym rabat za drugą wizytę powinien naprawdę zacząć się opłacać — retencja w większości kategorii mieści się między 3 a 5%. To nie pech jednego niedbałego dewelopera; to średnia z tysięcy aplikacji, w dziesiątkach kategorii.

Przełóż to na trzydzieści trzy instalacje z poprzedniej liczby, a trzy miesiące później zostaje mniej więcej jeden aktywny użytkownik. Nie jeden na trzydzieści trzy procent — jedna osoba. To rzeczywistość stojąca za „budujemy aplikację, żeby klienci wracali”: prawdopodobieństwo, że przypadkowy klient wciąż otwiera ją w dniu 90, wynosi mniej więcej jeden do tysiąca.

4. Ile dodatkowych wizyt potrzeba, żeby wyjść na zero

Aplikacja zwraca się tylko wtedy, gdy aktywny użytkownik przychodzi częściej, niż przyszedłby bez niej — nie częściej niż średnio, częściej niż i tak by przyszedł. Ta różnica nie istnieje w żadnym opublikowanym standardzie branżowym: żaden raport nie mówi, ile dodatkowych wizyt naprawdę generuje jeden użytkownik aplikacji, bo to zależy od lokalu, koncepcji i oferty.

To, co wiemy, możemy zestawić ze sobą. Weź koszt budowy, podziel przez średni wydatek na wizytę, a otrzymasz łączną liczbę dodatkowych wizyt, które aplikacja musi wygenerować, żeby się zwrócić. Podziel to ponownie przez liczbę aktywnych użytkowników pozostałych po 90 dniach, a stanie się jasne, ile dodatkowych wizyt miesięcznie musiałby zrobić każdy pozostały użytkownik — liczba, która dla normalnego lokalu wychodzi całkowicie nierealistyczna.

Dla samodzielnego lokalu średniej wielkości okres zwrotu rozciąga się na dziesięciolecia. Nie dlatego, że aplikacja jest bezwartościowa, ale dlatego, że liczba osób, które wciąż jej używają do dnia 90, jest zbyt mała, by udźwignąć koszt budowy sięgający tysięcy euro — nawet gdyby każdy pozostały użytkownik okazał się nieprawdopodobnie lojalny.

Czas zwrotu: aplikacja natywna kontra dwie tańsze drogi

Ten sam lokal, te same wskaźniki instalacji i retencji, trzy sposoby na zdobycie aplikacji.

Zlecić budowę aplikacji natywnej ± 50,1 lat
Progressive web app (PWA) ± 48 miesięcy
Już w cenie twojego systemu zwraca się od razu

Słupek PWA zakłada te same wskaźniki instalacji i retencji co aplikacja natywna — różni się tylko koszt budowy. W rzeczywistości próg, by dotknąć „dodaj do ekranu głównego”, jest niższy niż pobranie ze sklepu z aplikacjami, więc to raczej dolna granica tego, jak szybko zwraca się PWA, niż górna.

Policz to dla własnego lokalu

Powyższe liczby to średnie. Wpisz własną bazę klientów, wydatki i wycenę — wszystko liczone lokalnie w twojej przeglądarce.

Aktywni użytkownicy po 90 dniach
instalacje × twój wskaźnik retencji
Potrzebne dodatkowe wizyty
koszt budowy ÷ średni wydatek
Dodatkowe wizyty/miesiąc
aktywni użytkownicy × dodatkowe wizyty

„Dodatkowe wizyty miesięcznie dzięki aplikacji” to jedyne założenie tutaj bez opublikowanego źródła — wpisz je raczej ostrożnie niż optymistycznie. Wszystko liczone jest lokalnie w twojej przeglądarce; nic nie jest wysyłane ani zapisywane.

Kiedy rachunek się jednak spina

Powyższy rachunek napisany jest dla lokalu, który prowadzi większość czytelników tego artykułu: jedna lokalizacja, kilka tysięcy klientów, wycena rzędu kilkudziesięciu tysięcy euro. Zmień tę skalę, a wniosek może się odwrócić — nie dlatego, że zmienia się krzywa retencji, ale dlatego, że koszt budowy nie mnoży się przez lokalizację, podczas gdy baza klientów tak.

Weź koncepcję nastawioną na dostawy z kilkoma lokalizacjami i połączoną bazą klientów liczącą około 50 000 osób, z wyższą częstotliwością zamówień i wyższym odsetkiem stałych bywalców niż przeciętny lokal gastronomiczny — realistyczne dla biznesu, który dostarcza regularnie, a nie przyjmuje gości okazjonalnie. Ta sama aplikacja, ta sama wycena na poziomie około 133 300 zł, ale teraz rozłożona na znacznie większą bazę aktywnych użytkowników.

Przy równie ostrożnych założeniach dotyczących instalacji i retencji taka aplikacja zwraca się w około 10 miesięcy — zamiast dziesięcioleci. Różnica nie leży w aplikacji, leży w mianowniku: przy tej skali zostaje wystarczająco dużo aktywnych użytkowników, żeby udźwignąć koszt budowy; w pojedynczym samodzielnym lokalu — nie.

Co zrobić, zanim podpiszesz

Podpisanie wyceny kosztuje jeden podpis. Te trzy kroki kosztują godzinę i decydują, czy ten podpis oszczędza pieniądze, czy je zabiera.

Zanim poprosisz o wycenę

  • Policz, ilu twoich klientów to naprawdę stali bywalcy — osoby wracające co najmniej raz w miesiącu. Ta liczba, a nie cała twoja baza klientów, jest tym, na czym aplikacja jest faktycznie budowana.
  • Zadaj sobie jedno pytanie: co robi aplikacja, czego nie może zrobić lista rozsyłkowa na WhatsAppie, darmowa karta lojalnościowa lub zakładka na ekranie głównym? Jeśli szczera odpowiedź brzmi „nic konkretnego”, aplikacja to kosztowny sposób na robienie tego samego.
  • Otwórz powyższy kalkulator z własnymi liczbami, zanim porozmawiasz z agencją — wtedy będziesz wiedzieć, jaką odpowiedź musi ci dać wycena, a nie odwrotnie.

Jeśli mimo wszystko budujesz

  • Zacznij od PWA, nie od aplikacji natywnej. Jeśli po pół roku jest naprawdę używana, masz dowód, zanim zrobisz dziesięciokrotnie większą inwestycję.
  • Umieść od pierwszego dnia w aplikacji konkretną korzyść, której nie ma nigdzie indziej — kartę lojalnościową, która gromadzi punkty tylko tam, danie widoczne wcześniej tylko tam. Bez powodu, by ją trzymać otwartą, powyższa krzywa kohortowa powtórzy się dokładnie.
  • Odłóż 15–20% kosztu budowy rocznie na utrzymanie i aktualizacje w sklepach z aplikacjami — to nie jest dodatek, to cena za pozostanie online.

Tańsza droga

  • Sprawdź najpierw, czy system rezerwacji lub zamówień, z którego już korzystasz — lub który rozważasz — oferuje już aplikację jako funkcję, obok innej automatyzacji, którą już ci daje. Wtedy koszt krańcowy wynosi zero.
  • Porównaj uczciwie tę bezpłatną drogę z wyceną: te same powiadomienia push, ta sama integracja lojalnościowa, bez osobnego rachunku od Apple.
  • Sprawdź, co konkretnie oferuje taka wbudowana aplikacja, na stronie produktu naszej własnej aplikacji — to samo pytanie, bez agencji pośrodku.

Ani nie, ani tak — rachunek

Niemal każdy właściciel czytający ten artykuł rozpoznaje uczucie, że aplikacja pasuje do „nowoczesnego lokalu”. To uczucie nie jest błędne — po prostu nie jest modelem finansowym. Cztery powyższe liczby pokazują, co dzieje się między wyceną a pierwszym zamknięciem rocznym: stromy lejek od klienta do instalacji do aktywnego korzystania oraz koszt budowy, który trzeba rozłożyć na zbyt mało pozostałych użytkowników.

Dla samodzielnego lokalu średniej wielkości odpowiedź niemal zawsze brzmi: nie teraz, nie natywnie, nie za tę cenę. To nie jest osąd ambicji — to właśnie przewidują krzywe kohortowe całej branży aplikacji, zastosowane do jednego lokalu gastronomicznego zamiast do masowej publiczności.

To, co działa, to ten sam instynkt — być bliżej klienta — bez kosztu budowy, rachunku ze sklepu z aplikacjami i corocznego obowiązku aktualizacji. Nasza własna aplikacja jest właśnie taką drogą: ta sama funkcja, w ramach systemu, z którego już korzystasz, bez drugiego rachunku od agencji.

Najczęściej zadawane pytania

Czy własna aplikacja opłaca się samodzielnej restauracji?

Dla większości samodzielnych lokali z jedną lokalizacją: rzadko. Liczby z tego artykułu — wskaźnik instalacji na poziomie pojedynczych procent całej bazy klientów i retencja zaledwie 3–5% po 90 dniach — oznaczają, że zostaje zbyt mało aktywnych użytkowników, by udźwignąć koszt budowy rzędu tysięcy euro. Dla grupy z kilkoma lokalizacjami lub koncepcji nastawionej na dostawy z dużą liczbą powtarzalnych zamówień ten sam rachunek może wyjść inaczej.

Ilu klientów naprawdę instaluje aplikację jednej restauracji?

Platformy lojalnościowe podają wskaźniki instalacji na poziomie 10–20%, ale ta liczba mierzona jest wśród stałych bywalców — sami w sobie już mniejszości twojej bazy klientów (badania dotyczące restauracji zwykle wskazują odsetek klientów powracających na 20–30%). Nałóż te dwie liczby na siebie, a odsetek CAŁEJ twojej bazy klientów, który instaluje, spada do pojedynczych procent.

Ile kosztuje zbudowanie aplikacji dla restauracji?

Prosta aplikacja do zamówień i lojalności dla jednej lokalizacji kosztuje zwykle od 8 000 € do 25 000 € u wyspecjalizowanych agencji. Dodaj rezerwacje, śledzenie dostaw lub bardziej rozbudowany program lojalnościowy, a kwota rośnie w kierunku 40 000–80 000 €. Do tego dochodzi około 92 € rocznie za obowiązkowe konto Apple Developer i jednorazowo 23 € za Google Play.

Czym jest PWA i czy jest tańsza od aplikacji natywnej?

Progressive web app (PWA) to strona internetowa, którą można „dodać do ekranu głównego” i która wtedy zachowuje się tam jak aplikacja, bez weryfikacji w sklepie, bez dwóch osobnych baz kodu (iOS i Android) i bez corocznego rachunku od Apple. Koszt budowy jest przez to ułamkiem kosztu aplikacji natywnej — często to kilkaset do kilku tysięcy euro, jeśli masz już stronę internetową.

Ile czasu zajmuje aplikacji restauracji zwrócenie się?

To zależy całkowicie od tego, ilu użytkowników pozostaje aktywnych po 90 dniach i ile dodatkowych wizyt robi każdy z nich dzięki aplikacji. Dla przeciętnego samodzielnego lokalu, przy realistycznych liczbach instalacji i retencji z tego artykułu, rozciąga się to na dziesięciolecia. Policz to dla własnego lokalu za pomocą powyższego kalkulatora.

Jaka jest najtańsza alternatywa dla budowy własnej aplikacji?

Sprawdź, czy system rezerwacji lub zamówień, z którego już korzystasz, oferuje już aplikację jako wbudowaną funkcję. Wtedy koszt krańcowy wynosi zero: i tak już za nią płacisz, niezależnie od tego, czy jej używasz, a do tego nie dochodzi osobna wycena, rachunek od Apple ani obciążenie związane z utrzymaniem.