Pytania, które franczyzodawcy zadają, zanim kupią.

Pytania, nie odpowiedzi — i to celowo

Między 2024 a 2026 rokiem sieci z branży zajęć dla dzieci przysyłały nam formalne zestawy wymagań, zanim do czegokolwiek się zobowiązały. Od kilku miejsc do dużych sieci międzynarodowych, z Wielkiej Brytanii, Europy Środkowej i spoza niej. Niektóre przyszły jako arkusz z priorytetami, niektóre jako pisemna specyfikacja, niektóre jako lista pytań po pierwszej prezentacji.

To, co czytacie, jest połączeniem tych zestawów — bez ani jednego szczegółu identyfikującego i z każdym zdaniem napisanym od nowa. Nie ma tu klienta, marki, terytorium ani liczby, a żadne zdanie nie da się przypisać do jednego dokumentu.

Są tu pytania i żadnych odpowiedzi, z trzech powodów. Połowa odpowiedzi, których udzieliliśmy w 2024 roku, brzmi dziś inaczej, bo produkty się zmieniają — ale lista wymagań z 2024 roku to wciąż dobra lista wymagań. Pytanie „jak uniemożliwiacie jednemu franczyzobiorcy zobaczenie obrotu drugiego?” nie należy do nikogo; sposób, w jaki sformułowała je konkretna sieć, należy do niej. A sam zestaw pytań jest i tak bardziej użytecznym dokumentem: większość sieci dowiaduje się, o co zapomniała zapytać, dopiero po podpisaniu umowy.

Więc weźcie to i użyjcie. Na nas i na wszystkich innych, z którymi rozmawiacie.

A potem wymagajcie czegoś więcej niż tak albo nie

Ptaszek w kratce to miejsce, w którym przetargi się psują. Niech każda odpowiedź wyląduje w jednym z pięciu stanów i cały obraz się zmieni.

Jest standardowo

Do użycia w tym tygodniu. Takie twierdzenie powinno przychodzić z linkiem do dokumentacji produktowej dostawcy, a nie na stronę marketingową — wtedy sprawdzicie to bez niego.

Skonfigurujemy to z wami

Realne, ale to praca wdrożeniowa, nie przełącznik, który już jest włączony. Pytajcie, kto to robi, ile to trwa i czy jest w cenie.

Dorobimy to

Dziś tego nie ma. Chciejcie to na piśmie, z terminem i stanowiskiem handlowym — i zapytajcie, kto to potem utrzymuje.

Nie ma tego w produkcie

Nie ma i nie owijamy tego w bawełnę. Albo wycenione jako druga faza, albo wypada. Ta odpowiedź to dobry znak, nie zły.

Poza zakresem, zgodnie z ustaleniem

Wasze własne wykluczenie, odbite wam z powrotem. Odpowiedziane i tak, żeby linia została tam, gdzie ją narysowaliście, i nie dała się cicho przesunąć.

Dostawca, który nie odróżni „mamy to” od „umielibyśmy to dorobić”, jest największym pojedynczym ryzykiem całego przedsięwzięcia. To odróżnienie jest dla was warte więcej niż jakakolwiek funkcja na liście.

Częste pytania o prowadzenie przetargu na system

• O co powinna pytać sieć franczyzowa przed zakupem systemu do zarządzania zajęciami?

  Pokryjcie piętnaście obszarów, a nie listę funkcji: strukturę sieci i rozdzielenie danych, wdrożenie i standaryzację, opłaty licencyjne, raportowanie sieci, model danych rodziny, cykl życia zapisu, modele płatności, grafiki i pojemności, instruktorów i ich wynagrodzenia, waszą stronę i ścieżkę rezerwacji, komunikację, lokalizację, ochronę danych, integracje i sam związek z dostawcą. Lista funkcji to łatwa część i część, na którą każdy dostawca jest przygotowany. O powodzeniu projektu decydują rozdzielenie danych, standaryzacja i realia rozpoczętego okresu.
