Cloud kitchens - czym są i jak technologia zmienia branżę gastronomiczną

Cloud kitchens to kuchnie, do których nie wchodzi żaden gość. Nie mają sali, kelnerów ani szyldu nad wejściem, a całą sprzedaż prowadzą przez aplikacje dostawcze i własne kanały online. Pod jednym adresem w hali na obrzeżach miasta potrafi gotować kilka marek, które klient w aplikacji traktuje jak osobne restauracje. Czasem naprawdę nimi są. Częściej to jeden zespół, jedna chłodnia i jeden system, który rozdziela zamówienia między stanowiska. W ciągu kilku lat ten model przeszedł pełny cykl: od pandemicznego entuzjazmu i prognoz o rynku wartym bilion dolarów, przez falę zamknięć, do znacznie trzeźwiejszego podejścia. Z tej historii płynie wniosek, który jako zespół budujący oprogramowanie dla gastronomii uważamy za najważniejszy. Kuchnia bez sali jest w tym samym stopniu operacją logistyczną co kulinarną. O jej wyniku decydują minuty i punkty procentowe, które widać dopiero w danych.

Piszemy dla właścicieli i menedżerów, którzy rozważają uruchomienie kuchni dostawczej albo już ją prowadzą i mają wrażenie, że tablety od agregatorów zaczynają zarządzać zespołem. Omawiamy modele, ekonomię i warstwę technologiczną: integrację zamówień, ekran kuchenny, stany magazynowe liczone na poziomie składnika i własny kanał sprzedaży. Catering pudełkowy z personalizacją diet ma własną logikę produkcji, a technologia w dark kitchen i cateringu dietetycznym wygląda tam nieco inaczej. Tu zajmujemy się kuchniami, które gotują na bieżąco i mają kilkadziesiąt minut od zamówienia do drzwi klienta.

Czym są cloud kitchens i czym różnią się od restauracji z dowozem

Cloud kitchen, to nazwa lokalu, który przygotowuje jedzenie wyłącznie na wynos i z dostawą. „Ghost kitchen" częściej pada przy markach bez żadnego fizycznego odpowiednika. Taką markę nazywa się też wirtualną (virtual brand). Istnieje tylko jako profil w aplikacji, logo i menu. Słowo „cloud" bywa mylące. Nie chodzi o chmurę obliczeniową, tylko o to, że sprzedaż odbywa się w sieci, a klient nigdy nie widzi miejsca, w którym powstaje jego obiad. Skojarzenie z IT nie jest jednak przypadkowe. Bez oprogramowania taka kuchnia nie przetrwałaby jednego piątkowego wieczoru.

Jednym z pierwszych dużych projektów tego typu był Deliveroo Editions. Brytyjska platforma oficjalnie uruchomiła go w kwietniu 2017 roku i planowała otworzyć do końca roku 30 kuchni w 10 miastach Wielkiej Brytanii. Restauracje mogły wybrać, czy korzystają z gotowej infrastruktury w zamian za wyższą prowizję, czy same finansują zabudowę i płacą mniej. Ten wybór między kosztem stałym a prowizją wraca w rozmowach o kuchniach dostawczych do dziś.

Od restauracji, która po prostu dowozi jedzenie, cloud kitchen różni się punktem wyjścia. Restauracja wybiera lokal pod ruch pieszy i wygląd sali, a dostawa jest dodatkiem. Kuchnia dostawcza wybiera lokalizację pod zasięg kurierów i czynsz, a menu układa pod to, co zniesie dwadzieścia minut w pudełku. Opakowanie staje się częścią produktu. Klient ocenia danie po tym, w jakim stanie do niego dotarło, a nie po tym, jak wyglądało na blacie.

Pięć modeli pod jedną nazwą

Pod tym samym hasłem działają firmy o różnej ekonomii i różnych potrzebach technologicznych. Zanim ktokolwiek zacznie wybierać system, trzeba ustalić, o który model chodzi.

Kuchnia jednej marki

