Szkoła tańca w Krakowie zapisuje ucznia jako „kursant”. Szkoła pływania we Wrocławiu — jako „zawodnik”. Szkoła językowa w Gdańsku — jako „słuchacz”. Trzy systemy, trzy słowniki, zero kompatybilności. Brak open data standards for activity providers oznacza, że każdy operator jest samotną wyspą — a cała branża traci możliwość budowania narzędzi, porównań i analiz na poziomie sektora.
Jeśli zarządzasz siecią szkół lub franczyzą — taneczną, sportową, muzyczną, STEM — ten problem dotyka Cię bezpośrednio. Agregacja danych z wielu lokalizacji to codzienna walka z arkuszami kalkulacyjnymi i ręcznym mapowaniem pól.
Problem: dziesiątki platform, zero wspólnego słownika
Branża zajęć pozalekcyjnych dla dzieci — studia tańca, kluby gimnastyczne, szkoły muzyczne, centra językowe, akademie pływackie, kółka STEM — korzysta z kilkudziesięciu różnych platform do zarządzania. Każda definiuje podstawowe pojęcia po swojemu:
- „Zajęcia” to w jednym systemie „sesja”, w drugim „slot”, w trzecim „termin”.
- „Semestr” oznacza 12 tygodni w Londynie, 8 w Warszawie, a w niektórych systemach nie istnieje wcale.
- „Grupa wiekowa” bywa polem tekstowym, zakresem liczbowym albo rozwijalną listą z nieedytowalnymi wartościami.
- Dane kontaktowe rodzica — w jednym systemie powiązane z uczniem, w innym z kontem płatniczym, w jeszcze innym zapisane jako notatka.
Czego nauczyły nas inne branże — od ochrony zdrowia po finanse
Branża zajęć dla dzieci nie jest pierwsza z tym problemem. Sektory, które go rozwiązały, odnotowały skokowy wzrost innowacji:
- Ochrona zdrowia → HL7 FHIR. Standard wymiany danych medycznych umożliwił powstanie tysięcy aplikacji zdrowotnych. Przed FHIR każdy szpital miał własny format danych pacjenta. Po wdrożeniu — aplikacje mogły czytać dane z dowolnego systemu.
- Finanse → Open Banking. Ustandaryzowane API bankowe w UK uruchomiły cały ekosystem fintechowy. Klienci zyskali porównywarki, agregatory kont i nowe modele kredytowe — wszystko dzięki wspólnemu formatowi danych.
- Lotnictwo → IATA NDC. Standard danych ofertowych i zamówieniowych pozwolił liniom lotniczym sprzedawać bezpośrednio, z pełną personalizacją, bez utraty dystrybucji.
- Nieruchomości → RESO. Standardy danych o nieruchomościach umożliwiły powstanie platform takich jak Zillow — porównywarki, które zrewolucjonizowały rynek.
Wzorzec jest zawsze ten sam: wspólny słownik danych → nowe narzędzia → lepsza transparentność → lepsze decyzje użytkowników końcowych (w naszym przypadku — rodziców).
Co powinno — a czego nie powinno — podlegać standaryzacji
Tu pojawia się realne napięcie. Szkoła karate działa inaczej niż akademia pływania. Franczyza inaczej niż niezależne studio. Personalizacja jest przewagą konkurencyjną — standard nie może jej zabić.
Kluczowa zasada: standaryzuj strukturę, nie treść.
Elementy do standaryzacji (wspólny rdzeń):
- Uczeń (Student): imię, data urodzenia, opiekun prawny, dane kontaktowe, grupa wiekowa
- Zajęcia (Activity): nazwa, typ (cykliczne/jednorazowe), lokalizacja, instruktor, częstotliwość
- Zapisy (Enrollment): data rozpoczęcia, status (aktywny/zawieszony/zakończony), powiązanie z uczniem i zajęciami
- Obecność (Attendance): data, status (obecny/nieobecny/usprawiedliwiony)
- Płatność (Payment): kwota, waluta, metoda, status, powiązanie z zapisem
- Okres rozliczeniowy (Term): data rozpoczęcia, data zakończenia, powiązanie z zajęciami
Te elementy mogłyby korzystać ze słownictwa Schema.org jako punktu wyjścia — to standard już rozpoznawany przez Google, Bing i systemy AI.
Elementy, które nie powinny być standaryzowane:
- Systemy oceniania i postępów (pas w karate ≠ poziom w pływaniu ≠ stopień w muzyce)
- Wewnętrzne procesy operacyjne (jak studio planuje grafik, jak komunikuje się z rodzicami)
- Modele cenowe i rabatowe (to przewaga konkurencyjna każdego operatora)
Co zmienia się, gdy branża mówi jednym językiem
Wyobraź sobie, że prowadzisz sieć 20 szkół tańca w Polsce i Czechach. Przy wspólnym standardzie danych:
- Raportowanie wielolokalizacyjne działa natychmiast — nie potrzebujesz analityka, który co miesiąc skleja dane z trzech systemów.
- Migracja między platformami trwa godziny, nie tygodnie — dane eksportowane z jednego systemu importujesz do drugiego bez utraty informacji.
- Marketplace dla rodziców staje się możliwy — standaryzowane dane o zajęciach pozwalają budować porównywarki (lokalizacja, cena, wiek, dostępność).
- Benchmarking branżowy — wskaźniki retencji, średnia frekwencja, koszt pozyskania ucznia — porównywalne między operatorami, dyscyplinami, rynkami.
- Integracje z systemami zewnętrznymi — od księgowości po systemy szkolne — stają się plug-and-play zamiast custom development.
Open data standards for activity providers — inicjatywa, którą buduje Zooza
Zooza rozpoczyna pracę nad otwartym standardem danych dla branży zajęć pozalekcyjnych — zaczynając od rynków UK i US, z planem rozszerzenia na Europę kontynentalną. Nie chodzi o zastąpienie istniejących systemów. Chodzi o to, żeby mogły ze sobą rozmawiać.
Dlaczego to robi platforma, a nie stowarzyszenie branżowe? Bo w branży zajęć dla dzieci nie istnieje odpowiednik IATA czy HL7. Ktoś musi zacząć. Ale standard ma sens tylko wtedy, gdy jest otwarty — dlatego Zooza projektuje go jako specyfikację publiczną, nie jako zamknięte API.
Dla operatorów wielolokalizacyjnych i franczyz w Polsce to sygnał: warto już teraz myśleć o strukturze swoich danych. Sprawdź, jak Twój obecny system opisuje ucznia, zajęcia i zapisy. Czy te definicje są spójne między lokalizacjami? Jeśli nie — masz problem, który będzie rósł z każdą kolejną otwartą szkołą.
Jedno konkretne działanie na teraz: zrób audyt danych w swoich lokalizacjach. Wypisz, jak każdy system nazywa te same rzeczy. To punkt wyjścia do porządkowania — niezależnie od tego, czy używasz Zooza, czy innej platformy. Branża, która mówi wspólnym językiem, rośnie szybciej niż zbiór samotnych wysp.
