← Wszystkie wpisy
Case study20 lutego 2026· 6 min czytania

Pizza Paolo Kraków: jak ForkTable porządkuje chaos przy pełnej sali

Pizza Paolo Kraków: jak ForkTable porządkuje chaos przy pełnej sali

Dlaczego tam poszliśmy

Pizza Paolo w Krakowie to dokładnie taki lokal, na którym opierają się całe dzielnice. Jedzenie jest naprawdę świetne, przestrzeń jest przytulna, a w odpowiednich godzinach ma się wrażenie, że pół okolicy właśnie tam je. Ta popularność jest ogromną siłą — ale w szczycie dnia odsłania też miejsca, w których obecny model obsługi zaczyna się uginać.

Odwiedziliśmy Pizza Paolo w realistycznym, ruchliwym oknie czasowym, żeby przeprowadzić door-to-door Sales Audit. Nasz cel był prosty: zobaczyć, jak goście poruszają się po lokalu, czekają, składają zamówienia i płacą w realnej przestrzeni, a potem przełożyć te obserwacje na czytelną historię o tym, gdzie tracone są przychody i satysfakcja gości — oraz jak ForkTable może w tym pomóc.

Już od wejścia było jasne, że Paolo nie ma problemu z popytem. Problemem jest flow: to, jak goście i obsługa poruszają się w wąskim układzie, jak zbierane są zamówienia i jak obsługiwane są płatności, gdy tylko sala przekroczy mniej więcej 50% obłożenia.

Przegląd restauracji

Koncept i klimat

Pizza Paolo to swobodna, bardzo oblegana pizzeria — głośna w najlepszym sensie tego słowa, kiedy jest pełna. Skupia się na prostym, wysokiej jakości jedzeniu, a nie na efektach specjalnych. Goście przychodzą tu po:

Kiedy sala jest zajęta w mniej niż połowie, dokładnie to dostają. Obsługa jest przyjazna i niewymuszona, a przestrzeń ma ciepłą, sąsiedzką energię.

Układ lokalu

Na podstawie szkicu podłogi i notatek z wizyty restaurację można podzielić na trzy główne strefy:

Taki układ świetnie sprawdza się przy maksymalnym wykorzystaniu przestrzeni, ale oznacza też, że każdy dodatkowy krok obsługi (powrót do kasy po rachunek, powrót z menu, kolejne podejście z papierowym rachunkiem) przy dużym ruchu zamienia się w realne tarcie.

Goście i szczytowe godziny

Prawdziwym stress-testem dla Paolo są weekendowe popołudnia (około 14:00–17:00) — letnie „okno szczytu", kiedy rodziny, grupy znajomych i goście z ulicy pojawiają się falami. W tym czasie stoliki są praktycznie w całości zajęte, przy wejściu i przy ladzie tworzy się ciągła kolejka, a obsługa działa na potrójnym torze: jednocześnie przyjmuje zamówienia, roznosi jedzenie i zamyka rachunki w różnych częściach lokalu.

Co zaobserwowaliśmy

1. Składanie zamówień przy obłożeniu >50%

Najważniejszy próg, który zobaczyliśmy podczas wizyty, to około 50% obłożenia sali. Poniżej tej wartości system oparty na papierze jeszcze się trzyma. Powyżej — bardzo szybko pojawiają się pęknięcia:

Z perspektywy właściciela to zachowanie jest subtelne, ale kosztowne: jeśli pełny stolik czeka dodatkowe 10 minut na złożenie zamówienia, to o 10 minut mniej w szczytowym oknie na obsłużenie kolejnych gości i sprzedanie deserów czy dodatkowych napojów.

2. Papierowe rachunki i płatności

Ten sam papierowy workflow powtarza się na końcu wizyty: goście proszą kelnera o rachunek, kelner idzie do kasy, żeby przygotować paragon, a papierowy rachunek wraca do stolika, gdzie płatność odbywa się przy lub w okolicy kasy. W wąskiej przestrzeni z intensywnie używanym korytarzem tworzy to wąskie gardło płatności przy kasie i wejściu.

3. Menu jako zasób deficytowy

Jedna z konkretnych obserwacji z wizyty: menu znika ze stolika po złożeniu pierwszego zamówienia. Kiedy goście są gotowi na deser lub kolejną rundę napojów, muszą poprosić obsługę o menu, poczekać, aż zwolni się egzemplarz, i dopiero wtedy zdecydować, czy chcą coś jeszcze. Każdy z tych kroków to okazja, by dodatkowa sprzedaż po prostu się nie wydarzyła.

