Case studies
Infrastruktura dla firmy z branży incentive do obsługi wyjazdów
Kompleksowa platforma do zarządzania wszystkimi wyjazdami. Dostępy dla koordynatorów wyjazdów, pilotów, uczestników, klienta i organizatora. System płatności, rejestracji, ankiet, grywalizacji i programów lojalnościowych. Aplikacja mobilna na Android i iOS oraz generator stron wyjazdowych.
UI/UX, Development
Zakres prac
ReactNative, Python, Django
Technologia
Turystyka
Branża
2026
Ramy czasowe
Cel projektu
Incentive to równoległe wyjazdy, kilka stref czasowych i pięć stron patrzących na ten sam program: koordynator układa, pilot prowadzi grupę, uczestnik korzysta, klient rozlicza, organizator nadzoruje. Te role wcześniej rozjeżdżały się po arkuszach, komunikatorach i osobnych landingach.
Powstała jedna platforma od karty wyjazdu do powrotu: rejestracja, płatności, ankiety, grywalizacja, program lojalnościowy, generator stron wyjazdowych oraz aplikacja na Android i iOS.
Funkcjonalności
Pięć paneli na jednym wyjeździe
Koordynator układa program, pilot prowadzi grupę, uczestnik widzi swój harmonogram, klient i organizator rozliczają i nadzorują. Ta sama karta wyjazdu, twarde granice uprawnień.
Rejestracja
Formularz zgłoszeniowy, limity miejsc, lista i status każdej osoby. Zmiana po stronie uczestnika wpada od razu do panelu koordynatora.
Płatności
Zaliczki, dopłaty, rozliczenie indywidualne albo grupowe. Kwota siedzi na konkretnej osobie i konkretnym wyjeździe, nie w osobnym excelu.
Ankiety
Szablony przed wylotem, w trakcie programu i po powrocie. Wyniki wracają do koordynatora i klienta, przypięte do tej grupy, nie do ogólnej skrzynki.
Grywalizacja i lojalność
Zadania na programie i ranking w aplikacji po każdej aktywności. Punkty przechodzą między wyjazdami w programie lojalnościowym organizatora.
Generator stron i aplikacja
Z karty wyjazdu składa się strona programu, gotowa do wysłania klientowi i uczestnikom. Na Androidzie i iOS ta sama treść idzie w teren.
Zakres prac
Zaczęliśmy od mapy ról i cyklu życia wyjazdu: kto co widzi przy rejestracji, zmianie programu, płatności i powiadomieniu. Na tej podstawie powstał model uprawnień, makiety paneli webowych i mobilnych oraz specyfikacja API. Osobno zaprojektowaliśmy ścieżkę uczestnika, który otwiera aplikację pierwszy raz na lotnisku, i ścieżkę koordynatora, który w tym samym momencie prowadzi kilkanaście grup.
Backend w Django trzyma wyjazdy, osoby, płatności, ankiety, grywalizację i lojalność. Panele webowe i aplikacja React Native na Android i iOS siedzą na tym samym API. Silnik stron składa landing konkretnego eventu z bieżącej karty, zamiast z ręcznie wklejanego HTMLa. Na końcu testy przy wielu równoległych programach, wdrożenie produkcyjne i konfiguracja kanałów push na rynkach, na których odbywają się wyjazdy.
Wyzwania
01
Bezpieczeństwo danych
Paszporty, dane płatnicze i listy uczestników w pięciu rolach, na kilkudziesięciu wyjazdach naraz. Izolacja uprawnień i dzienniki dostępu, nie jeden wspólny widok „dla wszystkich”.
02
Powiadomienia na całym świecie
Uczestnik w innym kraju, innej strefie i na innej sieci nadal dostaje zmianę w programie. Push idzie kilkoma kanałami, z potwierdzeniem doręczenia, nie z nadzieją że „dojdzie”.
03
Kilkadziesiąt wyjazdów naraz
Każdy event to osobna baza osób, płatności i programu. Błąd albo masowa wiadomość w jednym wyjeździe nie rozlewa się na pozostałe.
04
UX dla każdego wieku
Część gości otwiera aplikację pierwszy raz na lotnisku. Krótki język, duże sterowanie, zero żargonu operacyjnego, który zostaje w panelu koordynatora.
05
Pięć ról, jeden wyjazd
Ta sama zmiana w programie pokazuje się inaczej pilotowi, inaczej uczestnikowi i inaczej klientowi. Uprawnienie to twarda granica, nie ukryta zakładka.
06
Strony wyjazdowe i dane na żywo
Landing bierze program, miejsca i terminy z karty wyjazdu. Koordynator nie składa tego drugi raz w WordPressie ani w mailu do grupy.
Case studies
