iFil Group

Case studies

Dedykowany system zarządzania treścią i sprzedażą biletów

Wdrożyliśmy serwis sprzedaży biletów na NextJS z dedykowanym headless CMS, z obsługą tras, artystów, obiektów i integracji z zewnętrznymi dostawcami.

UI/UX, Development

Zakres prac

NextJS, Python Django

Technologia

Rozrywka

Branża

II kwartał 2026

Ramy czasowe

Cel projektu

Celem projektu było przygotowanie serwisu internetowego w NextJS, który umożliwia sprzedaż biletów i pracę na treściach z poziomu elastycznego, dedykowanego headless CMS.

Istotne było połączenie warstwy prezentacyjnej z backendem oraz modelem danych wspierającym katalog wydarzeń i proces zakupowy.

Funkcjonalności

  • Wydarzenia, trasy i artyści

    Trasy, artyści, obiekty i wydarzenia siedzą w jednym katalogu. Zmiana w karcie od razu wchodzi do sprzedaży, bez arkusza obok CMS.

  • Headless CMS

    Treści idą z dedykowanego CMS do frontu, niezależnie od layoutu. Baza wydarzeń nie dyktuje, jak wygląda strona.

  • Sprzedaż biletów

    Od oferty wydarzenia do opłaconego biletu w jednym procesie. Katalog, koszyk i rozliczenie nie rozjeżdżają się na osobne narzędzia.

  • Google Places API

    Zdjęcia i dane obiektów wchodzą z Google Places. Redakcja nie przepisuje adresów i galerii przy każdym nowym miejscu.

  • Zgody cookies

    Zgody cookies są częścią serwisu, nie wtyczką doklejoną przy checkout. Oferta i zakup idą dalej w tym samym flow.

  • Dostawcy zewnętrzni

    Bilety i rozliczenia mogą iść przez zewnętrznych dostawców. Serwis ujednolica to w jednej ofercie, zamiast wysyłać klienta na obcą kasę.

Zakres prac

Projekt miał charakter kompleksowego wdrożenia informatycznego obejmującego projekt interfejsu, rozwój frontu w NextJS i serwisów po stronie Python Django oraz integrację z systemem treści.

Prace obejmowały konfigurację przepływów publikacji, obsługę sprzedaży i przygotowanie środowiska produkcyjnego.

Wyzwania

  • 01

    Zakup przy złożonym katalogu

    Przejrzysty UX dla osób kupujących bilety przy jednoczesnej złożoności danych o trasach i wydarzeniach.

  • 02

    Headless CMS i sprzedaż

    Warstwa treści i ścieżka zakupowa musiały działać jako jeden serwis, nie jako dwa osobne produkty.

  • 03

    Dostawcy zewnętrzni

    Ujednolicenie komunikacji z systemami dostawców tak, aby sprzedaż i wymiana danych były stabilne.

  • 04

    Lokalizacje i materiały

    Google Places miało uzupełniać obiekty i zdjęcia bez rozjeżdżania katalogu wydarzeń z tym, co jest w CMS.