Najprostszy wariant: jedna marka, jedno menu, jedna kuchnia bez sali. Często to pierwszy krok restauratora, który chce wejść do nowej dzielnicy bez kosztów lokalu z witryną. Technologicznie przypomina restaurację z dostawą, tylko bez obsługi stolików.

Wiele wirtualnych marek w jednej kuchni

Ten sam zespół gotuje dla kilku marek, które dzielą składniki i sprzęt. Burgerownia, bar z kurczakiem i marka z wrapami mogą korzystać z tej samej frytkownicy, tych samych bułek i jednego dostawcy mięsa. Model podnosi wykorzystanie kuchni, ale platformy zaczęły go pilnować. W marcu 2023 roku Uber Eats zapowiedział usunięcie około 5 tysięcy zduplikowanych wirtualnych marek i wprowadził wymagania: menu marki ma się w 60 proc. różnić od pozostałych marek pod tym samym adresem, ocena nie może spaść poniżej 4,3, anulacje po stronie restauracji nie mogą przekraczać 5 proc., a poprawność zamówień ma wynosić co najmniej 95 proc. Każdy z tych progów kuchnia powinna mierzyć u siebie, zanim zmierzy go platforma.

Kuchnia współdzielona do wynajęcia

Operator buduje halę z kilkunastoma boksami kuchennymi i wynajmuje je markom gastronomicznym razem z mediami, zmywaniem, strefą wydawania zamówień, a czasem także oprogramowaniem. Najemca dostaje gotowe miejsce do gotowania, operator zarabia na czynszu i usługach. Historia amerykańskiego Kitchen United pokazuje, gdzie w tym modelu bywa wartość. W listopadzie 2023 roku firma, która miała wtedy 18 lokalizacji, ogłosiła sprzedaż lub zamknięcie wszystkich kuchni i skupienie się na oprogramowaniu napisanym pierwotnie do obsługi własnych obiektów.

Hub and spoke

Centralna kuchnia (hub) przygotowuje półprodukty lub gotowe dania, a mniejsze punkty (spoke) je kończą i wydają kurierom albo klientom, którzy odbierają zamówienie osobiście. Tak działają sieci, które chcą być blisko klienta w wielu dzielnicach bez budowania w każdej pełnej kuchni. System obsługuje tu dwa rodzaje zamówień: klienta do punktu i punktu do centrali.

Druga marka w kuchni istniejącej restauracji

Restauracja stacjonarna uruchamia wirtualną markę, żeby wykorzystać kuchnię w godzinach, gdy sala stoi pusta. To najtańszy sposób na sprawdzenie popytu, bo sprzęt i zespół już są. Wymaga za to dyscypliny. W piątek o 19:00 zamówienia z aplikacji konkurują o te same palniki co goście przy stolikach.

Ekonomia kuchni bez sali, czyli gdzie znikają pieniądze

W lipcu 2020 roku analitycy Euromonitor International szacowali, że ghost kitchens mogą do 2030 roku stworzyć globalny rynek wart bilion dolarów. W czasie pandemii firmy z tego segmentu zebrały od inwestorów ponad 3 miliardy dolarów. Kilka lat później te same media pisały głównie o zamknięciach. Dużo mówi przypadek Wendy's. W 2021 roku sieć ogłosiła z firmą Reef plan otwarcia 700 kuchni dostawczych do 2025 roku, a potem obcięła go o co najmniej 550 lokalizacji. Punkty w Stanach Zjednoczonych osiągały do 500 tysięcy dolarów rocznej sprzedaży, a w Wielkiej Brytanii i Kanadzie od 500 tysięcy do miliona. Ciekawy jest też jeden z powodów: kierownictwu Wendy's nie odpowiadało przejście Reef na model wielomarkowy, choć według tych samych informacji podwajał on sprzedaż z jednej kuchni.

Po drugiej stronie rachunku są prowizje. Portale dostawcze dają zasięg, którego mała marka sama nie zbuduje, i pobierają za to procent od każdego zamówienia. W Polsce restauratorzy podają orientacyjne widełki od 20 do 35 proc., zależnie od platformy, wolumenu i negocjacji. W marcu 2026 roku Uber Eats w Stanach Zjednoczonych podniósł opłatę w najtańszym planie z 15 do 20 proc., tłumacząc to kosztami utrzymania platformy.

