Nikdo nezjistí, že vybral špatně, při jedné lokalitě. Zjistí to při páté.

Téměř nikdo nezjistí, že vybral špatný systém, dokud má jednu pobočku. Při jedné lokalitě je software v pořádku. Je v pořádku i při dvou. Někde u čtvrté či páté přestane být — a ta věc, která se zlomila, nebyla na žádném seznamu funkcí, který jste porovnávali.

Takhle to vypadá v každém zadání, které nám přišlo, a právě proto se tohle vyplatí přečíst, i když dnes provozujete jedno místo. Otázky, které rozhodují, jestli systém přežije váš růst, jsou ty, které ještě řešit nemusíte. A přesně proto si je nikdo nepoloží.

Začněme verzí, kterou jste pravděpodobně už zažili.

Je čtvrtek večer a na stole máte nabídku na nový systém. Seznam funkcí má dvě strany a u každého řádku je fajfka. Rozvrhy, rezervace, platby, docházka, komunikace s rodiči, reporty. Fajfka, fajfka, fajfka, fajfka.

První myšlenka je úleva. Vždyť oni umí všechno.

Druhá přijde za minutu a je horší: fajfka u funkce neznamená, že ji umíte použít příští týden. Může znamenat nastavíme vám to při nasazení. Může znamenat dodělali bychom vám to. Občas znamená je to na roadmapě. Tři úplně odlišné budoucnosti, jedna a tatáž fajfka — a nic na té stránce vám neřekne, kterou jste si koupili.

Ta mezera není maličkost. Bent Flyvbjerg a Alexander Budzier prozkoumali pro Harvard Business Review 1 471 IT projektů a zjistili, že jeden ze šesti nebyl jen dražší: stal se jiným projektem, než jaký se schvaloval, s průměrným překročením rozpočtu o 200 % a harmonogramu o téměř 70 %. Mechanismus je nudný a opakuje se. Rozsah, na kterém se obě strany nikdy přesně nedohodly, protože ho nikdo nenapsal dost přesně na to, aby se dal porušit.

Přišly čtyři dokumenty a nebyly takové, jaké jsme čekali

Mezi roky 2024 a 2026 nám několik sítí s více pobočkami poslalo formální dokument s požadavky ještě předtím, než se k čemukoli zavázaly. Tabulka s prioritami. Psaná specifikace s načrtnutým datovým modelem. Obyčejný seznam otázek po první ukázce, který se ukázal být z těch tří nejostřejší.

Čekali jsme seznamy funkcí. Dostali jsme něco jiného a naučilo nás to tohle: seznam funkcí je ta část, která rozlišuje nejméně. Na rozvrhy, platby a docházku je připravený každý vážný dodavatel. Tam tendr nikdo neprohraje.

Rozhodovala jiná sada otázek — ty, které provozovatel jednoho místa řešit nemusí — a způsob kladení, jaký většina kupujících nikdy nepoužije.

Tak jsme to celé zveřejnili: 75 otázek v 15 okruzích, sloučených a anonymizovaných tak, aby se ani jeden řádek nedal dohledat ke zdroji, a pod každou je naše vlastní odpověď. Zdarma, na nás i na všechny ostatní.

Tady je zkrácená verze.

Teorie: nejdřív si roztřiďte vlastní seznam, do čtyř košů

Nejužitečnější věc udělala každá z těch sítí ještě před kontaktováním dodavatele.

Roztřídila si vlastní požadavky na musí být, mělo by být, mohlo by být, nebude. To je MoSCoW — ten název není nic jiného než ta čtyři počáteční písmena se dvěma malými „o” navíc, aby se to dalo vyslovit, a s městem to nemá nic společného. Vymyslel to Dai Clegg v roce 1994 a později to daroval DSDM Consortium, což znamená, že je to uznávaný standard: dodavatel, kterému přijde takhle roztříděný seznam, už ví, co ty kategorie znamenají.

Fungovat místo další barevně označené tabulky mu dávají dvě věci.

Test na „musí být”. Zeptejte se, co se stane, pokud požadavek nebude splněn. Pokud je upřímná odpověď, že byste projekt zrušili, je to „musí být”. Pokud ne, není. Většina lidí označí za nezbytné úplně všechno, čímž neoznačí nic.

