RETAIL TECH SMART CARTS

ZeroQS

Aplikacja i panel dla smart koszyków

Aplikacja tabletowa przy koszyku i panel obsługi: zawartość i kwota na ekranie, podgląd koszyków i stanów na żywo, praca przy słabym zasięgu. ZeroQS to startup z Olsztyna, który rozwija SmartCart: inteligentny wózek sklepowy. Koszyk ma skaner, ekran dotykowy, czujniki wagi i system wizyjny, który przeciwdziała kradzieżom. Klient płaci kartą, gotówką albo w aplikacji, bez stania w kolejce do kasy. Projekt powstał w ramach Programu Inteligentny Rozwój o wartości 1,05 mln zł, w tym 840 tys. zł z Unii Europejskiej.

ZeroQs — inteligentne wózki sklepowe z samoobsługową kasą
Serwis ZeroQs — inteligentne wózki sklepowe z aplikacją na tablety.
× Przed

Koszyk, który sam skanuje, potrzebuje ekranu i nadzoru.

  • Kasa przestaje być punktem kontroli. W tradycyjnym sklepie wszystko sprawdza się przy kasie. W modelu smart koszyka kontrola przenosi się do wózka i do systemu, który go nadzoruje.
  • Klient musi widzieć, co kupuje. Na ekranie przy koszyku muszą być aktualne produkty i łączna kwota. Każda rozbieżność podważa zaufanie do całego rozwiązania.
  • Tablet w ruchu. Urządzenie jeździ po sklepie, działa na baterii i trafia w miejsca ze słabym zasięgiem. Aplikacja nie może gubić danych ani zawieszać się między regałami.
  • Obsługa potrzebuje pełnego obrazu. Personel musi widzieć wszystkie koszyki naraz: które są w użyciu, co zawierają i czy coś wymaga reakcji.
  • Dane z wielu urządzeń naraz. Wiele koszyków wysyła informacje w tym samym czasie. Stany magazynowe i zawartość koszyków muszą pozostać spójne.
  • Zaufanie sklepu do modelu bez kasy. Właściciel sklepu musi mieć pewność, że rezygnacja z kasy nie oznacza utraty kontroli. Panel ma dawać mu tę pewność na co dzień.
→ Nasze podejście

Aplikacja przy koszyku i panel dla obsługi hali.

  • Aplikacja przy koszyku. Zbudowaliśmy aplikację na tablet, która pokazuje zawartość koszyka, łączną kwotę i podpowiedzi. Klient w każdej chwili wie, ile zapłaci.
  • Panel dla obsługi. Przygotowaliśmy panel administracyjny z listą koszyków i stanami na żywo. Personel widzi, co dzieje się na sali, bez chodzenia między alejkami.
  • Komunikacja w czasie rzeczywistym. Koszyki i panel wymieniają dane na bieżąco. Zmiana w koszyku pojawia się w panelu praktycznie od razu.
  • Buforowanie offline. Gdy zasięg słabnie, aplikacja zapisuje zdarzenia lokalnie. Po odzyskaniu połączenia wysyła je do systemu, więc żaden produkt nie znika z rachunku.
  • Interfejs do obsługi jedną ręką. Klient drugą ręką trzyma produkt albo prowadzi wózek. Duże przyciski i proste ekrany pozwalają obsłużyć aplikację bez odrywania się od zakupów.
  • Czytelność w ruchu. Ekran oglądany jest w biegu, przy różnym świetle i pod różnym kątem. Dlatego kwota i najważniejsze komunikaty mają stałe, dobrze widoczne miejsce na ekranie.
  • API stanów jako wspólne źródło prawdy. Aplikacja i panel korzystają z tego samego API stanów. Dzięki temu obraz sklepu jest jeden, niezależnie od liczby koszyków.
  • Podpowiedzi w trakcie zakupów. Tablet nie tylko liczy, ale też podpowiada klientowi kolejne kroki. Nowy użytkownik szybciej oswaja się z zakupami bez kasy.

Czym to zbudowaliśmy.

Aplikacja tabletowa
Interfejs klienta przy koszyku, z buforowaniem danych offline.
Panel administracyjny
Aplikacja webowa dla obsługi sklepu, z widokiem koszyków i stanów.
Komunikacja w czasie rzeczywistym
Kanał wymiany danych między koszykami a panelem.
API stanów
Wspólne źródło danych o koszykach i stanach dla aplikacji i panelu.

Jak to powstawało.

Analiza scenariusza zakupowego

Rozpisaliśmy drogę klienta od pobrania koszyka do płatności. Ustaliliśmy, co widzi klient, a co obsługa, na każdym etapie. Opisaliśmy też sytuacje brzegowe, na przykład utratę zasięgu w trakcie zakupów.

Aplikacja tabletowa

Zbudowaliśmy aplikację przy koszyku z widokiem zawartości, kwoty i podpowiedzi. Dodaliśmy buforowanie danych na wypadek utraty zasięgu.

Panel administracyjny

Przygotowaliśmy panel z podglądem wszystkich koszyków i stanów na żywo. Połączyliśmy go z aplikacjami przez komunikację w czasie rzeczywistym i wspólne API stanów.

Testy w sklepie

Sprawdziliśmy rozwiązanie w prawdziwym sklepie, a nie tylko w biurze. Testowaliśmy pracę na baterii, w strefach słabego zasięgu i przy wielu koszykach naraz.

Co się zmieniło.

Zawartość i kwota są widoczne na ekranie przez cały czas zakupów.
Klient widzi, co kupuje
Wszystkie koszyki i stany są dostępne w jednym panelu, na żywo.
Obsługa ma pełny obraz sali
Buforowanie offline chroni dane, gdy tablet traci połączenie.
Odporność na słaby zasięg
Aplikacje i panel korzystają z tego samego API stanów, więc klient i obsługa widzą te same informacje.
Jeden spójny obraz danych
Testy odbyły się w realnym otoczeniu, z ruchem, baterią i zasięgiem, jakie są na sali.
Rozwiązanie sprawdzone w warunkach sklepu

Zobacz inne projekty.

Budujesz urządzenie lub rozwiązanie dla handlu?

Opowiedz nam o swoim scenariuszu, a zaprojektujemy aplikację i panel, które wytrzymają warunki sklepu. Rozwiązania retail tech wygrywają albo przegrywają w sklepie, a nie na prezentacji. Dlatego warto od początku projektować pod słaby zasięg, pracę na baterii i użytkownika, który ma zajęte ręce. Jedno API stanów dla wszystkich urządzeń oszczędza wielu problemów ze spójnością danych. Jeśli budujesz urządzenie z ekranem dla klienta końcowego, zaplanuj testy w prawdziwym otoczeniu jak najwcześniej. Błędy znalezione na sali kosztują mniej przed startem niż po nim.

Omówmy Twój projekt retail tech →