Dlaczego restauracja traci marżę, gdy zamówienia przychodzą głównie przez platformy?
Restauracja może mieć dużo zamówień, ruch w aplikacjach i rozpoznawalność lokalną, a mimo tego tracić kontrolę nad wzrostem. Problem zaczyna się wtedy, gdy sprzedaż przechodzi przez platformę, ale klient, dane, powroty i komunikacja zostają poza systemem restauracji. Lokal widzi przychód, ale nie widzi pełnego kosztu zależności: prowizji, braku własnej bazy, braku recall, braku mierzenia źródeł i braku kontroli nad kolejnym zamówieniem. Swissly porządkuje ten obszar przez architekturę wzrostu, własny kanał zamówień, lokalną widoczność, automatyzację powrotów i system, który chroni marżę, CAC oraz LTV.
Przewodnik dla właścicieli restauracji, pizzerii, burgerowni i lokali z dowozem. Sprawdź, dlaczego zależność od platform dostaw obniża marżę i jak wdrożyć własny kanał zamówień, bazę klientów oraz system powrotów, który zwiększa kontrolę nad wzrostem.
W tym artykule
Restauracja może mieć dużo zamówień, ruch w aplikacjach i rozpoznawalność lokalną, a mimo tego tracić kontrolę nad wzrostem. Problem zaczyna się wtedy, gdy sprzedaż przechodzi przez platformę, ale klient, dane, powroty i komunikacja zostają poza systemem restauracji. Lokal widzi przychód, ale nie widzi pełnego kosztu zależności: prowizji, braku własnej bazy, braku recall, braku mierzenia źródeł i braku kontroli nad kolejnym zamówieniem. Swissly porządkuje ten obszar przez architekturę wzrostu, własny kanał zamówień, lokalną widoczność, automatyzację powrotów i system, który chroni marżę, CAC oraz LTV.
Restauracja nie odzyskuje kontroli nad wzrostem przez samo zwiększanie liczby zamówień. Odzyskuje ją wtedy, gdy wie, skąd klient przychodzi, ile kosztuje i jak wraca.
Platforma dostaw daje ruch, ale nie zawsze daje kontrolę
Z naszych audytów operacyjnych wynika, że lokale gastronomiczne często traktują zamówienia z aplikacji jako czysty wzrost. W arkuszu sprzedaży wygląda to poprawnie: pojawia się zamówienie, kuchnia pracuje, klient otrzymuje jedzenie.
Problem zaczyna się niżej, w marży i danych.
Jeżeli zamówienie przychodzi przez platformę, restauracja często nie kontroluje całej relacji. Nie prowadzi klienta do własnego systemu, nie buduje pełnej bazy, nie uruchamia własnego recall i nie widzi pełnego kosztu kolejnego zamówienia.
Platformy mogą być użyteczne jako kanał widoczności i wygody. Błędem jest jednak traktowanie ich jako podstawowego systemu wzrostu. Wtedy restauracja staje się zależna od zasad, prowizji, algorytmu, widoczności w aplikacji i promocji, których nie kontroluje.
Własny kanał zamówień nie musi zastępować wszystkich platform. Ma pełnić inną funkcję: odzyskać część marży, danych i powtarzalności zamówień.
Koszty operacyjne zależności od platform
30%
Opłata za dostawę w modelu Uber Delivery
Uber Eats w cenniku dla Polski pokazuje opłatę 30% dla modelu Uber Delivery. Dla restauracji oznacza to, że każde zamówienie z platformy musi być oceniane nie tylko po przychodzie, ale po marży po prowizji, kosztach kuchni, opakowaniu i pracy zespołu. | Źródło: Uber Eats — Pricing That Works for Your Business.
14%
Opłata za self-delivery i odbiór w Uber Eats Polska
Ten sam cennik Uber Eats wskazuje 14% opłaty dla self-delivery i pickup. Nawet odbiór lub własna dostawa przez platformę może oznaczać koszt pośrednictwa, jeśli restauracja nie buduje równolegle własnego kanału. | Źródło: Uber Eats — Pricing That Works for Your Business.
53%
Użytkownicy mobilni porzucający wolne strony
Google wskazuje, że 53% wizyt mobilnych może zostać porzuconych, jeśli strona ładuje się dłużej niż 3 sekundy. Własny kanał zamówień nie może być ciężką, nieczytelną stroną. Musi działać szybko na telefonie, bo klient często podejmuje decyzję w ruchu, z Google, map albo social mediów. | Źródło: Google — The Need for Mobile Speed.
Skalowalność a koszt zależności od pośredników
Restauracja może zwiększać liczbę zamówień i jednocześnie tracić kontrolę nad rentownością. Sam wolumen nie rozwiązuje problemu, jeśli znacząca część zamówień przechodzi przez kanał o wysokim koszcie pośrednictwa.
Największym błędem jest analiza sprzedaży bez podziału na kanały. Zamówienie telefoniczne, zamówienie przez własną stronę, zamówienie z Google, zamówienie z aplikacji i zamówienie od stałego klienta nie mają tej samej ekonomii.
Różnią się:
- kosztem pozyskania,
- prowizją,
- dostępem do danych klienta,
- szansą powrotu,
- możliwością komunikacji,
- wpływem promocji,
- kontrolą ceny,
- wpływem na obciążenie kuchni.
Jeżeli restauracja nie mierzy kanałów oddzielnie, nie wie, który wzrost jest zdrowy, a który tylko zwiększa obrót przy słabszej marży.
CAC w gastronomii nie powinien być rozumiany wyłącznie jako koszt reklamy. To również prowizja platformy, rabat, promocja, koszt opakowania, czas obsługi i utracona możliwość ponownego kontaktu z klientem.
Własny kanał zamówień pozwala odzyskać część tej kontroli. Nie przez ideologiczne odcinanie platform. Przez zbudowanie alternatywy, do której można stopniowo kierować stałych klientów.
Co najczęściej blokuje właściwy system zamówień restauracji?
[Brak własnego kanału zamówień]: Restauracja przyjmuje zamówienia głównie przez aplikacje, telefon lub wiadomości, ale nie posiada własnej prostej ścieżki online. Klient nie ma wygodnej alternatywy wobec platformy. Konsekwencja w CAC/marży: część powtarzalnych zamówień nadal przechodzi przez kanał z prowizją. -> Kierunek naprawy: wdrożyć prosty własny kanał zamówień z menu, telefonem, odbiorem, dostawą i jasnym CTA.
[Brak bazy klientów]: Lokal sprzedaje jedzenie, ale nie zbiera danych o klientach, którzy chcą wracać. Nie ma listy stałych zamawiających, segmentów, zgód komunikacyjnych i historii powrotów. Konsekwencja: każdy powrót klienta zależy od pamięci, aplikacji lub przypadku. -> Kierunek naprawy: stworzyć bazę klientów z segmentacją: lunch, weekend, rodzina, biuro, odbiór własny, dostawa.
[Profil Google bez ścieżki zamówienia]: Klient znajduje restaurację w Google, ale nie widzi jasnej drogi: menu, zamów, zadzwoń, odbiór, dostawa, godziny, aktualne zdjęcia. Konsekwencja: ruch o wysokiej intencji może przechodzić do platform albo konkurencji. -> Kierunek naprawy: uporządkować Google Business Profile jako aktywny punkt przejścia do zamówienia.
[Brak komunikacji do stałych klientów]: Restauracja nie ma systemu powrotów: przypomnienia o lunchu, zestawach, menu tygodnia, zamówieniach biurowych, wydarzeniach, sezonowych pozycjach. Konsekwencja: LTV klienta pozostaje niższe, a lokal musi stale kupować lub odzyskiwać uwagę od nowa. -> Kierunek naprawy: wdrożyć legalną i uporządkowaną komunikację do bazy: e-mail, SMS, social retargeting lub prosty newsletter.
[Brak porównania marży kanałów]: Właściciel widzi sprzedaż łączną, ale nie widzi marży po kanałach. Zamówienie z aplikacji i zamówienie bezpośrednie są wrzucane do jednego wyniku. Konsekwencja: firma może skalować kanał, który zwiększa obrót, ale niekoniecznie wynik. -> Kierunek naprawy: dashboard kanałów: liczba zamówień, średni koszyk, prowizja, koszt opakowania, marża i powrót klienta.
Jak Swissly porządkuje tę architekturę?
Zastępujemy przypadkowy miks kanałów ustrukturyzowanym systemem zamówień i powrotów.
- 01
Diagnoza Wektorów Strat
Mapujemy kanały zamówień: aplikacje, Google, strona, telefon, social media, polecenia i stałych klientów. Sprawdzamy prowizje, źródła ruchu, średni koszyk, powroty, dane klientów, proces zamówienia i miejsca, w których restauracja oddaje kontrolę nad marżą.
- 02
Inżynieria Systemu Zamówień
Projektujemy własną ścieżkę zamówienia: profil Google, stronę lub landing, menu, CTA, telefon, formularz, integrację z procesem kuchni, bazę klientów, komunikację powrotów i mierzenie źródeł. Platformy zostają jako kanał, ale przestają być jedynym systemem.
- 03
Migracja i Rygor
Wdrażamy proces przenoszenia części klientów do kanału własnego: komunikaty w opakowaniach, QR, Google, social media, SMS/e-mail za zgodą, promocje na odbiór własny i dashboard marży. Celem jest stopniowa zmiana struktury kanałów, nie nagłe odcięcie aplikacji.
Audyt operacyjny: Gdzie wycieka Twój kapitał?
Każde "Tak" to twarda, mierzalna strata w Twoim bilansie.
- Czy większość zamówień online przechodzi przez platformy z prowizją?
- Czy restauracja nie ma własnego prostego kanału zamówień online?
- Czy nie wiesz, jaka jest marża zamówienia według kanału?
- Czy klienci z Google są kierowani głównie do aplikacji, a nie do Twojego systemu?
- Czy nie zbierasz własnej bazy klientów z legalną zgodą na komunikację?
- Czy stały klient nie dostaje żadnego powodu, żeby zamówić bezpośrednio?
- Czy menu online jest nieaktualne, wolne albo trudne do użycia na telefonie?
- Czy platformy są traktowane jako system wzrostu, a nie jako jeden z kanałów?
Cyfrowy rygor jako fundament skalowania lokalu
Restauracja nie potrzebuje wyłącznie większej liczby zamówień. Potrzebuje lepszej struktury zamówień. Różnica jest krytyczna.
Więcej zamówień z kanału o wysokiej prowizji może obciążyć kuchnię, zwiększyć koszt opakowań, zwiększyć presję na tempo i nie zbudować żadnej trwałej relacji z klientem. Własny kanał zamówień pozwala sprawdzić, czy wzrost jest zdrowy.
Cyfrowy rygor w gastronomii oznacza, że lokal wie:
- skąd przychodzi klient,
- ile kosztuje zamówienie,
- jaka jest marża po kanale,
- czy klient wrócił,
- czy zamówił bezpośrednio,
- czy reaguje na komunikację,
- czy Google prowadzi do telefonu, strony czy aplikacji,
- które dania budują powroty,
- które promocje zjadają wynik.
To nie jest rozbudowana transformacja. To podstawowy system kontroli nad tym, co już dzieje się codziennie: klient szuka, wybiera, zamawia, odbiera lub czeka na dostawę.
Bez tego restauracja może mieć sprzedaż, ale nie mieć architektury wzrostu.
FAQ
- Czy restauracja powinna całkowicie zrezygnować z aplikacji dostaw?
Nie zawsze. Platformy mogą być użyteczne jako kanał widoczności, wygody i pozyskania nowych klientów. Problem pojawia się wtedy, gdy są jedynym realnym systemem zamówień online. Celem nie jest natychmiastowe odcięcie aplikacji, tylko zbudowanie własnej alternatywy i stopniowe przenoszenie części powtarzalnych zamówień do kanału o większej kontroli.
- Czy mała restauracja potrzebuje własnego systemu zamówień?
Tak, jeśli ma powtarzalnych klientów, zamówienia na wynos albo dowóz. System nie musi być rozbudowany. Minimum to szybka strona z menu, jasnym CTA, telefonem, możliwością zamówienia lub prostą ścieżką kontaktu. Bez tego klient, który już zna lokal, nadal może zamawiać przez kanał z prowizją.
- Czy klienci faktycznie będą zamawiać bezpośrednio?
Część klientów wybierze platformy, bo są wygodne. Część zamówi bezpośrednio, jeśli restauracja da im prostą ścieżkę, jasny komunikat i powód: odbiór własny, oferta dnia, szybszy kontakt, niższy próg zamówienia, punkty lojalnościowe albo informację, że zamówienie bezpośrednie wspiera lokal. Problem nie polega na tym, że wszyscy mają przejść na kanał własny. Problem polega na tym, że dziś wielu klientów nie ma takiej wygodnej opcji.
- Ile kosztuje wdrożenie własnego kanału zamówień dla restauracji?
Koszt zależy od tego, czy lokal potrzebuje prostej strony z menu i kontaktem, formularza zamówienia, integracji z płatnościami, automatyzacji powrotów, bazy klientów czy pełniejszego systemu zamówień. Najpierw trzeba policzyć koszt zaniechania: prowizje platform, utraconą marżę, brak danych o klientach i brak powrotów do kanału własnego.
W wielu lokalach właściwym pierwszym krokiem nie jest od razu duże wdrożenie, tylko audyt kanałów zamówień i prosty etap wejściowy: uporządkowanie Google, strony, menu, CTA i mierzenia źródeł. Dopiero potem ma sens decyzja, czy inwestować w pełniejszy system.
Powiązane systemy wzrostu
Etapy modelu Swissly powiązane z tym materiałem — przejdź do opisu etapu, oferty lub kontaktu.
Diagnoza Procesów
Przestań oddawać pełną kontrolę nad zamówieniem zewnętrznym platformom
Jeżeli restauracja ma zamówienia, ale nie buduje własnej bazy klientów, własnego kanału i własnego systemu powrotów, koszt zaniechania jest policzalny. Część marży zostaje w prowizjach, część danych poza firmą, a część kolejnych zamówień trafia tam, gdzie platforma pokaże klientowi inną opcję. Swissly diagnozuje ten układ i projektuje architekturę, która zwiększa kontrolę nad zamówieniem, relacją i marżą.