Prosty rachunek pokazuje skalę. Przy zamówieniu za 60 zł i prowizji 30 proc. platforma zabiera 18 zł. Jeśli składniki kosztują kolejne 30 proc. wartości dania, a opakowanie kilka złotych, na wynagrodzenia, czynsz, energię i zysk zostaje mniej niż połowa kwoty z rachunku. Oszczędność na lokalu bez sali łatwo przejada prowizja. Kuchnia dostawcza zarabia więc na tym, na co ma wpływ: koszcie surowca, stratach, czasie przygotowania i liczbie anulowanych zamówień. Platformy do zamawiania jedzenia pozostają przy tym dla większości marek głównym źródłem ruchu, więc technologia musi przede wszystkim sprawnie z nimi współpracować.

Zamówienia z kilku aplikacji w jednej kolejce

Typowy obraz nowej kuchni dostawczej to rząd tabletów na blacie: osobny dla Pyszne.pl, Glovo, Uber Eats i Wolt, każdy z innym dźwiękiem powiadomienia. Ktoś z zespołu przepisuje zamówienia do systemu kasowego albo na kartkę, a przy pięciu markach i czterech aplikacjach robi się z tego dwadzieścia źródeł do pilnowania naraz. Błędy są kwestią czasu. Pomylony sos, pominięta uwaga o alergii, zamówienie przyjęte za późno, bo tablet się rozładował.

Integracja usuwa ten problem u źródła. Platformy udostępniają partnerom API, czyli ustandaryzowany sposób wymiany danych między programami, dzięki któremu zamówienie trafia prosto do systemu kuchni. O nowym zamówieniu platforma zwykle informuje przez webhook w aplikacji webowej - automatyczne powiadomienie wysyłane w chwili zdarzenia, bez ciągłego odpytywania. Zespół widzi wszystkie zamówienia na jednej liście i w jednym formacie. Integracja działa też w drugą stronę, co bywa ważniejsze. Gdy kończy się składnik, system wyłącza dania, które go wymagają, we wszystkich markach i we wszystkich aplikacjach jednocześnie. Gdy kuchnia jest przeciążona, może wydłużyć deklarowany czas przygotowania albo na chwilę wstrzymać zamówienia jednej marki. Ręcznie, w czterech panelach, nikt tego w szczycie nie zrobi.

Są dwie drogi. Pierwsza to bezpośrednie integracje z każdą platformą: pełna kontrola, ale kilka połączeń do utrzymania, a każde zmienia się we własnym tempie. Druga to pośrednik integracyjny, czyli usługa, która zbiera zamówienia z wielu platform i przekazuje je dalej w jednym formacie, zwykle za miesięczny abonament od lokalizacji. Wybór zależy od liczby marek i od tego, który system ma być centrum operacji. Przy projektowaniu takiego centrum sprawdza się podejście API-first, w którym najpierw ustala się interfejsy wymiany danych, a dopiero potem ekrany.

Ekran kuchenny, który wie, kiedy przyjedzie kurier

KDS (kitchen display system) to ekran w kuchni, który zastępuje papierowe bloczki. Każde zamówienie rozpada się na pozycje, a te trafiają na stanowiska, które je przygotowują: burger na grill, frytki do smażalni, sałatka na zimną linię. Kucharz widzi tylko swoją część i oznacza ją jako gotową. Pakowacz widzi, kiedy całe zamówienie jest kompletne. Przy dostawach największa wartość KDS leży w synchronizacji czasu. Jeśli jedno danie wymaga 12 minut, a drugie 4, system opóźnia start krótszego, żeby oba skończyły się razem. Jeszcze lepiej, gdy zna przewidywany czas przyjazdu kuriera. Platformy przydzielają kurierów algorytmami, które automatyzują routing dostaw i przewidują popyt, a ich szacunki można wykorzystać w kuchni. Frytki gotowe osiem minut przed kurierem docierają do klienta miękkie. Ocena marki spada z powodu, którego nikt w kuchni nie zauważył.