• Jaka jest różnica między „musi być”, „powinno być”, „mogłoby być” i „nie będzie”?

  „Musi być” to funkcjonalność, bez której projekt nie działa — jeśli brakuje jej w dniu startu, projekt nie dostarczył. „Powinno być” wnosi realną wartość, często w jakości procesu, ale da się bez tego wystartować. „Mogłoby być” chcecie kiedyś i jest to uczciwie druga faza. „Nie będzie” jest wprost wykluczone, co najmniej na teraz. Posortowanie własnych wymagań w ten sposób przed pierwszym kontaktem z dostawcą zajmuje jedno popołudnie i zmienia każdą następną rozmowę.
• Dlaczego lista „nie będzie” jest ważna w przetargu na oprogramowanie?

  Bo wykluczenie, które istnieje tylko w waszej głowie, zostanie otwarte ponownie, a to, na które odpowiedziano na piśmie, nie. Zapisanie, czego nie kupujecie, zatrzymuje rozlewanie się zakresu pół roku w projekt i nie pozwala dostawcy sprzedawać wam platformy na problem, którego postanowiliście nie rozwiązywać. Poproście o odpowiedź na każdy wiersz łącznie z tymi, żeby granica była na papierze i nikt jej przypadkiem nie przerysował.
• Jak dostawca powinien odpowiedzieć na dokument z wymaganiami?

  Wiersz po wierszu, bez pustych miejsc, i w stanach, nie w ptaszkach: jest standardowo, skonfigurujemy to z wami przy wdrożeniu, dorobimy to, nie ma tego w produkcie, albo poza zakresem zgodnie z waszym ustaleniem. Twierdzenie „jest standardowo” powinno linkować do dokumentacji produktowej dostawcy, a nie na stronę marketingową, żebyście sprawdzili to bez pytania. Dostawca, który nie odróżni „mamy to” od „umielibyśmy to dorobić”, jest największym pojedynczym ryzykiem całego przedsięwzięcia.
• Jak uniemożliwić jednemu franczyzobiorcy zobaczenie danych drugiego?

  Pytajcie, czy rozdzielenie jest architektoniczne, czy to ustawienie uprawnień. Jeśli dane każdej lokalizacji siedzą we własnym koncie, nie ma czego źle skonfigurować; jeśli to jedna wspólna baza z flagami ról, rozdzielenie jest tylko tak dobre, jak ostatni człowiek, który edytował uprawnienie. Potem przypiszcie wasze prawdziwe role — centrala, menedżer regionalny, franczyzobiorca, zarządzający miejscem, instruktor zatrudniony i zewnętrzny, miejsce goszczące, rodzic — i pytajcie, co każda z nich realnie widzi, łącznie z najbardziej ograniczoną.
• O co pytać przy wyliczaniu opłat licencyjnych?

  O cztery rzeczy. Czy liczba powstaje z rzeczywistych transakcji w systemie, czy z liczby, którą ktoś wpisuje. Od jakiej podstawy się liczy — zafakturowane, otrzymane, po zwrotach, bez VAT — bo dostawcy nie założą tego samego. Czy lokalizacje mogą mieć różne procenty, progi, limity albo opłaty stałe i czy stawka da się zmienić od daty bez nadpisywania historii. I czy opłata jest fakturowana po fakcie, czy pobierana u źródła z pieniędzy w momencie przepływu — co jest bardzo różnymi rozwiązaniami i bardzo różnymi pozycjami w przepływach pieniężnych.
• O jakie wymaganie sieci najczęściej zapominają zapytać?

  O realia rozpoczętego okresu. Dostawca pokazuje czysty zapis; wasz prawdziwy tydzień to zajęcia próbne, listy oczekujących, nieobecności, dziecko dołączające w szóstym tygodniu, dziecko przechodzące do wyższej grupy i rodzic, który chce skończyć z końcem kolejnego miesiąca. Większość z tego wyłapią trzy konkretne pytania: czy anulowanie da się zaplanować na przyszłą datę zamiast „teraz albo nigdy”, czy cena spóźnionego liczy się proporcjonalnie i automatycznie, i czy przy przełamaniu roku przejście do kolejnych grup jest konfiguracją, czy ręcznym przepisywaniem każdego lata.
