Několik sítí s více pobočkami nám před podpisem poslalo formální dokument s požadavky. Tohle je jejich sloučení — anonymizované, přepsané a spojené do jednoho seznamu, který si můžete vzít ke každému dodavateli. Nás nevyjímaje.
Mezi roky 2024 a 2026 nám sítě z oblasti dětských aktivit posílaly formální zadání ještě předtím, než se k čemukoli zavázaly. Od několika míst až po velké mezinárodní sítě, z Velké Británie, ze střední Evropy i ze vzdálenějších trhů. Některá přišla jako tabulka s prioritami, některá jako psaná specifikace, některá jako seznam otázek po první ukázce.
To, co čtete, je jejich sloučení — bez jediného identifikujícího detailu a s každou větou přepsanou. Nenajdete tu klienta, brand, území ani číslo a žádná věta se nedá dohledat k jednomu dokumentu.
Jsou tu otázky a žádné odpovědi, a to ze tří důvodů. Polovina odpovědí, které jsme dali v roce 2024, je dnes jiná, protože produkty se hýbou — ale zadání z roku 2024 je pořád dobré zadání. Otázka „jak zabráníte tomu, aby jeden franšízant viděl obrat druhého?“ nepatří nikomu; to, jak ji formulovala konkrétní síť, patří jí. A ten seznam otázek je stejně užitečnější artefakt: většina sítí zjistí, na co se zapomněla zeptat, až když má podepsáno.
Takže si to vezměte a použijte. Na nás i na všechny ostatní, s kým mluvíte.
Nejdřív si vlastní požadavky roztřiďte do čtyř košů
Nejlepší věc, kterou kterákoli z těch sítí udělala, bylo udělat to ještě před prvním kontaktem s dodavatelem. Zabere to jedno odpoledne a změní to každý další rozhovor. Je to MoSCoW prioritizace — ten název není nic jiného než zkratka těch čtyř kategorií, Must / Should / Could / Won’t, s malými „o“ přidanými jen proto, aby se to dalo vyslovit. Vytvořil ji Dai Clegg v roce 1994 a později ji daroval DSDM Consortium. Nevymysleli jsme ji my, a právě o to jde: je to uznávaný standard, takže dodavatelé, kterým seznam pošlete, už budou vědět, co ty čtyři kategorie znamenají.
01
Musí být
Jádro, bez kterého projekt nefunguje. Pokud to v den spuštění chybí, projekt nedodal to, co jste potřebovali. DSDM k tomu dává drsný test, který se vyplatí používat: zeptejte se, co se stane, pokud tento požadavek nebude splněn. Pokud je upřímná odpověď, že projekt zrušíte, je to „musí být“. Všechno ostatní ne.
02
Mělo by být
Reálná hodnota — často kvalita postupu a rozhraní, ne samotná schopnost. Spustit se dá i bez toho, ale budete to cítit každý týden.
03
Mohlo by být
Chcete to někdy, závisí to na ceně, času a prioritách. Přiznejte si, že je to druhá fáze — a až druhá fáze přijde, pořád to tam bude.
04
Nebude
Výslovně vyloučené, aspoň zatím. Koš, který každý přeskočí a který se zaplatí sám.
Ten čtvrtý koš je pointa. Napsat si, co nekupujete, je přesně to, co po půl roce zastaví rozlézání rozsahu — a co zabrání dodavateli nabízet vám platformu na problém, který jste se už rozhodli neřešit. Vyžádejte si odpověď na každý řádek, včetně těch „nebude“. Vyloučení, které existuje jen ve vaší hlavě, se znovu otevře. To, které je odpovězené písemně, ne. DSDM k tomu přidává i pravidlo pro rozložení úsilí, které je dobré znát ještě před psaním seznamu: „musí být“ by nemělo tvořit víc než asi 60 % úsilí, zbytek přibližně 20 % na „mělo by být“ a 20 % na „mohlo by být“. Pokud je téměř všechno na vašem seznamu „musí být“, ten seznam ještě není priorizovaný.
A pak trvejte na něčem víc než na ano/ne
Fajfka v políčku je místo, kde se tendry kazí. Ať každá odpověď skončí v jednom z pěti stavů a celý obraz se změní.
Je to standardně
Použitelné tento týden. Takové tvrzení má přijít s odkazem do produktové dokumentace dodavatele, ne na marketingovou stránku — pak si to ověříte bez něj.
Nastavíme to s vámi
Je to reálné, ale je to práce při nasazení, ne přepínač, který je už přepnutý. Ptejte se, kdo to dělá, jak dlouho to trvá a jestli je to v ceně.
Dovyvineme to
Dnes to tam není. Chtějte to písemně, s termínem a s komerční pozicí — a zeptejte se, kdo to pak udržuje.
V produktu to není
Není a nebalíme to do obalu. Buď naceněné jako druhá fáze, nebo vypadne. Tato odpověď je dobrý znak, ne špatný.
Mimo rozsah, dohodnuto
Vaše vlastní vyloučení, zopakované vám zpět. Odpovězené i tak, aby ta linie zůstala tam, kde jste ji nakreslili, a nedala se potichu posunout.
Dodavatel, který nerozliší „máme to“ od „umíme to dovyvinout“, je největší riziko celého cvičení. To rozlišení má pro vás větší cenu než kterákoli funkce na seznamu.
Co Zooza umí, napříč těmi samými patnácti okruhy
Abychom vás nenechali se seznamem bez odpovědí, tady jsou naše — a pravidlo, které nahoře sami hlásáme, platí nejdřív na nás: každé tvrzení níže vede do naší produktové dokumentace, ne na marketingovou stránku, abyste si to ověřili bez nás. Kde něco v produktu není, je to napsané. (Dokumentace je zatím v angličtině.)
Síťová vrstva
Každá pobočka je samostatný účet Zooza. Franšízor je spojí do Sítě, která centrále dá reporting napříč všemi a operace mezi firmami — takže oddělení je architektonické, ne oprávnění, které lze špatně nastavit. Produktové kódy od centrály drží jinak pojmenované programy porovnatelné a Network Application reportuje registrace, platby, čistý výnos, nedoplatky, licenční poplatky a termíny podle firmy, místa, produktu a období.
Ukázkové hodiny, čekací seznamy, náhradní hodiny, zastupování — a ty nepříjemné případy, které rozhodují, kolik administrativy vás období stojí: opozdilci jako plnohodnotný případ s automatickou alikvotou, storno naplánované na budoucí datum a zdokumentovaný postup na konec roku, který zkopíruje skupiny i s rozvrhem a podle volby i s přihláškami.
Jedna platba dopředu, období rozdělené na splátky, měsíční členství, platba za termín a permanentky — nastavené na úrovni programu, takže dva modely mohou běžet vedle sebe. Platební šablona rozhoduje o tom, co většina dodavatelů obchází: kdy platba vznikne a kdy je splatná. Příchozí převody se párují automaticky. Oprava nesprávné částky a vrácení peněz jsou záměrně dvě různé události.
Tohle se předstírá nejhůř, tak se dívejte na seznam integrací a ne na přídavné jméno: fakturační systémy podle trhu (Fakturoid pro CZ/SK, Számlázz.hu pro Maďarsko, SmartBill a Oblio pro Rumunsko, ABRA Flexi, Xero mezinárodně), účetní exporty podle trhu (Omega, Pohoda, SAP) a platební rails podle regionu (FastPay pro britské BACS inkaso, Global Payments pro EU/EHP s vlastním účtem pro každý právní subjekt, GoCardless, Stripe). DPH je na úrovni firmy a jazyk se nastavuje na třech nezávislých místech.
Rezervace, profil rodiče i kalendář jsou widgety vložené na vaši doménu a ve vašem brandu — a právě proto vám funguje analytika a měřené konverze. Formulář se nastavuje pro každý program zvlášť, vracející se rodiče systém rozpozná, a pokud stavíte na WordPressu, je na něj plugin.
Veřejné REST API s quickstartem i úplnou referencí endpointů, Power BI na analýzu, plánované exporty a AI konektor, přes který Claude ve vašem účtu reálně jedná, nejen odpovídá na otázky. Přehled integrací je upřímnou odpovědí na „nativní, konektor, nebo vývoj?" — označuje, co existuje a co je omezené na region.
Pointou zůstávají ty otázky níže. Naše odpovědi čtěte jako odpovědi jednoho dodavatele, ověřte si je v dokumentaci a těch samých patnáct věcí se zeptejte všech ostatních.
75 otázek v 15 okruzích
Odklikávejte si, co je pro vaši síť podstatné. Nikam se to neposílá — zůstává to v tomto prohlížeči — a výsledek si můžete vytisknout jako první návrh vlastního zadání.
01 Struktura sítě, přístupy a oddělení dat
Proč na tom záleží. Na téhle otázce stojí celá architektura a většina univerzálních rezervačních systémů na ní padá. Franšízant nesmí nikdy vidět děti, rodiče ani obrat jiného franšízanta — a „nastavíme oprávnění tak, aby nemohl“ je slabší záruka než „data jsou v oddělených účtech a není co pokazit“.
Pozor na: Jedna společná databáze s příznaky rolí, popisovaná, jako by to bylo oddělení. A dodavatel, který vám neřekne, co se stane s daty, až franšízant ze sítě odejde.
Jak to řeší Zooza
Každá pobočka běží jako samostatný účet Zooza s vlastními programy, klienty, lektory a platbami. Franšízor ty účty spojí do Sítě, která centrále dá reporting napříč všemi a umožní operace mezi firmami — takže franšízant nevidí data jiného franšízanta proto, že je nemá v účtu, ne proto, že mu to zakazuje oprávnění. Uvnitř účtu jdou role až po lektora, který vidí docházku a nic jiného. A případ „rodina se stěhuje na jinou pobočku" je podporovaná operace, ne export: Hromadný přesun přenese nedoplatek, už zaplacenou částku, interní i veřejné poznámky a vlastní pole do cílové firmy, se zkušebním náhledem, který přesně vypíše, co se přesune a co se přeskočí a proč.
Proč na tom záleží. Sítě se nerozcházejí kvůli jednomu špatnému rozhodnutí. Rozcházejí se proto, že jedenáctou pobočku nastavoval jiný člověk v jiný den. Otázka není „dá se to standardizovat“, ale „jaký mechanismus dělá ze standardu výchozí stav“.
Pozor na: „Plně přizpůsobitelné“ jako odpověď na otázku o standardizaci. To jsou protiklady.
Jak to řeší Zooza
Nová pobočka se nestaví od nuly. Zkopírujete program i s jeho skupinami ze vzorového nastavení; rozvrh termínů se posune na nová data automaticky a vy si zvolíte, zda jdou i přihlášky. Nad lokálním pojmenováním přiřazuje centrála produktové kódy, takže „Baletní přípravka" na jedné pobočce a trochu jinak nazvaný kurz na druhé se v reportingu stále potkají. Komunikační šablony a texty souhlasů se nastaví jednou a používají stejně.
Proč na tom záleží. Většina sítí počítá licenční poplatky v tabulce postavené z exportů a většina těch tabulek je potichu špatná. Tohle je oblast, ve které systém měsíční práci buď odstraní, nebo ji jen přesune jinam.
Pozor na: „Dáme vám report a vy z něj vyfakturujete“, prezentované jako automatizovaná správa licenčních poplatků.
Jak to řeší Zooza
Licenční poplatky se počítají v Network Application ze skutečných transakcí v síti, podle pravidel vaší sítě — každá síť může mít jiný vzorec i jiný základ, protože se reálně liší. Kontrolovatelné to dělá fakt, že to číslo sedí vedle čísel, z nichž vzniklo: přijaté platby, čistý výnos (přijaté platby minus dluh, slevy a vratky) a nedoplatky, vše řezatelné podle firmy, místa, produktu a období. Základ je vidět, nemusíte mu věřit.
Proč na tom záleží. Důvod centralizovat je vidět síť. Téměř každé zadání, které nám přišlo, obsahovalo řádek ve smyslu „automatická verze dashboardů, které si vedeme ručně“ — což vám říká i to, co kupující chtějí, i to, co právě dělají.
Pozor na: Screenshoty dashboardu jedné pobočky, předkládané jako důkaz reportingu celé sítě.
Jak to řeší Zooza
Network Application je dashboard centrály a standardně, bez zakázkového vývoje, reportuje tři třídy metrik: registrace (nové, aktivní, nezaplacené, stornované, ukončené), platby (přijaté, čistý výnos, nedoplatky, licenční poplatky) a termíny (naplánované, ty se skutečně zapsanou docházkou, a počet unikátních lektorů). Vše se řeže podle firmy, místa, produktového kódu a období, s rozkliknutím — a přepínač Firmy/Místa, což je důležité, když jeden franšízant provozuje víc sálů. Pod tím má každá pobočka vlastní dashboard a na vlastní analýzu je napojení na Power BI a plánované exporty.
Proč na tom záleží. Všechno další — slevy, komunikace, analýza retence, souhlasy — závisí na tom, jestli systém opravdu modeluje rodinu, nebo jen uloží rezervaci s jménem dítěte. Tohle se později opravuje velmi těžko.
Pozor na: Model, ve kterém je účtem dítě. Bude vás to stát každou sourozeneckou slevu a každý report o retenci, který si později vyžádáte.
Jak to řeší Zooza
Zooza propojuje dva klientské profily rodinnou vazbou, takže systém ví, kdo platí a kdo chodí — rozdíl, na kterém stojí všechno další. Užitečné je, že to opravuje i historii: když vazbu zaznamenáte, můžete ve stejném kroku opravit plátce nebo účastníka na už existujících přihláškách, s náhledem přesně těch přihlášek, které se změní, ještě před potvrzením. To je důležité, protože duplicity a chybějící vazby jsou po importu nevyhnutelné a takhle se uklízejí bez procházení jedné po druhé. Sourozenecké a věrnostní slevy čtou ze stejné struktury, takže se uplatní, aniž by rodič opisoval kód.
06 Životní cyklus přihlášky a realita rozjetého období
Proč na tom záleží. Dodavatel předvádí čistou registraci. Váš skutečný týden jsou ukázkové hodiny, čekací seznamy, zmeškané termíny, opozdilci, dítě, které přechází do vyšší skupiny, a rodič, který chce skončit ke konci dalšího měsíce, ne dnes. V té mezeře mezi ukázkou a týdnem žijí administrativní hodiny.
Pozor na: Cokoli, co se dá stornovat jen s okamžitou platností. A postup do dalšího roku, ze kterého se vyklube tabulka v srpnu.
Jak to řeší Zooza
Právě ty nepříjemné případy jsou rozpracované. Pozdní registrace nejsou dodatek, ale plnohodnotný případ: pro každý program si zvolíte, zda je pozdní přihlášení vypnuté, vyžaduje schválení, nebo se potvrdí automaticky, a zda se cena krátí alikvotně nebo zůstává plná — a každá taková registrace má vlastní stav, takže „najdi všechny, kdo přišli pozdě" je filtr, ne audit. Storno lze naplánovat na budoucí datum a odvolat. Ukázkové hodiny mají vlastní stav i konverzní report, čekací seznam žije přímo v rezervačním formuláři, náhradní hodiny mají vlastní kapacitu (viz rozvrhy). Přelom roku je zdokumentovaný postup — vytvořit nová období, zkopírovat každou pokračující skupinu, aby se rozvrh posunul sám, rozhodnout, zda jdou i přihlášky, a nechat automatické přihlašování znovu zapsat pokračující rodiny.
Proč na tom záleží. Tady se sítě od sebe odlišují nejvíc a tady nesoulad zabolí nejdřív. Několik ze zdrojových dokumentů věnovalo načasování plateb víc slov než čemukoli jinému, protože cashflow je to, co majitel cítí osobně.
Pozor na: Neurčitost v tom, co spouští splátku — a v tom, co se stane s platebním kalendářem, když se změní rozvrh.
Jak to řeší Zooza
Všechny modely jsou nativní a nastavují se na úrovni programu, takže můžete mít dva najednou a sledovat, který konvertuje: jedna platba dopředu, období nebo blok rozdělený na splátky, měsíční členství, platba za termín a permanentky. Platební šablona rozhoduje o tom, co většina dodavatelů obchází — kdy platba vznikne a kdy je splatná — a právě na tom stojí váš cashflow. Příchozí bankovní převody se párují automaticky, přes bankovní napojení nebo importem souboru. DPH je na úrovni firmy. Fakturační profily a bankovní účty se mohou lišit podle právního subjektu a plátcem může být třetí strana, například škola, s vlastními fakturačními údaji. Sourozenecké a věrnostní slevy jdou automaticky ze záznamu rodiny; slevové kódy existují, ale nejsou ten mechanismus.
Proč na tom záleží. Rozvrh je kostra. Pokud je vygenerování celého období bolestivé, nic dalšího už nebude příjemné.
Pozor na: Svátky řešené ručním mazáním. A systém, ve kterém změna jednoho termínu znamená postavit skupinu znovu.
Jak to řeší Zooza
Termíny se generují z rozvrhu skupiny, ne zadáváním po jednom, a svátky systém zná a přeskakuje — včetně vašich vlastních zavření. Dvě věci tu stojí za víc, než zní. Kapacita jsou dvě čísla: rezervační formulář vidí vždy jen Kapacitu, kdežto náhradní hodiny vidí i Kapacitu navíc — takže sál pro sedm nastavíte jako pět plus dva, prodáte pět míst a dvě zůstanou dostupná jen náhradním hodinám a ukázkám, aniž by se sál kdy přeprodal. A sdílené termíny nechají dvě skupiny, co běží ve stejném sále ve stejnou dobu, počítat proti skutečné kapacitě místnosti místo toho, aby se do deseti míst přihlásilo dvacet lidí.
Proč na tom záleží. Lektoři jsou skupina, která systém odmítne nejdřív, a jejich zápis docházky je vstup do všeho ostatního — do reportů, do odměn, do náhradních hodin, do retence.
Pozor na: Expirace kvalifikace odpovězená „můžete si to napsat do poznámky“. A ukázka, která vám ani jednou neukáže obrazovku lektora.
Jak to řeší Zooza
Lektor se přihlásí k vlastním termínům a vlastní docházce, na telefonu, a vidí, co potřebuje, ne celý účet — existuje role, která vidí docházku a nic jiného, bez plateb a bez jiných poboček. Odměny se staví ze stejných dat, ne z druhé tabulky: sazby se přiřazují na lektora a na skupinu, účtovatelné termíny se sledují, a výsledkem jsou odučené hodiny a dlužná částka za období — přesně to, proti čemu kontrolujete fakturu. Zastupování je zdokumentovaná operace, ne úprava, kterou nikdo nedohledá.
Proč na tom záleží. To, kde se rezervace děje, rozhoduje o tom, co váš marketing dokáže změřit a jestli rodič toku věří. Několik sítí z této skupiny se snažilo zbavit samostatného formuláře pro každou pobočku nebo univerzálního nástroje na formuláře přilepeného na web.
Pozor na: Tok na domeně dodavatele, popisovaný jako „vložený“. A uspořádání, ve kterém je každá změna formuláře ticket na vývojáře.
Jak to řeší Zooza
Rezervace, profil rodiče i kalendář jsou widgety, které vložíte na vlastní doménu a ve vlastním brandu — rodič z vašeho webu neodchází, a právě proto vám nadále fungují analytika i měřené konverze z reklamy. Formulář se nastavuje pro každý program zvlášť: která pole se zobrazí, jak se jmenují, které souhlasy jsou povinné, plus vaše vlastní pole jako ročník, škola či nástroj. Vracející se rodiče systém rozpozná a nemusí vše přepisovat. K dispozici je plugin do WordPressu, sledování kampaní na kontaktním formuláři a Zooza Sites, pokud zatím nemáte web, do kterého byste vkládali.
Proč na tom záleží. Většinu toho, co pro vás systém dělá, dělá tím, že pošle správnou zprávu ve správný moment, aniž by si na to někdo musel vzpomenout.
Pozor na: Čísla o otevřeních a klicích podávaná jako přesná. A šablony, které se dají upravovat jen po jedné pobočce.
Jak to řeší Zooza
Transakční zprávy běží samy napříč životním cyklem přihlášky, platby a termínu — potvrzení, výzvy k platbě a potvrzení úhrady, připomínky, změny a zrušení termínů. Šablony si upravujete vy, s dynamickými tagy, které do textu dotahují údaje konkrétní přihlášky, a nastavují se jednou a používají napříč sítí. Kanály jsou e-mail, SMS a WhatsApp Business, hromadné rozesílání je sledované. Interně nese Slack přiřazení úkolů a systémová upozornění, takže provozní ruch zůstává mimo klientské kanály.
Proč na tom záleží. Tohle sítě podceňují systematicky. Jazyk je ta malá část. Drahá část je všechno, co je tvarované lokálně: peníze, daně, data, svátky, platební zvyky, pravidla fakturace a to, co rodič na daném trhu od školy očekává.
Pozor na: „Systém je vícejazyčný“ jako úplná odpověď. Ptejte se, která polovina.
Jak to řeší Zooza
Tenhle okruh posuzujte podle seznamu integrací, ne podle přídavného jména — právě tady totiž „jsme vícejazyční" obvykle přestává být pravda. Fakturace je podle trhu: Fakturoid pro CZ/SK, Számlázz.hu pro Maďarsko, SmartBill a Oblio pro Rumunsko, ABRA Flexi, Xero mezinárodně. Stejně tak účetní exporty (Omega, Pohoda, SAP). Platební rails taky podle regionu: FastPay pro britské BACS inkaso, Global Payments napříč EU/EHP s vlastním obchodnickým účtem pro každý právní subjekt, GoCardless, Stripe. DPH je na úrovni firmy. Jazyk jsou záměrně tři nezávislá nastavení — administrace pro každého člověka zvlášť, jazyk, kterým Zooza píše rodičům pro celou firmu, a vložený widget, který si rodič přepne sám — takže kancelář pracující ve svém jazyce ho nevnutí vašim zákazníkům.
Proč na tom záleží. Držíte údaje o dětech napříč několika právními subjekty. Tady síť buď má obhajitelnou pozici, nebo zjistí, že ji nemá — obvykle v tom nejhorším možném momentu.
Pozor na: „Jsme v souladu“ bez konkrétností. A automatické mazání po lhůtě, které je tvrzené, ale nikdy nepředvedené.
Jak to řeší Zooza
Souhlasy se nastavují na úrovni firmy i jednotlivého programu, a to, na čem při kontrole záleží, je verzování: klient si otevře vlastní přehled souhlasů a uvidí každý dokument, zda ho přijal nebo odmítl, a verzi textu, která mu byla tehdy zobrazena — a celé si to stáhne jako samostatné PDF včetně plného znění. Generuje se na vyžádání a od vašich administrátorů si to nevyžaduje nic. Odstranění klienta i export dat jsou zdokumentované operace, ne tiket na podporu.
14 Otevřenost: API, integrace a co je opravdu nativní
Proč na tom záleží. Otázka není, jestli je integrace možná — dodavatel řekne ano vždycky — ale co je nativní dnes, co je konektor, co je vývoj a kdo to opraví, až se to pokazí.
Pozor na: „Umíme se integrovat s čímkoli“ jako odpověď na něco, co potřebujete první den.
Jak to řeší Zooza
Přehled integrací je odpovědí na „nativní, konektor, nebo vývoj?", protože vypisuje, co existuje, a označuje, co je omezené na region — nenechá vás to zjišťovat. Platby: Stripe, GoCardless, Global Payments, FastPay a párování plateb přes open banking. Fakturace a účetnictví: výše zmíněné systémy podle trhu, Xero a tabulkové exporty. Komunikace: WhatsApp Business a Slack. Formuláře a recenze: Google Forms připojené k programu nebo termínu s odpověďmi zrcadlenými zpět, a Google recenze sbírané po hodině. Marketing: synchronizace seznamů do Mailchimpu a Ecomailu. Analytika: Power BI. Web: plugin do WordPressu. AI: konektor, přes který Claude ve vašem účtu reálně jedná. Pod tím vším je veřejné REST API s quickstartem a úplnou referencí, které si přečtete ještě před nákupem.
15 Dodavatel jako partner: podpora, SLA, růst a změny
Proč na tom záleží. Nekupujete seznam funkcí na tohle období; vybíráte si, s kým budete růst. Nějakou verzi téhle otázky si položila každá síť z téhle skupiny a je to přesně ta část, kterou tabulka funkcí nezachytí.
Pozor na: Dodavatel, který za celý rozhovor ani jednou neřekl ne. Kolonka „nebude“ je stejně výmluvná od něj jako od vás.
Jak to řeší Zooza
Nasazení a spuštění jsou zdokumentovaný proces, ne příslib, a stejně tak i to, jak se dostanete k pomoci, když už běžíte. Obchodně je model předplatného a to, co se do něj počítá, napsané tam, kde si to přečtete. A ta část, která není funkce: když brand přejde z pěti poboček na padesát nebo překročí hranici, jeho zadání se přepisuje za chodu — být přes tohle období vývojovým partnerem, a ne jednou prodat hotový produkt, je práce, na kterou jsme nastavení. Proto je i upřímnou odpovědí na několik otázek výše „v produktu to není" a proto jsou ty odpovědi vytištěné tady vedle těch, na které jsme hrdí.
Jsme dodavatel, takže zbytek téhle stránky berte jako neutrální část a tohle jako naši. Nebudeme vám tu psát, co produkt dnes umí — přesně o tom tahle stránka tvrdí, že stárne, a měli byste si to ověřit v naší dokumentaci, ne v našem marketingu. Co vám říct umíme, je to, jak pracujeme, protože to se nemění.
Každý řádek dostane odpověď, v jednom z pěti stavů
Včetně řádků, kde je odpověď „v produktu to není“. Nic prázdného, nic potichu vypuštěného. Prázdná kolonka v tendrové odpovědi je problém, se kterým se potkáte později a v horší chvíli.
Tvrzení ukazují na dokumentaci, ne na marketing
Když řekneme, že něco je standardně, odkaz vede do naší produktové dokumentace, abyste si to ověřili bez nás. Pokud to neumíme odkázat, neměli bychom to tvrdit.
Ne píšeme písemně
Kde něco v produktu není, řekneme to a naceníme to jako druhou fázi, nebo to vynecháme. Kde jste něco vyloučili vy, odpovíme na to i tak, aby ta hranice byla na papíře. Dodavatel, který se vším souhlasí, k vám není milý.
Vyvíjíme spolu s brandem, jak roste
Sítě nepřicházejí hotové. Požadavky brandu s pěti pobočkami a brandu s padesáti jsou dva různé dokumenty a ten druhý se píše za chodu. Být vývojovým partnerem přes tohle období — a ne prodat jednou hotový produkt — je práce, na kterou jsme nastavení.
Lokalizace je součást spolupráce
Vstup do nové země není jazykový soubor. Jsou to svátky a školní prázdniny, lokální platební zvyky, daně a pravidla fakturace, měna a formáty, které rodiče očekávají. Bereme to jako součást toho, že brand přechází hranici, ne jako změnový požadavek, který objevíte potom.
Integrace označujeme upřímně
Nativní, konektor, vývoj, nebo vaše vlastní práce nad naším zdokumentovaným veřejným API — u každého řádku vašeho seznamu řekneme která, a co se stane, až se jedna pokazí. „Umíme se integrovat s čímkoli“ nepovažujeme za přijatelnou odpověď ani od sebe.
Pokud už nějaké zadání máte — tabulku, specifikaci, nebo seznam otázek po ukázce — pošlete ho tak, jak je. Dostanete ho zpět odpovězený řádek po řádku v těch pěti stavech, včetně řádků, kde je odpověď ne.
Jedenáct z patnácti okruhů výše má něco, co nepokrýváme, a tady je to pohromadě místo toho, aby to bylo schované pod odpověďmi. Tohle je stránka, kterou bychom chtěli od každého dodavatele — bylo by divné vynechat tu svoji.
Struktura sítě, přístupy a oddělení dat
Některé věci se s klientem záměrně nepřesunou a raději vám to řekneme, než abyste na to přišli sami: historie jednotlivých platebních transakcí zůstává v původní firmě, a GoCardless mandáty ani Stripe subscriptions přesunout nelze, protože jsou to dohody na úrovni banky a účtu konkrétní firmy. Klient si je na nové pobočce zřídí znovu.
Spuštění pobočky a udržení standardu v síti
Neexistuje jedno tlačítko, které změní cenu ve všech pobočkách najednou. Programy a ceny žijí uvnitř každého účtu, a právě to dává franšízantům samostatnost — takže změna ceny pro celou síť se aplikuje po účtech a pomáháme s ní. U takové architektury stojí za doplňující otázku kterýkoli dodavatel, který tvrdí opak.
Licenční poplatky a peníze na úrovni sítě
Stahování poplatku u zdroje — z peněz, jak tečou, místo vyreportování a dofakturování — závisí na tom, jak každá pobočka inkasuje, a řeší se pro každou síť zvlášť, ne přepínačem. Zeptejte se na to přímo místo toho, abyste si domysleli kteroukoli z odpovědí.
Reporting sítě a porovnávání poboček
Úplný pohled na životní hodnotu — jak dlouho rodina zůstává, podle pobočky a podle programu — není standardní report. Data na jeho sestavení odcházejí přes Power BI nebo export, což je způsob, jakým to sítě dnes řeší. Pokud to chcete raději jako report než jako dashboard, který si udržujete sami, je to naceněná práce, ne ne.
Životní cyklus přihlášky a realita rozjetého období
Zooza si sama nedomyslí, že dítě přešlo do vyššího ročníku nebo věkové skupiny. Vaši ročníkovou strukturu jednou s vámi zmapujeme při nastavování a zářijový posun běží nad ní. To je konfigurace, ne vývoj — ale ani to není kouzlo.
Platební modely a cashflow
Opravu nesprávně vyčíslené částky a vrácení zaplacených peněz držíme záměrně jako dvě různé události. Je to o něco víc učení a je to důvod, proč vám účetnictví i za půl roku řekne, co se skutečně stalo.
Rozvrhy, místa a kapacity
Sdílené termíny jsou v produktu označené jako beta. Fungují, jsou zdokumentované a budou se ještě měnit — raději to slyšíte od nás, než abyste ten štítek našli sami.
Lektoři: docházka, odměny a kvalifikace
Certifikáty s datem platnosti a upozornění před vypršením v produktu nejsou. Můžete si je zapsat jako poznámku nebo štítek, ale poznámka není připomínka a nebudeme ji tak nazývat. Je to požadavek, který slýcháme hlavně od britských sítí — pokud je pro vás nezbytný, řekněte to včas a jde do rozsahu, ne mezi mezery.
Komunikace s rodiči a uvnitř sítě
K číslům o otevřeních a kliknutích přistupujte jako k orientačním, i k těm našim — e-mailová analytika není přesná, a my proto raději zveřejňujeme návod na řešení doručitelnosti než dashboard, který předstírá jistotu.
Lokalizace a provoz ve více než jedné zemi
Některé integrace jsou omezené na region a mimo svůj trh se zobrazí jako nedostupné. Když vstupujete do země, která je nová i pro nás, lokalizace se s vámi nacení jako součást spolupráce, ne objeví dodatečně — a to si vyžádejte písemně, od nás i od všech ostatních.
Ochrana údajů, souhlasy a dohledatelnost
Automatickou anonymizaci nebo mazání po uplynutí retenční lhůty nepředpokládejte u žádného dodavatele, u nás také — zeptejte se nás, jak to pro vaše nastavení stojí dnes, dřív než si retenční lhůtu napíšete do zásad ochrany údajů.
Nic z toho nejsou zavřené dveře. Slušná část toho, co Zooza dnes umí, vznikla proto, že některá síť otevřela přesně jednu z těchto věcí při přesně takovém rozhovoru. Naceníme to, pokud je to větší než nastavení, a dodeláme.
Což není totéž jako nikdy. Všechno z téhle kolonky si lze vyžádat a slušná část toho, co Zooza dnes umí, vznikla přesně takhle — někdo to otevřel při takovém rozhovoru. Naceníme to, pokud je to větší než nastavení, a dodeláme.
Na co se má franšízová síť ptát před nákupem systému pro správu kurzů?
Pokryjte patnáct okruhů, ne seznam funkcí: strukturu sítě a oddělení dat, nasazení a standardizaci, licenční poplatky, reporting sítě, datový model rodiny, životní cyklus přihlášky, platební modely, rozvrhy a kapacity, lektory a jejich odměny, váš web a rezervační tok, komunikaci, lokalizaci, ochranu údajů, integrace a samotný vztah s dodavatelem. Seznam funkcí je ta snadná část a část, na kterou je každý dodavatel připravený. O úspěchu projektu rozhodují oddělení dat, standardizace a realita rozjetého období.
Jaký je rozdíl mezi „musí být“, „mělo by být“, „mohlo by být“ a „nebude“?
„Musí být“ je funkcionalita, bez které projekt nefunguje — pokud v den spuštění chybí, projekt nedodal. „Mělo by být“ přináší reálnou hodnotu, často v kvalitě postupu, ale spustit se dá i bez toho. „Mohlo by být“ chcete někdy a je to upřímně druhá fáze. „Nebude“ je výslovně vyloučené, aspoň zatím. Roztřídit si takhle vlastní požadavky před prvním kontaktem s dodavatelem zabere jedno odpoledne a změní každý další rozhovor.
Proč je v softwarovém tendru důležitý seznam „nebude“?
Protože vyloučení, které existuje jen ve vaší hlavě, se znovu otevře, a to, které je odpovězené písemně, ne. Napsat si, co nekupujete, zastaví rozlézání rozsahu po půl roce projektu a zabrání dodavateli nabízet vám platformu na problém, který jste se už rozhodli neřešit. Vyžádejte si odpověď na každý řádek včetně těchto, aby ta hranice byla na papíře a nikdo ji omylem nepřekreslil.
Jak má dodavatel odpovědět na dokument s požadavky?
Řádek po řádku, bez prázdných míst, a ve stavech místo fajfek: je to standardně, nastavíme to s vámi při nasazení, dovyvineme to, v produktu to není, nebo je to mimo rozsah podle vaší dohody. Tvrzení „je to standardně“ má odkazovat do produktové dokumentace dodavatele, ne na marketingovou stránku, abyste si to ověřili bez dotazování. Dodavatel, který nerozliší „máme to“ od „umíme to dovyvinout“, je největší riziko celého cvičení.
Jak zabránit tomu, aby jeden franšízant viděl data druhého?
Ptejte se, jestli je oddělení architektonické, nebo je to nastavení oprávnění. Pokud jsou data každé pobočky ve vlastním účtu, není co pokazit; pokud je to jedna společná databáze s příznaky rolí, oddělení je jen tak dobré jako poslední člověk, který oprávnění upravoval. Pak si přiřaďte své reálné role — centrála, regionální manažer, franšízant, správce místa, zaměstnaný i externí lektor, hostitelské místo, rodič — a ptejte se, co každá z nich reálně vidí, včetně té nejomezenější.
Na co se ptát u výpočtu licenčních poplatků?
Na čtyři věci. Jestli číslo vzniká ze skutečných transakcí v systému, nebo z čísla, které někdo napíše. Z jakého základu se počítá — fakturováno, přijato, po vratkách, bez DPH — protože dodavatelé nebudou předpokládat totéž. Jestli mohou mít pobočky různá procenta, hranice, stropy nebo fixní poplatky a jestli se sazba dá změnit od data bez přepisování historie. A jestli se poplatek fakturuje dodatečně, nebo se stahuje u zdroje z peněz, jak tečou — což jsou velmi odlišná řešení i velmi odlišné pozice v cashflow.
Na jaký požadavek se sítě nejčastěji zapomenou zeptat?
Na realitu rozjetého období. Dodavatel předvádí čistou registraci; váš skutečný týden jsou ukázkové hodiny, čekací seznamy, zmeškané termíny, dítě, které se přidá v šestém týdnu, dítě přecházející do vyšší skupiny a rodič, který chce skončit ke konci dalšího měsíce. Většinu z toho zachytí tři konkrétní otázky: dá se storno naplánovat na budoucí datum místo „teď nebo nikdy“, počítá se cena opozdilce alikvotně a automaticky, a když se zlomí rok, je postup do dalších skupin nastavení, nebo každé léto ruční přepisování.
Na co se ptát u lokalizace před vstupem do druhé země?
Oddělte jazyky pro rodiče od jazyků pro tým, protože ty druhé jsou obvykle tenčí. Pak se ptejte na všechno, co není jazyk: měnu a způsob konsolidace reportingu, daňové sazby a registraci podle země, lokálně platné doklady a číslování, státní svátky a školní prázdniny a kdo je udržuje, a lokální platební metody — inkasní schémata se mezi zeměmi liší a bankovní převod se strukturovaným variabilním symbolem je na některých trzích běžný a na jiných neznámý. Nakonec se ptejte, co se stane, když vstoupíte na trh nový i pro dodavatele, a mějte odpověď písemně před druhou zemí, ne během ní.
Má platformu platit centrála nebo každý franšízant?
Oba modely fungují a selhávají v opačných směrech. Když platí každá pobočka, náklady sedí na využití a franšízant si řídí vlastní výdaje, ale adopce je nerovnoměrná a menší pobočky to cítí. Když platí centrála, adopce a kvalita jsou v síti konzistentní a fakturace jednoduchá, ale centrální náklady rostou a pobočky jsou méně odpovědné za to, co spotřebují. Pointa je rozhodnout to záměrně podle toho, jak už vaše síť účtuje, ne zdědit model, který dodavatel navrhne jako výchozí.
Na co se má síť ptát u ochrany osobních údajů a uchovávání?
Kdo je správce a kdo zpracovatel mezi centrálou a pobočkami a jestli je na to písemná smlouva. Kde jsou data hostovaná a kteří další zpracovatelé jsou ve hře. Jestli se dá zaznamenat, kterou verzi dokumentu rodina odsouhlasila, s časovým údajem. Jestli mazání nebo anonymizace po lhůtě opravdu běží automaticky — mnohé platformy to nedokážou, takže to zjistěte dřív, než to slíbíte v zásadách. Jestli existuje záznam změn viditelný vám, ne jen vývojářům dodavatele. A jak vypadá odchod: co dostanete, v jakém formátu, jak rychle a co se pak smaže.
Jak rozlišit skutečnou integraci od slibu?
Ať dodavatel označí každou integraci z vašeho seznamu jako jednu ze čtyř věcí: nativní a udržovaná jím, univerzální konektor, jednorázový vývoj, nebo vaše vlastní práce nad jeho API. Pak si ověřte, že API je veřejné a zdokumentované, že si dokumentaci přečtete před nákupem a že pokrývá zápis, nejen čtení. Ptejte se, jak se dozvíte o změně API a kolik času dostanete, a čí je problém pokažená integrace. „Umíme se integrovat s čímkoli“ není odpověď na něco, co potřebujete první den.
Co je dobrý znak v odpovědích dodavatele?
Jasné ne. Dodavatel, který vám řekne, co produkt neumí a na co byste ho používat neměli, vám ukazuje hrany toho, co kupujete — a tu informaci jinak nezískáte. Dodavatel, který přikývl na každý řádek vašeho dokumentu, ho buď pořádně nečetl, nebo vám o limitech neřekne — a najdete si je později sami, na vlastní náklady.
Přineste nám své zadání.
V jakékoli podobě — tabulka, specifikace, nebo seznam otázek po ukázce. Dostanete ho zpět odpovězené řádek po řádku, včetně řádků, kde je odpověď ne.