Ekran musi reagować natychmiast, bez odświeżania strony. Zwykle odpowiada za to technologia WebSocket, która utrzymuje stałe połączenie między serwerem a ekranem i przesyła zmianę w chwili, gdy się pojawi. Anulację, zmianę uwag do zamówienia czy przyjazd kuriera widać wtedy na kuchni od razu. KDS zbiera też dane, których nie da się wyciągnąć z papieru: czas od przyjęcia zamówienia do wydania, czas pracy każdego stanowiska, godziny, w których kuchnia się zatyka. Po dwóch tygodniach widać, czy wąskim gardłem jest grill, czy może jedna pozycja w menu, która wymaga za dużo ręcznej pracy.

Food cost, stany i wynik każdej marki

Receptury i stany liczone na poziomie składnika

Przy kilku markach w jednej kuchni stan magazynu trzeba liczyć na poziomie składnika, a nie dania. Podstawą jest receptura, czyli karta z gramaturą każdego składnika w porcji. Każda sprzedaż zdejmuje ze stanu odpowiednią ilość mięsa, bułek i sosu, niezależnie od tego, czy zamówienie przyszło do burgerowni, czy do marki z wrapami.

Porównanie zużycia teoretycznego, wynikającego z receptur, z rzeczywistym, ustalonym przy inwentaryzacji, pokazuje straty. Różnica to najczęściej przeterminowany towar albo zbyt hojne porcje. Bez takiego porównania food cost, czyli udział kosztu surowca w cenie dania, pozostaje liczbą szacowaną raz na kwartał w arkuszu.

Prognoza popytu

Kuchnia dostawcza ma nad restauracją jedną przewagę: o każdym zamówieniu wie wszystko, łącznie z godziną, adresem i kanałem. Z takiej historii, uzupełnionej o dzień tygodnia, pogodę, wydarzenia w mieście i promocje w aplikacjach, można budować prognozę popytu. Analiza predykcyjna nie musi od razu oznaczać zaawansowanych modeli. Na początek wystarczy prognoza sprzedaży dań na najbliższe dni, przeliczona na listę półproduktów do przygotowania i zamówienia u dostawców. Z czasem prognozy można łączyć z automatycznym zamawianiem surowca i menu, które zmienia się zależnie od pory dnia. Tę część rozwija sztuczna inteligencja w zarządzaniu menu i kosztach. W małej kuchni dobrze ustawione receptury i raport strat dają jednak zwykle więcej niż pierwszy model uczenia maszynowego.

Wynik każdej marki osobno

Przychód marki niewiele mówi, dopóki nie odejmie się od niego prowizji konkretnej platformy, kosztu surowca i opakowań. Marka z najwyższą sprzedażą może zarabiać najmniej, bo schodzi głównie w kanale z najwyższą prowizją albo ma drogie składniki. Dopiero wynik w przekroju marka, kanał i pora dnia pozwala zdecydować, którą markę rozwijać, a którą zamknąć.

Minimalny zestaw danych, który menedżer kuchni dostawczej powinien widzieć codziennie, obejmuje:

• marżę po prowizji i koszcie surowca dla każdej marki i każdej platformy,
• średni czas od przyjęcia zamówienia do przekazania go kurierowi,
• odsetek anulacji i reklamacji z podziałem na przyczyny,
• oceny w aplikacjach w ujęciu tygodniowym,
• różnicę między zużyciem teoretycznym a rzeczywistym dla najdroższych składników.

Czytelność tych liczb zależy od tego, jak zaprojektowano panel. Przemyślane projektowanie dashboardu aplikacji sprawia, że odchylenie widać w kilka sekund, a nie po godzinie przeglądania tabel.

Własny kanał sprzedaży obok agregatorów