• O co pytać przy lokalizacji przed wejściem do drugiego kraju?

  Oddzielcie języki dla rodziców od języków dla zespołu, bo te drugie są zwykle cieńsze. Potem pytajcie o wszystko, co nie jest językiem: walutę i sposób konsolidacji raportowania, stawki podatkowe i rejestrację według kraju, dokumenty zgodne lokalnie i ich numerację, święta i wakacje szkolne oraz kto je utrzymuje, i lokalne metody płatności — schematy polecenia zapłaty różnią się między krajami, a przelew ze strukturalnym identyfikatorem jest na niektórych rynkach rutyną, a na innych nieznany. Na koniec pytajcie, co się stanie, kiedy wejdziecie na rynek nowy także dla dostawcy, i miejcie odpowiedź na piśmie przed drugim krajem, a nie w jego trakcie.
• Czy platformę powinna płacić centrala, czy każdy franczyzobiorca?

  Oba modele działają i psują się w przeciwnych kierunkach. Kiedy płaci każda lokalizacja, koszty pasują do użycia i franczyzobiorca sam kieruje swoimi wydatkami, ale przyjęcie staje się nierówne i mniejsze lokalizacje to odczuwają. Kiedy płaci centrala, przyjęcie i jakość są w sieci spójne, a rozliczenia prostsze, ale koszt centralny rośnie i lokalizacje są mniej odpowiedzialne za to, co zużywają. Sedno jest w tym, żeby zdecydować świadomie w oparciu o to, jak wasza sieć już rozlicza, a nie odziedziczyć model, który dostawca proponuje jako domyślny.
• O co sieć powinna pytać przy ochronie danych i ich przechowywaniu?

  Kto jest administratorem, a kto podmiotem przetwarzającym, między centralą a lokalizacjami, i czy jest na to pisemna umowa. Gdzie dane są hostowane i którzy dalsi podprzetwarzający są w grze. Czy da się zapisać, którą wersję dokumentu rodzina zaakceptowała, ze znacznikiem czasu. Czy usuwanie albo anonimizacja po terminie naprawdę działa automatycznie — wiele platform tego nie potrafi, więc sprawdźcie to, zanim obiecacie to w polityce prywatności. Czy istnieje dziennik zmian widoczny dla was, a nie tylko dla programistów dostawcy. I jak wygląda wyjście: co dostaniecie, w jakim formacie, jak szybko i co zostanie potem usunięte.
• Jak odróżnić prawdziwą integrację od obietnicy?

  Niech dostawca oznaczy każdą integrację z waszej listy jako jedną z czterech rzeczy: wbudowana i utrzymywana przez niego, ogólny łącznik, jednorazowa praca programistyczna, albo wasza własna robota na jego API. Potem sprawdźcie, że API jest publiczne i udokumentowane, że dokumentację przeczytacie przed zakupem i że obejmuje zapis, nie tylko czytanie. Pytajcie, jak dowiecie się o zmianie API i ile macie czasu, i czyim problemem jest zepsuta integracja. „Zintegrujemy się z czymkolwiek” nie jest odpowiedzią na coś, co potrzebujecie pierwszego dnia.
• Co jest dobrym znakiem w odpowiedziach dostawcy?

  Jasne nie. Dostawca, który powie wam, czego produkt nie potrafi i do czego nie powinniście go używać, pokazuje wam krawędzie tego, co kupujecie — a tej informacji inaczej nie zdobędziecie. Dostawca, który przytaknął każdemu wierszowi waszego dokumentu, albo go porządnie nie przeczytał, albo nie powie wam o ograniczeniach — i znajdziecie je później sami, na własny koszt.