Działanie w czasie rzeczywistymAutomatyczna aktualizacja kolejki
Dane z transakcjiIdentyfikacja produktów i zamówień
Kontekst
Rosnąca sprzedaż gastro wymaga sprawniejszego narzędzia
Przy rosnącej liczbie zamówień pracownik musi równocześnie obsługiwać klienta, przygotowywać produkty i pilnować kolejności realizacji.
POSReader wykorzystuje dane z istniejącego systemu kasowego i zamienia je w prostą, aktualizowaną w czasie rzeczywistym listę zadań.
Problem
Co utrudnia codzienną pracę?
Projekt skupia się na ograniczeniu liczby informacji, które pracownik musi pamiętać podczas obsługi bieżącej sprzedaży.
01
Pamięciowe kolejkowanie
Kolejność zamówień i czas przygotowania produktów trzeba śledzić bez wsparcia systemu.
02
Wiele zadań równocześnie
Pracownik obsługuje sprzedaż, wydaje produkty i jednocześnie kontroluje proces przygotowania.
03
Brak informacji z SCO
Zamówienia z kas samoobsługowych nie zawsze są widoczne w miejscu przygotowania.
04
Nieczytelne instrukcje
Nadmiar komunikatów utrudnia szybkie podjęcie decyzji podczas godzin szczytu.
Rozwiązanie
Pomocnik pracownika działający w czasie rzeczywistym
System automatycznie buduje kolejkę zamówień na podstawie danych z transakcji i pokazuje personelowi tylko informacje potrzebne do realizacji.
Większa efektywność
Pracownik nie musi ręcznie zapamiętywać kolejności zamówień ani czasu przygotowania produktów.
Lepsza obsługa gastro
Czytelna kolejka pomaga szybciej obsługiwać zamówienia w okresach największego ruchu.
Mniej pomyłek
Produkty i zamówienia są identyfikowane na podstawie danych z systemu kasowego.
Wsparcie sprzedaży
System może rozszerzać się o dodatkowe informacje operacyjne dla personelu sklepu.
Funkcje
Interfejs skupiony na zadaniu
Każdy element interfejsu ma pomóc pracownikowi podjąć szybką decyzję bez przechodzenia przez dodatkowe ekrany.
01
Automatyczne kolejkowanie
Zamówienia trafiają na listę bez ręcznego przepisywania danych.
02
Minutniki produktów
System odlicza czas przygotowania pozycji wymagających oczekiwania.
03
Status przygotowania
Pracownik może szybko oznaczyć etap realizacji zamówienia.
04
Alerty przekroczenia czasu
Przekroczenie zakładanego czasu realizacji jest wyraźnie sygnalizowane.
05
Monitor paragonów
Aplikacja obserwuje dane sprzedażowe i identyfikuje właściwe produkty.
06
Centralna konfiguracja
Ustawienia produktów i punktów są zarządzane po stronie panelu administracyjnego.
07
Dystrybucja konfiguracji
Urządzenia pobierają aktualne reguły bez potrzeby ręcznej konfiguracji.
08
Panel administracyjny Symfony
Warstwa webowa służy do zarządzania całym środowiskiem.
Architektura
Prosty układ wykorzystujący istniejącą infrastrukturę
Lokalny serwer pośredniczy pomiędzy systemem kasowym i tabletem, dzięki czemu podstawowe działanie nie zależy od połączenia z chmurą.
Źródło danychSystem kasowyTransakcje i pozycje paragonu pobierane bezpośrednio z drukarki fiskalnej
Serwer lokalnyRaspberry PiAnaliza, kolejka i synchronizacja
Interfejs użytkownikaTablet obsługiPodgląd i realizacja zamówień
Wi-FiKomunikacja pomiędzy tabletem i serwerem
Komunikacja dwukierunkowaAktualizacja danych w czasie rzeczywistym
Praca lokalnaBrak zależności od połączenia z chmurą
Schemat architektury systemu kolejkowania zamówień gastronomicznych. Komponenty komunikują się w czasie rzeczywistym, a serwer lokalny Raspberry Pi pełni rolę pośrednika pomiędzy drukarkami fiskalnymi a tabletem obsługi.
Centralne zarządzanie
Jedna konfiguracja dla wszystkich punktów i urządzeń
Panel administracyjny oparty na Symfony stanowi centralne źródło konfiguracji systemu. Pozwala zarządzać ofertą, urządzeniami, sklepami oraz sposobem prezentowania zamówień na tabletach.
Symfony
Panel administracyjny systemu
Warstwa administracyjna oddziela konfigurację biznesową od aplikacji działającej na sali sprzedaży. Pracownik sklepu korzysta wyłącznie z prostego interfejsu operacyjnego, natomiast osoby uprawnione zarządzają systemem z poziomu aplikacji webowej.
Zarządzanie listą produktów gastronomicznych
Definiowanie sposobów i czasów przygotowania
Konfiguracja reguł alertów i sygnałów
Przypisywanie konfiguracji do sklepów
Zarządzanie urządzeniami i ich statusem
Publikowanie zmian bez aktualizacji aplikacji
Panel zarządzania
Widok panelu administracyjnego odpowiedzialnego za centralną konfigurację systemu.
Roadmapa
Rozwój w trzech etapach
1
Etap 1
Wdrożenie testowe
Budowa działającego prototypu i sprawdzenie pełnego przepływu danych na stanowisku testowym.
Zrealizowany prototyp
2
Etap 2
Walidacja z użytkownikami
Testy w rzeczywistym środowisku i dopracowanie interfejsu na podstawie obserwacji pracy personelu.
Kolejny krok
3
Etap 3
Wdrożenie produkcyjne
Standaryzacja konfiguracji, monitoringu urządzeń i procesu aktualizacji dla wielu lokalizacji.
Kierunek rozwoju
Co dalej?
Od kolejki gastro do centrum operacyjnego sklepu
Projekt może zostać rozszerzony o alerty dostępności wypieków, stan mleka w kawomacie czy o informacyjny panel klienta.
