Co zyskujesz

• Zamówienia online — Klient na Twojej stronie/apce składa zamówienie, płaci, czeka. Zero prowizji dla pośredników.
• Rezerwacja stolików — Klient wybiera stolik, godzinę, liczbę osób. Auto-SMS przypomnienie. Zadatek opcjonalny.
• Dostawy własne lub kurierskie — Własni dostawcy z aplikacją mobilną albo integracja z Glovo/Stuart/Wolt jako external delivery.
• Integracja z Pyszne/UberEats — Synchronizacja menu (jedno źródło prawdy), zamówienia w jednym panelu, jeden system fakturowania.
• Program lojalnościowy — 10. zamówienie gratis, punkty za zamówienia, urodzinowy gratis. Retention klientów +30-50%.
• Integracja z kasami i drukarkami — Kasy fiskalne (Posnet, Elzab), drukarki kuchenne, monitory dla kucharzy. Wszystko spięte.

Co dostajesz

• Audyt obecnego systemu zamówień (jeśli jest)
• Strona/apka zamówieniowa z menu i koszykiem
• Panel admina dla restauracji (zarządzanie menu, zamówieniami)
• Aplikacja mobilna dla dostawców własnych
• Integracje z Pyszne/UberEats/Glovo (synchronizacja menu i zamówień)
• Integracja z kasami fiskalnymi i drukarkami kuchennymi
• Program lojalnościowy + analytics
• Setup hostingu i 30 dni wsparcia

Pyszne, UberEats, Glovo — ile naprawdę kosztują?

Platformy delivery zabierają 25-30% z każdego zamówienia (Pyszne 27-30%, UberEats 27-32%, Glovo 25-28%). To prowizja od kwoty brutto, łącznie z dostawą. Plus opłaty marketingowe za "promowanie" w aplikacji (5-15% extra). Plus opłaty za sponsored listing (jeśli chcesz być widoczny). Plus koszty zwrotów (kiedy klient się skarży, restaurant ponosi 100%, mimo że winę często ponosi platforma/dostawca).

Dla typowej restauracji z przychodem 100k miesięcznie z platform — to 27-35k zł oddanych pośrednikom. Rocznie: 320-420k zł. Marża netto restauracji typowo 15-20% — czyli prowizja platform jest większa niż zysk restauracji.

Własna aplikacja eliminuje tę prowizję. Koszty alternatywne: koszt aplikacji jednorazowo (50-150k zł), koszty operacyjne (hosting + płatności + SMS = 1-3k/mies), koszty pozyskania klientów (marketing — bez aplikacji klient idzie na Pyszne by domyślnie). Realny rozkład: pierwsi klienci z Pyszne (zachowanie obecnego ruchu), reklamy na Facebook/Google dla nowych klientów (CPL 5-15 zł), retention przez program lojalnościowy.

Typowy ROI: aplikacja zwraca się w 6-12 miesięcy, dalej generuje 200-400k oszczędności rocznie. Dla sieci restauracji ROI jest 2-3x szybszy.

Strategia: aplikacja jako drugi kanał, nie zastąpienie Pyszne

Częsty błąd founderów: "Zrobię aplikację i zerwię z Pyszne". To rzadko się sprawdza. Pyszne ma wbudowanych klientów, którzy szukają jedzenia tam, nie na Twojej stronie. Wycofanie się z Pyszne = utrata 60-80% zamówień. Aplikacja własna potrzebuje czasu na zbudowanie bazy klientów (12-24 miesiące).

Lepsza strategia: aplikacja jako kanał równoległy. Wszystkim klientom z Pyszne dajesz incentive (gratis przy 5. zamówieniu, 10% rabatu na kolejne) za przejście do aplikacji własnej. Każdy klient w aplikacji własnej to 27-30% więcej marży na każdym kolejnym zamówieniu. Po 2-3 latach typowo 40-60% przychodu idzie z aplikacji własnej, reszta z Pyszne — ale teraz jesteś dużo bardziej rentowny.