Rozložení úsilí. DSDM navrhuje, aby „musí být” netvořilo víc než asi 60 % úsilí, se zbytkem přibližně 20 na 20. Pokud je 90 % vašeho seznamu „musí být”, ještě jste ho nepriorizovali — a dodavatel to nacení, jako byste to mysleli vážně.

A pak je tu čtvrtý koš, ten, co každý nechá prázdný. Napsat si, co nekupujete, je to, co po půl roce zastaví rozlézání rozsahu. A zabrání dodavateli nabízet vám platformu na problém, který jste se už rozhodli neřešit. Vyloučení, které existuje jen ve vaší hlavě, se znovu otevře. To, které je odpovězené písemně, ne.

Praxe: žádejte pět stavů, nikdy ne fajfku

Tohle je oprava té čtvrteční nabídky. Odmítněte ano a ne. Ať každý řádek skončí v jednom z pěti stavů:

• Je to standardně — použitelné tento týden, s odkazem do produktové dokumentace dodavatele, ne na marketingovou stránku, abyste si to ověřili 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ě.
• Dodeláme to — dnes to tam není. Písemně, s termínem, a zeptejte se, kdo to pak udržuje; neudržovaná zakázková odnož je horší než žádný vývoj.
• V produktu to není — není a nebalí se to do obalu. Naceněné jako druhá fáze, nebo vypadne.
• Mimo rozsah, dohodnuto — vaše vlastní vyloučení, odpovězené i tak, aby ta čára držela.

Dodavatel, který nerozliší máme to od uměli bychom to dodělat, je největší riziko celého cvičení. To rozlišení má pro vás větší cenu než kterákoli funkce na seznamu.

Otázky, které si síť klade a jedna pobočka nikdy

Pět okruhů přišlo v každém síťovém zadání a téměř v žádném od jedné pobočky. Jelikož tohle je naše stránka, naše odpovědi jsou hned vedle — a všechny odkazují do naší produktové dokumentace, ne na marketing, což je přesně ten standard, který jsme vám před chvílí doporučili vyžadovat od všech.

Oddělení dat. Ptejte se, jestli je oddělení mezi franšízanty architektonické, nebo je to nastavení oprávnění, které se dá pokazit. V Zooze je každá pobočka samostatný účet; franšízor je spojí do Sítě, která centrále dá reporting napříč všemi. Franšízant nevidí data jiné pobočky proto, že je nemá v účtu. A když se rodina opravdu stěhuje, Hromadný přesun přenese její dluh, kredit, poznámky i vaše vlastní pole, se zkušebním náhledem — a máme zdokumentované i to, co se nepřesune, protože platební historie a inkasní mandáty patří původní firmě.

Licenční poplatky. Ptejte se, z jakého základu se číslo počítá — fakturováno, přijato, po vratkách, bez DPH — a dohodněte to dřív, než porovnáváte dodavatele, protože nebudou předpokládat totéž. Pak se ptejte, jestli se poplatek fakturuje dodatečně, nebo se stahuje u zdroje; to jsou dvě různá řešení. Náš se počítá v Network Application ze skutečných transakcí podle pravidel vaší sítě a sedí vedle přijatých plateb, čistého výnosu a nedoplatků, takže základ je vidět. Stahování u zdroje závisí na tom, jak každá pobočka inkasuje, a to naceníme, netvrdíme.

Standardizace. Otázka není dá se standardizovat, ale jaký mechanismus dělá ze standardu výchozí stav. Náš je kopírování: nová pobočka vzniká zkopírováním vzorového programu a jeho skupin, přičemž se rozvrh sám posune na nová data. Produktové kódy od centrály drží jinak pojmenované programy porovnatelné. A upřímná polovina: neexistuje jedno tlačítko, které změní cenu ve všech pobočkách najednou, protože programy žijí uvnitř každého účtu. To je cena za samostatnost franšízantů a raději to řekneme.

Reporting sítě. Téměř každý dokument obsahoval řádek ve smyslu automatická verze dashboardů, které si vedeme ručně. Ptejte se, co se reportuje za celou síť bez zakázkového vývoje a jestli to řeže pobočku proti pobočce. Náš pokrývá registrace, platby, čistý výnos, nedoplatky, poplatky a termíny podle firmy, místa, produktu a období, s přepínačem Firmy/Místa pro franšízanty s více sály. Životní hodnota je mezera — ta odchází přes Power BI nebo export.

