Adria Art Mobile App

Platforma webowa Adria Art jest już cyfrowym sercem jednej z największych polskich marek eventowych, obsługującym ponad 2500 wydarzeń rocznie.

Aplikacja mobilna była naturalnym kolejnym krokiem — przeniesieniem repertuaru, biletów, lojalności i konta użytkownika do jednego, natywnego doświadczenia na telefonie, który użytkownicy mają zawsze przy sobie.

O aplikacji

Aplikację mobilną Adria Art zbudowaliśmy jako cross-platformowego towarzysza istniejącej platformy webowej i backendu — nie osobny produkt, tylko mobilną warstwę tego samego ekosystemu.

Zakres obejmował pełną ścieżkę zakupu biletu: przeglądanie repertuaru z filtrowaniem po frazie, dacie, mieście i kategorii, stronę wydarzenia, zakup i przechowywanie biletów jako kodów QR oraz zarządzanie kontem — a do tego warstwę lojalnościową: punkty, quizy, wyzwania i vouchery, które mają skłaniać użytkowników do powrotu między zakupami.

Play

Wyzwania marki

Aplikacja nie mogła być lekką powłoką promocyjną obok biznesu — musiała wpiąć się w platformę, backend i system sprzedaży, które już istniały i już działały.

Oznaczało to dedykowany kontrakt API dla mobile zamiast doklejonej nakładki na stronę internetową, natywne integracje platformowe, których nie da się dowieźć w opakowanej stronie WWW (webview), oraz system powiadomień push na tyle solidny, by wspierać prawdziwą skrzynkę powiadomień — a nie tylko wysyłane w ciemno alerty.

Dostarczenie aplikacji na obie platformy oznaczało też wzięcie na siebie tej części pracy, która nie pojawia się na liście funkcji: różnice w renderowaniu czcionek między Androidem a iOS, zachowanie autouzupełniania kodów OTP oraz konfigurację podpisu i release’u, którą produkcyjna aplikacja natywna musi mieć poprawnie dopiętą na obu platformach.

Play

Nasze rozwiązania

Aplikację zbudowaliśmy w React Native, na jednym kodzie dla iOS i Androida, wspartym przez REST API zaprojektowane specjalnie pod klienta mobilnego, a nie odziedziczone wprost ze strony internetowej.

• Dedykowane API dla mobile: zamiast wykorzystywać istniejące endpointy platformy webowej, zaprojektowaliśmy wersjonowany kontrakt API pod potrzeby aplikacji — konta, bilety, lojalność, powiadomienia — zachowując spójność z istniejącym backendem Laravel platformy.

• Natywne logowanie przez Apple, Google i Facebook, nie przekierowanie przez webview: świadomie odeszliśmy od przekierowania OAuth przez przeglądarkę na rzecz natywnych SDK logowania z walidacją tokena po stronie backendu — rozwiązania, które lepiej znosi review App Store i Google Play i sprawia wrażenie części aplikacji, a nie objazdu przez kartę przeglądarki.

• Spersonalizowane powiadomienia push, nie zbiorczy broadcast: powiadomienia są dopasowane do tego, co naprawdę interesuje użytkownika — nowe wydarzenia w jego mieście, aktualności od obserwowanych artystów, przypomnienia trafiające w porę dla ulubionych wykonawców — logowane per urządzenie wraz z prawdziwą historią powiadomień (status przeczytane/nieprzeczytane, deep linki do właściwego ekranu, możliwość usuwania starych wpisów), zamiast wysyłania jednego zbiorczego komunikatu do wszystkich naraz. Kliknięcie w powiadomienie od razu otwiera właściwy ekran i automatycznie oznacza je jako przeczytane.

• Deep linki i universal links: aplikacja jest bezpośrednio spięta z istniejącą domeną Adria Art, dzięki czemu linki udostępniane ze strony internetowej albo z powiadomienia push otwierają się od razu w aplikacji, a nie w przeglądarce.