Dodatkowy efekt: dane. Pyszne nie udostępnia Ci danych klientów (kto zamówił, jak często, co lubi). Aplikacja własna — wszystko w Twojej bazie. Możesz robić personalized marketing, retention campaigns, urodzinowe rabaty. To buduje LTV (lifetime value) klienta — który dla restauracji typowo wynosi 500-2000 zł rocznie.

Specyfika polskiego rynku gastro — co warto wiedzieć

Polski rynek gastro ma swoje specyfiki, które różnią się od US/EU.

1) Płatności: BLIK absolutnie dominuje (60-70% transakcji w app). Bez BLIK-a tracisz większość konwersji. Karty (15-25%), Apple/Google Pay (5-10%), tradycyjne przelewy (rzadko, ale dla większych zamówień korpo). Implementacja: Tpay/Przelewy24 albo Stripe + dedicated BLIK app.

2) Faktury i kasa fiskalna: każde zamówienie wymaga paragonu fiskalnego (online dla dostawy, papierowego dla on-site). Integracja z kasami (Posnet, Elzab, Novitus) — must-have. Plus B2B klienci często chcą faktury VAT — generowanie automatyczne z danych z formularza checkout.

3) Dostawcy: w Polsce jest dwa modele — własny dostawca (zatrudniony przez restaurację, B2B umowa, zwykle student) albo external (Glovo Express, Wolt Drive, Stuart). Własny tańszy ale wymaga zarządzania (rekrutacja, rozliczenia, prowizje). External droższy ale skalowalny. Dobra aplikacja wspiera oba modele.

4) Specyficzne usługi: w Polsce popularne "zamów na rano" (zamówienie wieczorem na śniadanie dnia następnego), "catering" (większe zamówienia dla biur, B2B z umowami ramowymi), "pickup" (klient odbiera sam, zwykle 10-15% rabatu). Każda z tych usług ma swoją logikę w aplikacji.

5) Sezonowość: zamówienia w gastro są bardzo sezonowe (peak: piątek wieczór, niedziela obiad, low: poniedziałek-wtorek). System musi to wspierać — flexible pricing, dynamic delivery zones, kapacja kuchni w peak hours.

Najczęstsze pytania

Czy zerwać z Pyszne po wdrożeniu aplikacji własnej?

Nie radzimy. Strategia: aplikacja jako drugi kanał, stopniowa migracja klientów (incentywami) na własną. Pełne odejście od Pyszne — po 12-24 miesiącach, kiedy własna aplikacja ma wystarczającą bazę klientów.

Ile kosztuje aplikacja dla małej restauracji?

Bazowa (1 lokal, zamówienia + płatności + rezerwacje): 20-50k zł, 6-10 tygodni. Z dostawami własnymi i programem lojalnościowym: 50-100k. Sieć restauracji: 100-500k.

Czy integrujecie się z Pyszne/UberEats?

Tak. Synchronizacja menu (jedno źródło prawdy w Twoim panelu, auto-update na platformach), zamówienia z platform spływają do Twojego panelu, jeden system raportowania.

Co z paragonami fiskalnymi?

Integracja z e-paragonem (Posnet, Elzab, Novitus, Comp). Automatyczne generowanie i wysyłka klientowi mailem (lub SMS-em). Archiwizacja zgodna z przepisami fiskalnymi.

Czy macie aplikację mobilną dla dostawców?

Tak. React Native dla iOS+Android. Dostawca widzi przypisane zamówienia, mapę z trasą, kontakt do klienta, status (przyjęte/odebrane/dostarczone). Plus rozliczenie czasu pracy i prowizji.

Co z dostawą — własna czy external?

Oba modele wspieramy. Własna dostawa: tańsza per zamówienie, ale wymaga zarządzania. External (Glovo, Wolt, Stuart): droższa per zamówienie, ale skalowalna. Optymalny model — hybryda: własni dostawcy w peak hours, external dla overflow.

Czy aplikacja działa dla 1 lokalu czy też dla sieci?

Dla obu. Dla sieci dodajemy "multi-tenancy" — różne menu per lokal, różne strefy dostaw, różne ceny, ale wspólny panel zarządzania, raporty, lojalność cross-lokal.