Lokalizace. Tohle sítě podceňují nejvíc a právě tady je přídavné jméno bezcenné. Neberte systém je vícejazyčný; ptejte se, která polovina, a pak na všechno, co není jazyk. Naše odpověď je seznam, ne tvrzení: 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 napříč EU/EHP s vlastním účtem pro každý právní subjekt, GoCardless, Stripe. Jazyk jsou tři nezávislá nastavení, takže kancelář může pracovat v jednom a rodiče číst v jiném.

A to, na co se zapomene každý

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, ne dnes.

V té mezeře žijí administrativní hodiny. Většinu z ní zachytí tři otázky:

1. Dá se storno naplánovat na budoucí datum, ne jen „teď nebo nikdy”? Vypadá to malicherně a přichází to neustále. To naše ano, a dá se odvolat.
2. Počítá se cena opozdilce alikvotně a automaticky — a najdete všechny, kdo přišli pozdě? V Zooze jsou pozdní registrace plnohodnotný případ: pro každý program si volíte, jestli jsou vypnuté, vyžadují schválení, nebo se potvrdí samy, jestli se cena krátí, a každá má vlastní stav, takže je najdete filtrem, ne auditem.
3. Když se zlomí rok, jak se pokračující děti posunou? Náš je zdokumentovaný postup — nová období, zkopírovat každou pokračující skupinu, aby se rozvrh posunul sám, rozhodnout, jestli jdou i přihlášky, a automatické přihlašování znovu zapíše rodiny, co zůstávají. Co Zooza neudělá, je domyslet si sama, že dítě přešlo do vyššího ročníku; vaši strukturu jednou zmapujeme a zářijový posun běží nad ní. Konfigurace, ne kouzlo.

Když jsme u toho, ještě dvě věci na ukradnutí do vlastního seznamu. Kapacita je v Zooze dvojice čísel: rezervační formulář vidí vždy jen Kapacitu, kdežto náhradní hodiny a ukázky vidí i Kapacitu navíc — takže sál pro sedm se prodá jako pět plus dva a dvě místa zůstanou těm, kteří je mají dostat, aniž by se kdy přeprodal. A sdílené termíny nechají dvě skupiny 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í. Ta je v produktu označená jako beta a raději to slyšíte tady, než abyste ten štítek našli sami.

Nejlepší signál je stále ne

Položte si nahlas ještě jednu otázku, někde ke konci: na co bychom vás používat neměli?

Dodavatel s jasnou odpovědí 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 sami, později a na vlastní náklady.

Což platí na obě strany, tak tady jsou některé naše, vytištěné na vlastní stránce vedle věcí, na které jsme hrdí: upozornění na expiraci certifikátů lektorů v produktu nejsou a poznámka není připomínka. Neexistuje jedno tlačítko na změnu ceny v celé síti. Reporting životní hodnoty odchází přes Power BI místo toho, aby přišel jako standardní report. Automatické mazání po retenční lhůtě je otázka na nás, ne tvrzení. Sdílené termíny jsou beta.

Nic z toho se nezveřejňuje příjemně. Všechno je to pro obě strany levnější než zjistit to ve čtvrtém měsíci.

A „dnes to v produktu není” není tatáž věta jako „ne”. U každého takového řádku na naší stránce je i možnost vyžádat si to, protože slušná část toho, co Zooza dnes umí, vznikla přesně tím, že to některá síť otevřela při přesně takovém rozhovoru. Mezera, kterou vidíte a můžete se na ni zeptat, má pro vás větší cenu než fajfka, kterou si neumíte ověřit — a to je nakonec celý argument.

Celých 75 otázek najdete tady, pod každou naše odpověď. Odklikejte si ty, na kterých vaší síti záleží, výsledek si vytiskněte jako první návrh vlastního zadání a vezměte ho ke všem, s kým mluvíte — nás nevyjímaje.

---

Zdroje. Bent Flyvbjerg & Alexander Budzier, „Why Your IT Project May Be Riskier Than You Think”, Harvard Business Review, září 2011 — studie 1 471 IT projektů, v níž byl jeden ze šesti „černá labuť” s průměrným překročením rozpočtu o 200 % a harmonogramu o téměř 70 %. MoSCoW prioritizace — vytvořil Dai Clegg v roce 1994, později darována DSDM Consortium. Každá zmíněná schopnost Zoozy odkazuje na naši produktovou dokumentaci na help.zooza.online.