Migracja z innego systemu rezerwacji — jak zrobić to bez chaosu
Autor: Zespół CourtOS
Zmiana systemu rezerwacji kortów brzmi jak coś, co można odłożyć w nieskończoność — i właśnie dlatego wiele klubów latami trzyma się narzędzi, które nie działają tak jak powinny. W praktyce migracja przy dobrym przygotowaniu zajmuje 3–6 tygodni i nie wymaga wyzerowania bazy klientów ani odwołania cykli. Poniżej rozkładamy ją na etapy, pokazujemy co przenieść i jak, a na koniec — gdzie kryją się realne ryzyka i czerwone flagi lock-inu.
W skrócie (TL;DR)
- →Migracja to nie reset — baza klientów, rezerwacje cykliczne i karnety przenoszą się, jeśli stary system pozwala wyeksportować dane.
- →Przed startem: zrób pełny eksport z obecnego systemu i miej go lokalnie — niezależnie od tego, co zaimportuje nowy dostawca.
- →Okres próbny równoległy (2–4 tygodnie) eliminuje ryzyko: stary system działa dla starych linków, nowy dla nowych.
- →Największe ryzyko: stary system, który nie pozwala wyeksportować danych (lock-in) — to naruszenie RODO i sygnał do zmiany teraz, nie za rok.
- →CourtOS przenosi bazę klientów, cykle i cenniki w cenie wdrożenia; pierwszy miesiąc gratis na test równoległy.
Co przenieść — lista elementów i priorytety
Migracja systemu rezerwacji to nie przeniesienie jednej tabeli. Obiekt sportowy ma kilka warstw danych, które muszą trafić do nowego systemu razem — inaczej recepcja od pierwszego dnia łata luki ręcznie. Poniżej pełna lista z priorytetami.
| Element | Co przenosić | Format / jak | Ryzyko przy pominięciu |
|---|---|---|---|
| Baza klientów | Imię, nazwisko, e-mail, telefon, notatki, typ klienta | CSV / XLS z panelu starego systemu lub eksport RODO | Stali gracze muszą zakładać konta od zera — irytacja, telefony |
| Rezerwacje cykliczne | Stały kort, stały dzień/godzina, uczestnik(cy), okres obowiązywania | Dedykowany eksport lub ręczne odwzorowanie per cykl | Stali gracze tracą miejsce — największy ryzyko relacyjny |
| Cenniki | Ceny per kort, per sport, szczyt/poza szczytem, per wariant singiel/debel | Konfiguracja ręczna w nowym systemie (zazwyczaj 1–2h per obiekt) | Błędy cenowe na fakturach — reklamacje i zwroty |
| Karnety i portfel | Aktywne karnety (typ, saldo godzin lub zł, ważność), salda portfela | Import pliku lub ręczne zasilenie sald per klient | Gracze płacą dwa razy lub tracą środki — ryzyko reputacyjny |
| Konfiguracja kortów | Nazwy kortów, dostępność godzinowa, blokady, strefy dostępu | Konfiguracja ręczna w nowym systemie | Podwójne rezerwacje, błędy kontroli dostępu QR/PIN |
| Historia rezerwacji | Archiwum zamkniętych rezerwacji (raportowanie, karty sportowe) | Eksport CSV/XLS, przechowywany lokalnie — rzadko importowany do nowego systemu | Brak historii w nowym panelu; eksport archiwizuj lokalnie |
| Raporty i karty sportowe | Lista honorowanych kart, stawki per wejście, historia rozliczeń | Konfiguracja kart w nowym systemie; historia lokalnie | Błędy w rozliczeniu kart za miesiąc migracji — spór z dostawcą kart |
RODO i prawo do przenoszenia danych
Plan migracji krok po kroku
Poniższy plan zakłada realny scenariusz: klub z kilkuset klientami, kilkoma kortami, rezerwacjami cyklicznymi i aktywnymi karnetami. Przy mniejszej bazie część etapów skraca się lub łączy.
Etap 1: Audyt i eksport (tydzień 1)
- Zrób pełny eksport ze starego systemu. Każda dostępna tabela: klienci, rezerwacje, cykliczne, karnety, historia. Zapisz lokalnie w minimum dwóch miejscach (dysk + chmura). To Twój punkt przywracania — niezależny od nowego dostawcy.
- Zinwentaryzuj aktywne cykle. Lista: który gracz, który kort, który dzień i godzina, od kiedy, do kiedy. Przy kilkudziesięciu cyklach taka tabela w XLS pozwala na ręczną weryfikację po imporcie — każdy cykl możesz odfajkować.
- Zinwentaryzuj aktywne karnety i salda portfela. Data ważności, saldo godzin lub złotówek, przypisanie do klienta. To dane krytyczne finansowo — błąd tu oznacza zwroty lub roszczenia.
- Ustal z nowym dostawcą pisemnie, co importuje automatycznie, co ręcznie i co zostaje po Twojej stronie. Miej to w e-mailu lub dokumencie wdrożeniowym, nie tylko ustnie.
Etap 2: Konfiguracja i import (tydzień 1–2)
- Import bazy klientów — zwykle z CSV. Sprawdź po imporcie: liczba rekordów, duplikaty, poprawność e-maili i telefonów. Błędny numer telefonu = niedziałające przypomnienia SMS.
- Konfiguracja kortów i cenników — nazwy, godziny dostępności, cennik per sport i wariant (singiel/debel), pasma szczyt/poza szczytem. Przy 2–4 kortach to zwykle 1–3 godziny pracy.
- Import rezerwacji cyklicznych — weryfikuj każdy cykl na liście z etapu 1. Jeśli stary system nie eksportuje cykli w czytelnym formacie, nowy dostawca może potrzebować ręcznego przeniesienia — to najbardziej pracochłonny element.
- Zasilenie karnetów i portfeli — salda ładowane do nowego systemu per klient lub przez import CSV. Koniecznie potwierdź z kilkoma stałymi klientami, że widzą właściwe salda po zalogowaniu.
- Konfiguracja kart sportowych — lista honorowanych kart (Multisport, Medicover i in.), stawki per wejście, sposób weryfikacji.
Etap 3: Test wewnętrzny (tydzień 2)
Przed otwarciem dla graczy przetestuj przepływ samodzielnie: złóż rezerwację testową na każdy typ kortu, zapłać online, sprawdź kod QR/PIN przy wejściu, anuluj i sprawdź zwrot do portfela. Zleć to samo recepcji — ona wyłapie rzeczy, które Ty pominiesz. Lista kontrolna testu wewnętrznego powinna objąć co najmniej: rezerwacja → płatność → QR/PIN → anulacja → zwrot → rezerwacja cykliczna → wejście z kartą sportową.
Etap 4: Okres próbny równoległy (tydzień 2–5)
To jedyna faza, która naprawdę eliminuje ryzyko operacyjne. Przez 2–4 tygodnie oba systemy działają jednocześnie: stary przyjmuje rezerwacje ze starych linków i powiadomień, nowy obsługuje wszystkich nowych. Gracze, którzy dostaną nowy link (z e-maila informacyjnego), rezerwują już w nowym systemie. Cykliczne są w nowym systemie od dnia startu. Po zakończeniu okresu równoległego odcinasz stary system.
Komunikacja z graczami: nie odkładaj na ostatni moment
Etap 5: Wyłączenie starego systemu i zamknięcie
Przed wyłączeniem: zrób ostatni eksport historii ze starego systemu (rezerwacje z całego okresu korzystania). Sprawdź, czy wszystkie aktywne cykliczne i salda karnetów są w nowym systemie. Następnie zamknij konto lub wypowiedz umowę zgodnie z warunkami — i zweryfikuj, że Twoje dane zostały usunięte z serwerów dostawcy zgodnie z umową powierzenia.
Okres próbny równoległy — dlaczego to jedyna bezpieczna metoda
Migracja „na weekend" — w piątek stary system, w poniedziałek nowy — to najczęstszy błąd. Nie daje czasu na wychwycenie błędów konfiguracji zanim dotkną one graczy, a każdy błąd (zły cennik, brakujący cykl, niedziałający QR) trafia prosto do pierwszego prawdziwego klienta.
Praca równoległa przez 2–4 tygodnie kosztuje podwójny abonament przez ten czas, ale eliminuje scenariusz, w którym stały gracz nie może zarezerwować swojego miejsca i dzwoni na recepcję z pretensjami. W tym czasie możesz też zebrać feedback od pierwszych graczy korzystających z nowego systemu i poprawić konfigurację bez presji.
| Podejście | Czas trwania | Ryzyko operacyjne | Koszt równoległy |
|---|---|---|---|
| Migracja „na weekend" | 2–3 dni | Wysokie — błędy trafiają do graczy od razu | Brak |
| Migracja z tygodniowym testem wewn. | 1–2 tygodnie | Średnie — błędy wychwytuje recepcja przed graczami | 1 tydzień podwójnego dostępu |
| Praca równoległa 2–4 tygodnie | 3–5 tygodni | Niskie — nowy system dostaje ruch stopniowo, błędy korygowane na bieżąco | 2–4 tygodnie podwójnego dostępu |
Ryzyka i jak je minimalizować
Migracja to jeden z niewielu momentów w życiu klubu, gdy jednocześnie zmieniają się narzędzie, dane i procesy recepcji. Każde z tych trzech zmian osobno jest łatwe; razem wymagają planu. Poniżej najczęstsze ryzyka i konkretne zabezpieczenia.
- Utrata rezerwacji cyklicznych — jeśli cykle nie trafią do nowego systemu, stały gracz traci swoje miejsce i przekonanie, że mógł na nie liczyć. Zabezpieczenie: lista kontrolna każdego cyklu z imienną weryfikacją po imporcie.
- Błąd salda portfela lub karnetu — gracz widzi niższe saldo niż miał. Ryzyko finansowe i wizerunkowy. Zabezpieczenie: eksport sald ze starego systemu + potwierdzenie z losową próbką klientów po imporcie (5–10 osób).
- Niedziałający cennik — błędne ceny (literówka, brakujące pasmo) dają błędne faktury. Zabezpieczenie: test rezerwacji na każdy typ kortu i każde pasmo cenowe przed otwarciem dla graczy.
- Błąd kontroli dostępu — QR lub PIN niepowiązany z rezerwacją; gracz stoi przed zamkniętymi drzwiami. Zabezpieczenie: pełny test przepływu (rezerwacja → płatność → QR/PIN → otwarcie drzwi) przed pierwszą prawdziwą rezerwacją.
- Brak historii w nowym systemie — raport kart sportowych za miesiąc migracji może być niekompletny. Zabezpieczenie: archiwum ze starego systemu + manualne uzupełnienie okresu migracji do raportu XLS.
- Chaos komunikacyjny z graczami — gracze nie wiedzą, gdzie się logować, dzwonią na recepcję. Zabezpieczenie: e-mail z informacją min. 14 dni wcześniej, nowy link w podpisie każdego powiadomienia ze starego systemu przez ostatnie 2 tygodnie.
Red flagi — lock-in, utrata historii i właściciel danych
⚠️ Czerwone flagi — na co uważać
- •Brak możliwości eksportu danych — stary system nie udostępnia CSV z bazą klientów ani historią. To naruszenie prawa do przenoszenia danych (art. 20 RODO) i sygnał, że dostawca celowo blokuje Cię w swoim ekosystemie. Zażądaj eksportu pisemnie; jeśli odmawia — złóż skargę do UODO.
- •Kara umowna za wcześniejsze rozwiązanie — umowa z dostawcą starego systemu przewiduje wysoką karę za rezygnację przed końcem okresu. Sprawdź umowę przed startem migracji; niekiedy tańsze jest dopłacenie do końca okresu, niż płacenie kary.
- •Brak jasności, kto jest właścicielem bazy klientów — regulamin lub umowa zakłada, że dane klientów należą do platformy, a nie do Ciebie. To problem i prawny (RODO: administratorem jesteś Ty, nie dostawca) i praktyczny (utrata danych przy odejściu).
- •Dane przechowywane wyłącznie w chmurze dostawcy bez eksportu — jeśli jedynym dostępem do Twoich danych jest panel dostawcy, a plik eksportowy nie istnieje, każda awaria lub bankructwo dostawcy oznacza utratę danych.
- •Nowy dostawca, który „wszystko ogarnie" bez dokumentacji — migracja przeprowadzona bez pisemnego zakresu i bez listy kontrolnej to ryzyko, że część danych „zgubie się" i dowiesz się o tym za tydzień od stałego gracza, a nie z raportu.
- •Historia niemożliwa do wyeksportowania z powodów „technicznych" — historia zamkniętych rezerwacji jest trudna do przeniesienia, ale powinna być eksportowalna do pliku. Jeśli dostawca twierdzi, że to „technicznie niemożliwe", zapytaj o format surowego exportu bazy (JSON, CSV) — każdy system go ma.
Jak robi to CourtOS
W CourtOS migracja jest elementem wdrożenia — nie płatną usługą dodatkową. Oznacza to, że import bazy klientów, rezerwacji cyklicznych i cenników jest częścią procesu onboardingu. Stary system działa równolegle przez pierwszy miesiąc, który jest gratis — masz czas na realne testy i stopniowe przenoszenie ruchu bez presji wyłączenia poprzedniego narzędzia.
Przed startem migracji CourtOS dostarcza checklist eksportu — listę plików, które potrzebujesz ze starego systemu, wraz z instrukcją dla popularnych narzędzi. Po imporcie masz wgląd w raport: ile rekordów klientów trafiło poprawnie, ile cykli zostało odwzorowanych, jakie salda karnetów załadowano. Jeśli coś się nie zgadza, zgłaszasz to przed wyłączeniem starego systemu, a nie po.
CourtOS Booking działa w modelu flat-fee od 99 zł/mc bez prowizji od rezerwacji i bez setup fee. W cenie wdrożenia mieszczą się: import bazy, konfiguracja kortów i cenników, szkolenie recepcji oraz support przez pierwsze tygodnie pracy równoległej.
Kiedy najlepiej zacząć migrację?
Checklista migracji — minimum, które musi zadziałać
Poniższa tabela to operacyjna checklista przed wyłączeniem starego systemu. Każdy punkt powinien zostać potwierdzony przez osobę, a nie tylko „wydaje się, że działa".
| Element | Sprawdzić | Kto potwierdza | Status |
|---|---|---|---|
| Baza klientów | Liczba rekordów zgodna z exportem, e-maile i telefony poprawne | Recepcja / właściciel | ☐ |
| Rezerwacje cykliczne | Każdy cykl na liście kontrolnej odwzorowany i widoczny dla gracza | Recepcja / wybrany gracz | ☐ |
| Cenniki | Rezerwacja testowa na każdy typ kortu i pasmo cenowe daje poprawną kwotę | Recepcja | ☐ |
| Karnety i portfel | Losowa próbka 5–10 klientów potwierdza poprawne saldo | Właściciel / klient | ☐ |
| Karty sportowe | Rezerwacja z kartą sportową przechodzi i generuje wpis do raportu | Recepcja | ☐ |
| Płatność online | Przelew testowy trafia na konto, potwierdzenie e-mailem do gracza | Właściciel | ☐ |
| QR/PIN | Wygenerowany kod otwiera prawidłową strefę w oknie rezerwacji | Recepcja | ☐ |
| Anulacja i zwrot | Anulacja w terminie zwraca środki do portfela lub na kartę | Recepcja | ☐ |
| Komunikacja do graczy | E-mail z nowym linkiem wysłany min. 14 dni wcześniej | Właściciel | ☐ |
| Archiwum historii | Eksport historii ze starego systemu zapisany lokalnie + kopia w chmurze | Właściciel | ☐ |
Migracja w cenie wdrożenia, pierwszy miesiąc gratis
CourtOS przenosi bazę klientów, rezerwacje cykliczne i cenniki bez chaosu — bez setup fee i bez prowizji od rezerwacji. Pierwszy miesiąc gratis na pracę równoległą.
Poznaj CourtOS Booking →Powiązane poradniki
- Jak wybrać system rezerwacji dla klubu sportowego
- Ile kosztuje system rezerwacji kortów? (kalkulator)
- Rezerwacje cykliczne — jak zatrzymać stałych graczy
- Karnety i portfel gracza — przedpłata, która buduje lojalność
Źródła
- 1. UODO — prawo do przenoszenia danych (art. 20 RODO)
- 2. EUR-Lex — RODO art. 20 (przenoszalność danych)
Liczby rynkowe mają charakter orientacyjny — stawki różnią się między obiektami, lokalizacjami i porami dnia.
Często zadawane pytania
Czy migracja do nowego systemu rezerwacji jest ryzykowna?
Przy dobrym planie ryzyko jest kontrolowane, nie wyeliminowane. Kluczowe trzy zabezpieczenia to: pełny eksport danych ze starego systemu przed startem, pisemne ustalenie z nowym dostawcą co dokładnie zostanie zaimportowane, oraz krótki (2–4 tygodnie) okres działania równoległego — stary system przyjmuje rezerwacje ze starych linków, nowy obsługuje nowe. Improwizowana migracja „na weekend" z wyzerowaną bazą to przepis na telefony od stałych graczy.
Co dokładnie trzeba przenieść do nowego systemu?
Obowiązkowo: baza klientów (email, telefon), rezerwacje cykliczne (stałe godziny stałych graczy), cenniki per kort i per wariant, konfiguracja kortów i godzin pracy. Opcjonalnie, ale ważne: salda portfela gracza, aktywne karnety (zwłaszcza karnety godzinowe), lista kart sportowych honorowanych w obiekcie. Historia zamkniętych rezerwacji jest trudniejsza do przeniesienia — ustal to z dostawcą wprost i zachowaj eksport archiwum po stronie swojej.
Jak długo trwa migracja systemu rezerwacji?
Techniczny import danych zajmuje zwykle 1–3 dni robocze, jeśli stary system udostępni eksport w formacie CSV lub API. Pełna migracja z konfiguracją, testami i szkoleniem recepcji to orientacyjnie 1–2 tygodnie. Doliczyć do tego warto 2–4 tygodnie pracy równoległej, po których odcinasz stary system. Łącznie: 3–6 tygodni od decyzji do wyłączenia starego narzędzia.
Co się stanie ze stałymi graczami, którzy mają rezerwacje cykliczne?
Jeśli cykliczne zostaną zaimportowane do nowego systemu, stały gracz dostaje to samo miejsce w tym samym terminie — tylko inny link/aplikacja. Kluczowe jest wysłanie informacji (e-mail lub SMS z nowym linkiem do rezerwacji) z wyprzedzeniem co najmniej 2 tygodni. Kilka zdań wyjaśnienia z korzyścią dla gracza (np. płatność online, lepsza apka) mocno obniża liczbę telefonów na recepcję.
Czy stracę historię rezerwacji po zmianie systemu?
Historia zamkniętych rezerwacji jest najtrudniejsza do przeniesienia — większość systemów nie ma standardowego formatu exportu historii i nowy dostawca często nie przyjmie jej jako pełnoprawnych rekordów. Dlatego przed wyłączeniem starego systemu zachowaj eksport historii (CSV lub XLS) i archiwizuj go lokalnie. Do celów raportowych (rozliczenia kart sportowych, podatki) ten plik wystarczy.
Czy dostawca nowego systemu musi robić migrację za mnie?
Nie musi, ale powinien zaoferować co najmniej wsparcie techniczne i checklist. Migracja samodzielna jest możliwa przy małych bazach (do kilkuset klientów, kilka kortów), ale przy cyklach, karnach i historii błędy ręczne mnożą się szybko. Zapytaj wprost: co system importuje automatycznie, co ręcznie, a co zostaje po Twojej stronie — i miej to na piśmie.
Jak wybrać dobry moment na migrację?
Unikaj szczytów sezonu (lipiec/sierpień, intensywne ligi) i długich weekendów. Optymalny moment to nisko sezonowy wtorek–czwartek, gdy można zamknąć kilka godzin rezerwacji bez strat. Wielu operatorów wybiera styczeń lub wrzesień — naturalny restart sezonowy ułatwia komunikację ze stałymi graczami i restart cykli.
Co zrobić, jeśli stary system nie pozwala wyeksportować danych?
To jest sygnał ostrzegawczy (lock-in). Jeśli eksport nie jest dostępny z panelu, poproś dostawcę pisemnie o plik danych — masz do tego prawo na podstawie RODO (prawo do przenoszenia danych, art. 20). Jeśli dostawca odmawia lub odkłada to w nieskończoność, możesz złożyć skargę do UODO. Alternatywa: ręczny zrzut widocznych danych lub scraping, ale to praca przy dużych bazach.