Agregator daje zasięg, ale klient należy do platformy. Kuchnia zwykle nie dostaje pełnych danych kontaktowych, nie może sama przypomnieć się klientowi i płaci prowizję także od stałych gości, którzy zamówiliby i tak. Część marek wchodzi więc na marketplace dla gastronomii o innych zasadach niż duże platformy, a dojrzałe marki dostawcze budują równolegle własny kanał. Najprostsza forma to strona z menu, koszykiem i płatnością, czyli w praktyce sklep internetowy z zamówieniami online. Przy stałej bazie klientów sens ma też aplikacja z historią zamówień i powiadomieniami, bo powrót do ulubionego zestawu zajmuje w niej kilka sekund.

Program lojalnościowy zmienia jednorazowe zamówienie w relację i należy do niewielu narzędzi, których agregator nie zastąpi. W aplikacji lojalnościowej dla klubu SAO House członkostwo, płatności i rezerwacje restauracyjne przez GoPOS działają w jednej platformie, mobilnej i webowej. W kuchni dostawczej ta sama zasada oznacza, że klient zbiera punkty bez względu na to, czy zamawia przez stronę, czy przez aplikację.

Własny kanał wymaga płatności online. Płatności online przez Stripe obejmują karty, BLIK i portfele mobilne, a w gastronomii przydają się też napiwki i częściowe zwroty przy reklamacji. Najtrudniejsza bywa dostawa. Kuchnia bez własnej floty może zamawiać kurierów przez API usług dostawy na żądanie. Podobne połączenie zbudowaliśmy w marketplace domowych posiłków Home Chefs. Integracja z API Wolt automatycznie tworzy zlecenia dostawy i wycenia kursy, a płatności obsługuje Stripe. Kucharz ma własny panel do zarządzania ofertą, dostępnością i zamówieniami, a klient składa zamówienie w kilka minut, bez kontaktu z kuchnią.

Gotowy system czy oprogramowanie na miarę

Dla jednej marki w jednej lokalizacji gotowe narzędzia zwykle wystarczają. Wiele z nich, w tym nowoczesne systemy POS, przyjmuje zamówienia z popularnych platform, ma moduł KDS i podstawowe raporty. Abonament kosztuje mniej niż utrzymanie własnego oprogramowania, więc rozsądnie jest zacząć od niego i sprawdzić, czy model w ogóle się broni.

Własne oprogramowanie zaczyna mieć sens, gdy procesy kuchni wychodzą poza to, co przewidział dostawca gotowego systemu. Najczęściej dzieje się tak, gdy:

• kilka marek korzysta ze wspólnego magazynu i receptur, a food cost każdej z nich trzeba liczyć osobno,
• sieć działa w modelu hub and spoke i potrzebuje wewnętrznych zamówień między kuchnią centralną a punktami,
• obok dostaw kuchnia obsługuje catering firmowy z zamówieniami planowanymi na konkretne dni,
• marka rozwija własny kanał sprzedaży i chce mieć dane klientów w jednym miejscu,
• właściciel chce łączyć dane z narzędzi, których nie da się połączyć gotowymi wtyczkami.

Często najlepiej sprawdza się wariant mieszany: gotowy POS lub pośrednik integracyjny jako fundament i własna warstwa, która robi to, czego rynek nie oferuje. Taka konstrukcja dobrze znosi zmiany, jeśli każde zamówienie traktuje się jako zdarzenie, na które reagują niezależne moduły: kuchnia, magazyn, analityka i powiadomienia dla klienta. Na tym polega architektura sterowana zdarzeniami. Dodanie nowej marki albo platformy nie wymaga w niej przebudowy całości.

W Boring Owl tworzymy oprogramowanie dla branży spożywczej i FoodTech: systemy zamówień online, marketplace'y, integracje z logistyką i płatnościami. W Home Chefs interfejs powstał w Next.js, logikę zamówień obsługuje NestJS, a dane przechowują PostgreSQL i Redis.

Zakres prac zależy od tego, ile marek, lokalizacji i kanałów ma obsłużyć system. Czasem wystarczy jedna integracja, a czasem potrzebna jest cała aplikacja webowa szyta na miarę. Jeśli prowadzisz kuchnię dostawczą albo dopiero ją planujesz i chcesz uporządkować zamówienia, magazyn lub dane, opisz swoją sytuację przez formularz kontaktowy Boring Owl.