• Program lojalnościowy zbudowany jako prawdziwy silnik gamifikacji, nie lista punktów: użytkownicy zdobywają punkty za zakupy biletów, codzienną aktywność, quizy, recenzje i czasowe wyzwania specjalne, a następnie wymieniają je na vouchery i zniżki — ze śledzeniem postępów, historią aktywności w aplikacji i powiadomieniem push w momencie ukończenia wyzwania lub kamienia milowego. Mechanizm wspiera też zaplecze administracyjne: support i operacje widzą, w jakich wyzwaniach bierze udział dany użytkownik, jakie progi osiągnął i jakie zamówienia wpłynęły na jego postęp — to rodzaj widoczności backoffice’owej, którą łatwo pominąć przy budowie gamifikacji, a trudno się bez niej obejść, gdy realni użytkownicy zaczynają zadawać pytania.

• Analityka oparta o zdarzenia, nie domysły: Firebase Analytics / GA4 śledzi momenty, które realnie mają znaczenie w aplikacji — wyświetlenia wydarzeń, kliknięcia zakupu biletu, przejścia między ekranami — zbudowane jako współdzielona, reużywalna warstwa trackingowa, dzięki czemu kolejne zdarzenia można dodawać bez przebudowywania instrumentacji za każdym razem. Obok niej działa Microsoft Clarity, dający jakościowy wgląd w sesje użytkowników — odpowiedź na „dlaczego”, a nie tylko „co” pokazuje GA4. Oba działają w modelu consent-first: tracking jest domyślnie wyłączony i włącza się dopiero, gdy użytkownik faktycznie wyrazi zgodę, zamiast zbierać wszystko od pierwszego uruchomienia.

• Dopracowanie jakości release’u: rozwiązaliśmy problem autouzupełniania OTP charakterystyczny dla Androida oraz różnice w renderowaniu czcionek między platformami — niewidowiskową pracę, która decyduje o tym, czy release faktycznie utrzymuje się na produkcji.

• Infrastruktura buildów niezależna od jednej maszyny: projekt ma skonfigurowany EAS Build do tworzenia zdalnych buildów niezależnych od konkretnego komputera, dzięki czemu release nie jest przywiązany do lokalnego środowiska jednego developera.

Kluczowe funkcje aplikacji

• Repertuar i strony wydarzeń z filtrowaniem po frazie, dacie, mieście i kategorii.
• Bilety z kodami QR, podzielone na nadchodzące i archiwalne, plus alert biletowy dla wydarzeń jeszcze niedostępnych w sprzedaży.
• Program lojalnościowy z prawdziwą gamifikacją — punkty za zakupy, codzienną aktywność, quizy i czasowe wyzwania specjalne, śledzenie kamieni milowych oraz vouchery do wymiany.
• Ulubione, dzięki którym użytkownik może obserwować wydarzenie, zanim zdecyduje się na zakup.
• Sekcja bloga, FAQ/pomoc oraz pełne zarządzanie kontem — logowanie, rejestracja, reset hasła i proces usunięcia konta.
• Spersonalizowane powiadomienia push z historią — dopasowane do miasta i ulubionych artystów użytkownika, z badge’ami, statusem przeczytane/nieprzeczytane i deep linkami wprost do właściwego ekranu.
• Logowanie przez Apple, Google i Facebook, obok standardowego logowania e-mailem.

Efekt

Aplikacja mobilna Adria Art przeszła od startu prac do publikacji w App Store i Google Play w około sześć miesięcy — jeden kod w React Native obsługuje teraz całą ścieżkę zakupu biletu, program lojalnościowy i komunikację push natywnie na iOS i Androidzie.

Development wystartował w styczniu 2026, przeszedł przez etapowane testy — TestFlight na iOS i wewnętrzny kanał testowy Google Play na Androidzie — od kwietnia, i trafił do obu sklepów w czerwcu 2026, a nie prosto na produkcję. Dzięki temu, że API, autoryzacja i architektura powiadomień powstały jako prawdziwe komponenty platformy, a nie cienki klient, ta sama marka, obsługująca ponad 2500 wydarzeń rocznie, ma teraz natywny kanał, który może dalej rozwijać — nowe mechaniki lojalnościowe, nowe scenariusze zaangażowania, nowe ekrany — bez konieczności przebudowy fundamentów.