Jak pracujemy
Każdy projekt w Codebraggers przebiega według tego samego schematu: zrozumieć serwis, wdrożyć małą rzecz, która działa na sali, potem iterować razem z operatorem. Trzy zasady trzymają całość w kupie.
Dlaczego właśnie gastronomia?
Generyczne software house'y traktują restaurację jak każdego innego klienta. My nie. Wiemy, co się dzieje o 21:00 w piątek, kiedy kuchnia tonie, a system rezerwacji gubi bookingi. Ten kontekst to różnica między oprogramowaniem, którego się używa, a takim, które się porzuca.
Operator na pierwszym miejscu
Spędzamy zmiany na sali, zanim napiszemy linijkę kodu. Właściciele, menedżerowie, obsługa, kelnerzy, kucharze — każda rola ma swoje zdanie i swój workflow, który musimy zrozumieć. Bez wyjątków.
Test, na którym nam zależy najbardziej: czy kelner użył tego wieczorem, nie pytając menedżera, jak to działa? Jeśli nie — zbudowaliśmy to źle.
Marże mają znaczenie
Grupa restauracyjna nie potrzebuje kolejnego dashboardu. Potrzebuje mniej no-show, wyższego średniego rachunku, szybszego serwisu i powracających gości. Każda funkcja, którą wdrażamy, wraca do jednej z tych liczb.
Odpychamy funkcje, które dobrze wyglądają w demo i kosztują pieniądze w produkcji. Jeśli nie potrafimy nazwać KPI, który to ruszy — nie budujemy.
Nudnie niezawodne
Technologia dla gastronomii musi działać, kiedy Wi-Fi szwankuje, drukarka się zacina, a POS pracuje na granicy. Budujemy z tolerancją na offline, agresywnie cache'ujemy i unikamy egzotycznej infrastruktury, która pada w sobotnią noc.
Nasz stos jest celowo bez blasku: Laravel, PostgreSQL, Ionic na mobile. Sprawdzone komponenty, open source, bez vendor lock-in. Narzędzia AI stosujemy wewnątrz naszego procesu tam, gdzie oszczędzają realny czas — nie jako funkcję, za którą można liczyć.
Kuchnia — Pass — Sala
Zespoły software'owe zwykle kopiują budowlankę: klient, architekt, wykonawca. My wolimy analogię kuchenną, bo pasuje do tego, jak naprawdę pracujemy. Operator prowadzi kuchnię i wie, co musi wyjść. My jesteśmy przy passie — tłumaczymy zamówienie, trzymamy tempo, łapiemy błędy. Programiści to sala — dostarczają czysto. Czasem te same osoby grają różne role. Liczy się, żeby każdy talerz wyszedł jak należy.
Kuchnia
Pass
Sala
Co dokumentujemy
Każdy projekt zostawia cztery artefakty: przepływy użytkownika dla każdej roli, model danych, schemat wdrożenia oraz prostą instrukcję operacyjną dla osób, które będą to obsługiwać. Żadnych 200-stronicowych specyfikacji, których nikt nie czyta. Tylko dokumenty, które utrzymują system po naszym odejściu.
Jak wygląda projekt
Zmiana na sali
Pracujemy serwis lub dwa w Twoim lokalu — albo ekwiwalent zdalny. Zanim cokolwiek innego.
Zakroić kawałek
Jeden jasny wycinek z mierzalnym efektem. Nie cała platforma. Coś, co wdrożymy w tygodniach, nie kwartałach.
Budujemy i uruchamiamy
Iteracyjne dostarczanie z operatorem w pętli. Każde wydanie trafia przed prawdziwy personel, w prawdziwym lokalu.
Test serwisowy
Żadnych ceremonii akceptacji. Patrzymy, jak to działa w trakcie realnego serwisu. Jak pęknie — zostajemy.
Przekazanie
Instrukcja operacyjna, eksport danych, dostęp do źródeł. Twój zespół jest właścicielem od pierwszego dnia.
Utrzymanie formy
Monitoring, aktualizacje, drobne usprawnienia. Rozliczane miesięcznie, z możliwością rezygnacji, bez lock-in.