Wyzwania, które zauważyliśmy

1. Flow: problem wąskiego korytarza

Korytarz o szerokości 1,5 m jest krwioobiegiem restauracji. W szczytowych momentach korzystają z niego kelnerzy, goście wchodzący i wychodzący oraz obsługa niosąca talerze i stosy rachunków. Ponieważ zarówno zamówienia, jak i płatności są oparte na papierze przy kasie, korytarz przejmuje na siebie mnóstwo zbędnych powrotów.

2. Sprawiedliwość: pierwszy przyszedł, ostatni obsłużony

Obecny system nie zapewnia czytelnej, widocznej kolejki do zamawiania i płacenia. Zaobserwowaliśmy sytuacje, w których goście, którzy przyszli wcześniej, składali i otrzymywali zamówienie później niż sąsiednie stoliki — co podważa zaufanie i zniechęca do zostania na deser czy kawę.

3. Wycieki przychodu: utracone desery i wolne rotacje stolików

Nawet ostrożne szacunki pokazują skalę problemu. Jeśli Paolo traci tylko dwa desery i dwa napoje na każdą zajętą godzinę z powodu tarć (powiedzmy łącznie ~40–50 PLN), to w 3-godzinnym oknie szczytu daje to 120–150 PLN. Pomnóżmy to przez zaledwie dwa dni o wysokim ruchu w tygodniu, a otrzymamy ~1 000–1 200 PLN miesięcznie utraconego, dodatkowego przychodu — wyłącznie od gości, którzy chętnie zostaliby dłużej, gdyby było to łatwiejsze.

Jak ForkTable pomaga

1. Płynniejsze zamawianie bez gonienia obsługi

Każdy stolik ma swój kod QR. Goście skanują go telefonem, aby przeglądać pełne, aktualne menu, złożyć pierwsze zamówienie bez czekania na kelnera i w dowolnym momencie dodać kolejne pozycje. Zamówienia spływają bezpośrednio na tablicę kuchni i prosty widok dla obsługi. Rola obsługi przesuwa się z przyjmowania zamówień na roznoszenie jedzenia i prawdziwą gościnność.

2. Płatności, które nie blokują korytarza

Goście mogą otworzyć rachunek i w każdej chwili zobaczyć jego stan w telefonie, a następnie zapłacić kartą, portfelem cyfrowym lub podzielić rachunek — bez dodatkowych urządzeń. Kasa służy przede wszystkim do witania gości, a nie do obsługi długiej kolejki.

3. Menu, które nigdy nie znika

Menu w QR jest dostępne przez cały czas, więc deser jest o jedno stuknięcie w ekran dalej. Nawet jeden dodatkowy deser na każde trzy stoliki w godzinach szczytu przekłada się na zauważalny miesięczny wzrost przychodu.

4. Bardziej sprawiedliwa, przejrzysta kolejność obsługi

Każde zamówienie trafia do systemu z dokładnym czasem i numerem stolika, a zespół jednym rzutem oka widzi, które stoliki czekają najdłużej. Goście czują, że obsługa jest uczciwa — ich zamówienie jest widoczne i „w kolejce", nawet jeśli kuchnia ma dużo pracy.

ForkTable nie zastępuje ludzkiej strony obsługi w Paolo. Zdejmuje z niej powtarzalną, podatną na błędy pracę, tak aby zespół mógł skupić się na ciepłym powitaniu, dobrym tempie serwisu i gościnności, która sprawia, że lokalni goście wracają.

Podsumowanie / Rekomendacja

Pizza Paolo ma już najważniejszy składnik: ludzie naprawdę chcą tam jeść. To, co dziś ogranicza restaurację, to nie brak chętnych, ale to, jak trudno wszystkim pracuje się, gdy sala przekracza 50% obłożenia.

Nasza rekomendacja to pilotaż ForkTable w ograniczonej, niskoryzykownej konfiguracji — na przykład na części stolików w tylnej sali i ogródku w weekendowe szczyty. Nawet w takim małym wycinku Paolo powinno zobaczyć krótszy czas oczekiwania na zamówienie i płatność, wyższy udział deserów i napojów w rachunkach oraz spokojniejszą atmosferę w korytarzu i przy kasie.

Pilotaż

Chcesz zobaczyć to u siebie?

Dołącz do darmowego pilotażu ForkTable w Krakowie — bez ryzyka i bez kosztów na start.

Zgłoś swój lokal