Automatizace se málokdy rozbije tím, že by byla špatně postavená. Rozbije se tím, že jí po roce nikdo nerozumí. Někdo uklízí štítky, jiný vypne nepoužívané workflow, třetí přejmenuje pole ve formuláři. Každý z nich udělal drobnost a nikdo z nich netušil, že na ní visí něco dalšího.
Poznal jsem to na sobě. Otevřel jsem účet, který jsem sám stavěl před půl rokem, a našel štítek s neurčitým názvem. Vypadal jako pozůstatek po testu. Naštěstí jsem se zastavil a dohledal, co na něm visí. Visela na něm celá uvítací série pro nové zákazníky.
Automatizace se nerozbije psaním. Rozbije se zapomenutím
Riziko neroste s tím, jak složité automatizace stavíte. Roste s tím, kolik času uběhlo od chvíle, kdy jste je stavěli. Systém zůstal stejný, jen paměť vybledla.
Tichá závislost
Vazba, kterou v systému nikde neuvidíte. Štítek, na kterém visí tři automatizace. Pole ve formuláři, podle kterého se někde dál rozhoduje. Platforma vám to nenahlásí, protože z jejího pohledu je všechno v pořádku. Poznáte to až tím, že zákazníkům přestane chodit něco, o čem nikdo nevěděl.
Někde kolem čtyřicáté automatizace se tohle láme. Do té doby si to člověk drží v hlavě a stačí mu to. Od té chvíle už ne. Sám jsem zažil hovor, na kterém jsme se s klientem dvacet minut dohadovali, jestli mluvíme o téže věci. Ani jeden z nás nevěděl jistě, co to tedy dělá.
Systém není složitý podle toho, kolik má součástek. Je složitý od chvíle, kdy se nikdo neodváží žádnou z nich vypnout.
Čtyři otázky, na které registr odpovídá
Registr není dokumentace v tom nudném smyslu slova. Jsou to čtyři sloupce a každý odpovídá na jednu otázku, kterou si stejně dřív nebo později položíte.
Co to znamená. Jednou větou lidsky, ne názvem z platformy. Štítek „ceka-na-platbu“ znamená, že člověk objednal a ještě nezaplatil.
Kdo to přidává. Člověk ručně, formulář, platba, nebo jiná automatizace. Tenhle sloupec odhalí věci, které nikdo nepřidává už půl roku.
Co se pak stane. Které automatizace se tím rozjedou a co pošlou ven. Právě tady se ukáže, že jeden štítek spouští tři různé věci.
Co se rozbije, když. Je to nejcennější sloupec a zároveň ten, který se vyplňuje nejhůř. Nutí totiž domyslet věc až do konce.
Registr automatizací
Jeden společný seznam, ve kterém má každá automatizace a každý štítek svůj řádek se čtyřmi údaji. Nedrží nastavení, to bydlí v platformě a tam taky patří. Drží význam a následky. Je to jediné místo, kde se dá přečíst, co systém dělá, aniž byste ho museli proklikat.
Kódy místo čísel, která si nikdo nezapamatuje
Druhá polovina problému je pojmenování. Platformy si svoje objekty pojmenovávají vlastními čísly a ta si nezapamatuje nikdo. Bez vlastního označení se pak o automatizacích mluví opisem a každý si pod tím představí něco jiného.
Proto dostane každá entita krátký kód, který dává smysl člověku. Automatizace, kurzy, formuláře, e-maily. Kód se pak používá všude: na hovoru, v zadání i v poznámce. Věta „prosím uprav A7“ je jednoznačná. Věta „uprav tu automatizaci, co posílá to potvrzení“ jednoznačná není, protože takové jsou v účtu tři.
Kód musí vzniknout zároveň s tou věcí, ne dodatečně. Okódovat osmdesát formulářů zpětně je odpoledne práce, kterou nikdo dělat nechce, a navíc se do ní vloudí chyby. Zpětné dohledávání, co která entita dělá, je totéž jako rozebírat agendu po kolegovi, který už odešel. Jde to, ale stojí to násobně víc.
Minutový sebetest
Otevřete si seznam svých automatizací a vyberte tři náhodné. U každé nahlas řekněte, co se rozbije, když ji teď vypnete. Když u jediné z nich zaváháte, nemáte problém s pamětí. Máte ho s tím, že systém nikde není popsaný.
Zápis vzniká zároveň s automatizací, ne po roce
Registr padá vždycky na tomtéž. Ne na tom, že by se nedal založit, ale na tom, že se nedoplňuje. Psát dokumentaci k něčemu, co už funguje, nikoho nebaví a vždycky je něco přednějšího.
Proto jsem to obrátil. Zápis vzniká ve chvíli, kdy automatizace vzniká, jako její poslední krok. Trvá to dvě minuty, protože v tu chvíli má člověk všechno v hlavě. A i těch pár minut umí dnes odvést pomocník, který si stejně vede vlastní deník projektu a ví, co se právě postavilo. Člověku zůstane přečíst to a opravit.
Registr má ještě jeden užitek, na který se přijde později. Když stejný systém nasazujete dalšímu klientovi ze šablony hotového účtu, cestuje s ním i vysvětlení. Nový majitel účtu tak spolu s funkčním strojem dostane i návod, čeho se nedotýkat.
Pojistka
Zavedl jsem si jediné pravidlo a držím se ho už rok. Nic se nevypíná ani nemaže, dokud se nedohledá sloupec „co se rozbije, když“. Když v registru chybí, doplní se před vypnutím. Dvě minuty hledání proti týdnu pátrání, proč zákazníkům nepřišlo uvítání.
Komu se registr nevyplatí
A komu je tohle k ničemu? Kdo má tři automatizace a všechny postavil minulý týden. Tam si systém drží v hlavě bez námahy a registr by byl jen další místo, kam zapisovat.
Zlom přijde ve dvou situacích. Buď do účtu začne sahat víc lidí, nebo se k němu vracíte po měsících. Obojí znamená totéž: paměť přestala stačit a někdo bude muset hádat. A na otázku, kdo to ve firmě má na starost, se odpovídá mnohem líp, když je co předat.
Celý registr v kostce
- Založte jeden seznam, ve kterém má každá automatizace a každý štítek svůj řádek.
- Ke každému řádku napište čtyři věci: co to znamená, kdo to spouští, co se stane, co se rozbije.
- Dejte každé entitě krátký kód, ať se o ní dá mluvit bez opisů.
- Kód i zápis vytvářejte hned při vzniku, nikdy ne dodatečně.
- Zaveďte pravidlo, že se nic nevypíná bez dohledaného sloupce „co se rozbije, když“.
- Jednou za čtvrt roku projděte řádky, které nikdo nespouští, a ukliďte je.
Kdybych ten štítek s neurčitým názvem tenkrát smazal, systém by mlčel. Dozvěděl bych se to až od zákazníků, kterým nepřišlo uvítání. Dobrý systém se nepozná podle toho, kolik toho umí. Pozná se podle toho, že se ho nikdo nebojí. A ten rozdíl dělá jeden obyčejný seznam, který nikdo nechce psát.
