IZAPzoo

Analiza produktowa i techniczna

Zamiana listy życzeń w zakres, który da się wycenić i zbudować.

Architektura rozwiązania

Decyzje, których nie da się tanio odkręcić po roku działania systemu.

Frontend

Aplikacje, które są szybkie i dostępne również na słabym łączu.

Backend i API

Logika biznesowa i integracje, które wytrzymują zmianę wymagań.

Aplikacje mobilne

Jedna baza kodu na iOS i Androida, z publikacją w obu sklepach.

DevOps i chmura

Powtarzalne wdrożenia i środowiska, które da się odtworzyć.

Bazy danych

Model danych i zapytania, które nie zwalniają razem ze wzrostem firmy.

Lista dyscyplin, których wymagała ta realizacja — nie lista stanowisk.

• 01

  Serwer jest jedynym źródłem prawdy o punktach — aplikacja mobilna niczego nie nalicza lokalnie, tylko prezentuje stan z backendu. To eliminuje całą klasę problemów z rozjazdem sald między urządzeniami.

• 02

  Kod QR to wyłącznie identyfikator, a nie nośnik wartości — samo zeskanowanie kodu niczego nie zmienia, bo każdą operację autoryzuje serwer. Podrobienie czy skopiowanie kodu nie daje więc dostępu do punktów.

• 03

  Historia punktów jako rejestr operacji zamiast nadpisywanego salda — każdą rozbieżność można prześledzić do konkretnej transakcji, co przy programie lojalnościowym jest warunkiem zaufania obu stron.

• 04

  Ekran kasjerski projektowany od kolejki, nie od funkcji — najpierw ustaliliśmy, ile sekund i ile dotknięć ekranu może kosztować obsługa klienta, a dopiero potem układ interfejsu.

• 05

  Uprawnienia oparte na rolach od pierwszego dnia, a nie dodane później — i egzekwowane w bazie danych przez Row Level Security, nie w kodzie aplikacji. Klient, kasjer i administrator podlegają tym samym regułom niezależnie od tego, czy zapytanie przychodzi z aplikacji mobilnej, z panelu, czy z integracji, której jeszcze nie ma.

• 06

  Jedna baza kodu w React Native i Expo zamiast dwóch osobnych aplikacji natywnych — prostszy stos i niższy koszt utrzymania. Program lojalnościowy wygląda tak samo na Androidzie i iOS, więc utrzymywanie dwóch kodów oznaczałoby podwójną pracę przy każdej zmianie i powolny rozjazd między platformami. Przy projekcie prowadzonym w całości przez jedną osobę to różnica między poprawką wydaną w tym tygodniu a w przyszłym miesiącu.

• Zakres danych osobowych ograniczyliśmy do minimum potrzebnego do prowadzenia programu, a ich przetwarzanie zaprojektowaliśmy z myślą o wymogach RODO — łącznie z możliwością obsługi żądań usunięcia konta.
• Uwierzytelnianie oparliśmy na zarządzanej usłudze Supabase Auth: logowanie adresem e-mail i hasłem, sesja potwierdzana tokenem JWT. Własnej obsługi haseł nie pisaliśmy — w tej klasie systemów samodzielna kryptografia jest ryzykiem, nie atutem. Sesja na telefonie leży w Expo SecureStore, czyli w magazynie chronionym przez system operacyjny, a nie w zwykłej pamięci aplikacji. Cała komunikacja z backendem jest szyfrowana.
• Autoryzacja jest egzekwowana w bazie danych przez Row Level Security, a nie sprawdzana w aplikacji. To ważna różnica: reguły obowiązują każde zapytanie, które dociera do danych, więc pominięcie kontroli po stronie klienta niczego nie otwiera. Aplikacja mobilna, panel administracyjny i każda przyszła integracja podlegają dokładnie tym samym zasadom.
• Operacje wpływające na wartość — naliczenie punktów, realizacja nagrody, wykorzystanie vouchera — działają jako funkcje bazodanowe. Klient prosi o wykonanie operacji, a nie o zapisanie konkretnej liczby, więc salda nie da się ustawić z zewnątrz, a ten sam voucher nie zostanie zrealizowany dwa razy.
• Kod lojalnościowy klienta i tokeny voucherów są rozdzielone. Identyfikator pokazywany przy kasie codziennie to jedno, a jednorazowy token uprawniający do odbioru nagrody to drugie — pokazanie pierwszego nie daje dostępu do drugiego.
• Klucz service-role Supabase nigdy nie trafia do aplikacji mobilnej. Binarka opublikowana w sklepie to środowisko publiczne — co do niej włożysz, prędzej czy później da się odczytać — więc uprzywilejowany dostęp do danych zostaje wyłącznie po stronie serwera.
• Panel administracyjny działa na zasadzie najmniejszych uprawnień: każda rola widzi tylko to, czego potrzebuje, wrażliwe operacje trafiają do dziennika zdarzeń, a dane są objęte regularnymi kopiami zapasowymi.