Nejdražší systém je ten, který vaši lidé nepoužívají.

Modelová situace. Firma podepíše smlouvu na nový systém. Analýza, migrace dat, testování, školení, předání. Za šest měsíců obchodník posílá nabídku z vlastního sešitu v Excelu, výroba si vede plán na sdíleném disku a účetní exportuje data, aby je zpracovala jinde.

Systém přitom běží, integrace přenášejí data, dodavatel splnil zadání. A přesto jde o selhání, jen se neprojeví jako výpadek, ale jako ticho.

Implementace je okamžik, kdy software běží. Adopce je stav, kdy ho organizace používá. Mezi těmito body leží většina hodnoty, o kterou firmy přicházejí, a v rozpočtu pro ni málokdy existuje položka.

Proč lidé po půl roce stále pracují v Excelu

Excel v den nasazení porazí nový systém ve všem, na čem uživateli záleží: nulové náklady na naučení, okamžitá zpětná vazba, libovolná struktura, chyba bez záznamu. Nový systém nabízí konsolidovaná data, auditovatelnost a přehled pro vedení. To jsou výhody firmy, ne výhody člověka, který má do večera odeslat objednávky.

Nejužitečnější diagnostická pomůcka je proto jedna věta: pokud zaměstnanec potřebuje vedle systému Excel, aby dokázal systém používat, problém nemusí být v zaměstnanci. Stínový sešit nevzniká z lenosti, jeho udržování stojí čas i riziko. Kdo si ho přesto vede, tvrdí tím, že samotný systém je dražší než systém plus sešit navíc. Každý takový soubor je formalizovaná stížnost na rozhraní a nejlevnější uživatelský výzkum, jaký firma má.

Fred Davis v práci z roku 1989, na které stojí Technology Acceptance Model, píše, že přínosy ve výkonnosti často blokuje neochota uživatelů přijmout a používat dostupné systémy. V jeho dvou studiích se 152 uživateli vycházela vnímaná snadnost použití jako pravděpodobná příčina vnímané užitečnosti: co se ovládá obtížně, to se nezdá užitečné. Vzorek je malý a práce stará, není to předpověď, jen směr vztahu.

Adopce je jmenovatel návratnosti

Náklad je fixní a známý v den podpisu. Přínos vzniká, až když v systému někdo skutečně pracuje. Systém s nulovou adopcí má nulovou návratnost bez ohledu na cenu. Systém s poloviční adopcí má horší než poloviční: firma platí licence i údržbu stínových procesů zároveň a nemá jeden zdroj pravdy.

Stejný obraz dává ERP report Panorama Consulting Group za rok 2026, průzkum mezi 170 organizacemi s mediánem ročních tržeb 200,5 milionu dolarů. Problémy s ERP podle něj nejčastěji souvisejí s nejasným vlastnictvím procesů, slabou uživatelskou adopcí a chybějícím sladěním cílů. Skutečnou výzvou není výběr dodavatele, ale to, aby organizace po nasazení fungovala jinak.

Cenu toho ticha spočítáte jednoduchým součinem: čas krát frekvence krát počet lidí krát náklad. Vezměte operaci, která v novém systému trvá déle než dřív, a vynásobte rozdíl počtem opakování za den, počtem lidí a hodinovým nákladem. Výsledek je částka, kterou firma platí každý den za jediné rozhodnutí v návrhu rozhraní, a zároveň strop rozumného rozpočtu na jeho opravu. Stejnou aritmetiku jsem rozebral v textu o tom, proč dobrý design není dekorace, ale způsob, jak firma šetří čas a peníze.

Proč se dlouho tolerovalo, že interní software je špatný

Spotřebitelský software bojuje o každé kliknutí, protože uživatel může odejít. Interní software má zajatého uživatele a kupuje ho někdo, kdo v něm nepracuje. Kritérii výběru jsou funkční matice, cena, reference a integrace. Nikdo do tabulky nedá řádek o tom, jak dlouho trvá nováčkovi zadat první objednávku, a dodavatel optimalizuje na to, co se boduje.

Nielsen Norman Group popisuje komplexní podnikové aplikace jako nástroje pro nestrukturované cíle vysoce školených odborníků, kteří do práce investují hodně pozornosti i času, a proto potřebují spolehlivé vrácení akce a zotavení z chyby. Připomíná i paradox aktivního uživatele: lidé začnou věc používat dřív, než se ji pokusí pochopit. To je argument proti školení jako hlavnímu nástroji adopce.

Change management, školení a kognitivní zátěž

Change management připravuje organizaci na změnu způsobu práce, není to hromadný e-mail a dvouhodinové školení před spuštěním. Prosci ve studii s více než 2 600 praktiky koreloval kvalitu řízení změny s naplněním cílů projektu: při vynikajícím programu naplnilo nebo překročilo cíle 88 % projektů, při slabém 13 %. Je to korelace, ne experiment, ale ten rozestup je příliš velký na odbytí. Podle Panorama Consulting Group přitom méně než čtvrtina organizací uvedla intenzivní zaměření na řízení změny.

Druhá polovina problému je kognitivní zátěž, tedy množství mentálních zdrojů potřebných k obsluze systému. Nielsen Norman Group ji dělí na vnitřní, která patří k úloze, a vnější, která spotřebuje pozornost, ale pochopit obsah nepomáhá. Vnější je v interních systémech dost: přeplněné obrazovky, pole bez smyslu pro danou roli, pojmy z datového modelu místo firemních. Školení ji neodstraní, firma za ni zaplatí u každého nového člověka. Návrh ji odstraní jednou.

Harvard Business Review v textu výzkumníků z Gartneru uvádí, že průměrný zaměstnanec zažil v roce 2022 deset plánovaných firemních změn oproti dvěma v roce 2016, a výměna zastaralého systému je jedním z uvedených typů změn. Váš projekt nesoutěží s neděláním ničeho, ale s devíti dalšími změnami.

Odpor ke změně, nebo legitimně špatný software

Tady dělají firmy nejdražší chybu projektu. Když lidé systém nepoužívají, vedení to vyhodnotí jako odpor ke změně a přidá tlak a další školení. Pokud je software skutečně špatný, tlak adopci nezvýší, jen přesune stínové tabulky mimo dohled a firma ztratí i informaci o problému. Rozlišit ty dvě situace přitom není drahé.

• Kde je odpor soustředěný. Pokud se tence rozlévá napříč firmou, jde spíš o změnu. Pokud je v jedné roli, jde o návrh: právě její postup systém nepodporuje.
• Jak zní námitka. „Nechci to“ je postoj. „Nevím, kam zapsat zakázku, když zákazník platí zálohou a fakturuje se na třetí firmu“ je hlášení chyby.
• Kdo odmítá. Pokud se k Excelu vracejí vaši nejvýkonnější lidé, tedy ti, kdo by ze zrychlení získali nejvíc, hypotéza o postoji je slabá.
• Co říká čas na úlohu. Změřte tutéž operaci před nasazením a po něm. Pokud trvá déle, odpor je racionální.

Nielsen Norman Group k tomu dodává kontraintuitivní zjištění: omyly z nepozornosti postihují hlavně lidi, kteří úlohu dělají rutinně, protože při nacvičené práci věnujeme pozornosti méně. Přidává i větu pro zeď každé porady o interních systémech: za to, že bylo možné chybu udělat tak snadno, může návrhář. Nárůst chybovosti u seniorních uživatelů po nasazení není signál o kompetenci, ale o rozhraní.

Do návrhu patří uživatelé, ne jen jejich manažeři

Manažer popíše proces tak, jak má vypadat. Uživatel ví, jak skutečně vypadá. Rozdíl jsou výjimky: zákazník, který chce rozdělenou fakturaci, dodavatel, který posílá PDF místo dat. Hlavní větev je všude podobná, peníze i tření jsou ve výjimkách, které manažer nedělá, a proto je nezná.

McKinsey k tomu nabízí údaj z průzkumu digitálních transformací: když zaměstnanci sami přicházejí s nápady, kde by digitalizace mohla pomoci, respondenti 1,4krát častěji hlásí úspěch, a přerozdělení rolí a odpovědností v souladu s cíli transformace zvyšuje pravděpodobnost úspěchu 1,5krát. Zapojení lidí není gesto kultury, je to proměnná v rovnici.

Postup je levný: půl dne sedět vedle lidí z různých rolí a sledovat, kde váhají a co obcházejí. Na workshopu to nezazní, vlastní okliky si po čase nikdo neuvědomuje.

Poctivý důsledek bývá pro dodavatele nepříjemný. Občas vyjde, že se nemá stavět nic: proces je třeba zrušit, stačí lépe nakonfigurovat nástroj, který firma platí, nebo koupit o dva moduly méně. Okrajový proces s pár případy za měsíc má zůstat v tabulce s jasným vlastníkem, protože vývoj by se na něj nezaplatil. Pořadí kroků není náhodné: odstranit, zjednodušit, automatizovat, rozšířit. Vývoj na míru má smysl tam, kde je proces konkurenční výhodou nebo úzkým hrdlem, ne tam, kde jen existuje tabulka. Rozvedl jsem to v textu o tom, že firma je jeden produkt a každý špatný proces je jeho technický dluh.

Čtyři návrhová rozhodnutí, která rozhodují o adopci

• Postupné odhalování (progressive disclosure). Rozhraní nejprve ukáže běžné možnosti a pokročilé zpřístupní až na vyžádání. Jakob Nielsen ho popisuje jako techniku, která zlepšuje tři z pěti složek použitelnosti: naučitelnost, efektivitu používání a chybovost. Dodává i druhý princip: co je na úvodní obrazovce, to je pro uživatele důležité. První obrazovka je tvrzení o prioritách firmy a většina systémů tvrdí, že prioritou je všechno naráz.
• Rozumné výchozí hodnoty. Předvolba je rozhodnutí, které firma udělá jednou místo toho, aby ho každý dělal u každého záznamu. Dobrý default není prázdné pole, ale nejčastější správná hodnota. Nielsen Norman Group sem řadí i opětovné zobrazení už zadaných údajů a pojmenování podle firmy, ne podle sloupců v databázi.
• Prevence chyb (error prevention). Rozhraní má být navržené tak, aby chyba nebyla možná, případně aby nebyla snadná. Nielsen Norman Group doporučuje čtyři strategie: užitečná omezení, návrhy hodnot, dobré předvolby a odpouštějící zpracování vstupu. Chyba zachycená při zadání stojí sekundu, tatáž při fakturaci člověkohodiny a kus vztahu se zákazníkem.
• Rozhraní podle rolí (role-based interface). Jedna databáze, různé obrazovky. Skladník nepotřebuje vidět marži a každé pole navíc je zátěž pro všechny, kdo ho nevyplní. Nielsen Norman Group upozorňuje, že každý uživatel jednou narazí na plató efektivity, kde další používání už výkon nezvedá. Přes strop ho přenesou akcelerátory: klávesové zkratky, makra, gesta.

Jak adopci měřit

Adopce se neměří pocitem na poradě. Tuto sadu metrik definujte před spuštěním, aby bylo s čím porovnávat.

• Adopce. Podíl zamýšlených uživatelů, kteří v daném období provedli v systému klíčovou operaci. Ne přihlášení, přihlášení není práce.
• Aktivní uživatelé v čase. Vrchol po školení a pokles je obraz systému, který lidé zkusili a vzdali.
• Čas na úlohu. U nejčastějších operací, měřený před nasazením i po něm. Přímý vstup do součinu výše.
• Chybovost. Opravy, storna, ruční zásahy, doklady k předělání.
• Tikety na podporu. Ne počet, ale poměr mezi „nevím jak“ a „systém mi to nedovolí“. První je onboarding, druhé návrh.
• Počet stínových tabulek. Nejupřímnější metrika: tabulka zmizí až tehdy, když je systém rychlejší než ona.

Tato čísla porovnají cenu opravy rozhraní s cenou tření, které firma platí každý měsíc. Stejnou aritmetikou jsem porovnával, kdy se dobrý interní systém zaplatí dřív než nový zaměstnanec.

Manažerský dashboard a pracovní rozhraní nemají vypadat stejně

Dashboard odpovídá na otázku, jak se nám daří. Čte se z něj a snese pár sekund načítání. Pracovní rozhraní odpovídá na otázku, co mám teď udělat s touto objednávkou. Otevírá se mnohokrát denně, píše se do něj, potřebuje rychlost, klávesnici a prevenci chyb. Když se navrhnou stejně, vzniknou dva průměrné produkty.

Je za tím i politický mechanismus. Na prezentacích se ukazuje dashboard, proto dostane designérskou pozornost i rozpočet. Pracovní obrazovka se neukazuje nikdy, přestože právě na ní se peníze tvoří a ztrácejí. Rozpočet na návrh má sledovat frekvenci používání, ne senioritu toho, kdo se na obrazovku dívá.

Co si z toho vzít

• Do zadání napište cíl adopce a způsob měření dřív, než podepíšete smlouvu. Bez metriky používání ji dodavatel nemá důvod řešit.
• Změřte čas na úlohu u nejčastějších operací ještě před nasazením. Bez výchozí hodnoty se zlepšení ani zhoršení nedá prokázat.
• Udělejte inventuru stínových tabulek. Každá je zadání na opravu procesu nebo rozhraní, přesnější než cokoli z workshopu.
• Před dalším školením si položte otázku, jestli školíte lidi na práci, nebo na obcházení špatného rozhraní. První je investice, druhé opakovaný náklad.
• Než objednáte vývoj, ověřte, jestli problém nevyřeší odstranění kroku, zjednodušení procesu nebo lepší konfigurace nástroje, který už platíte. Diagnóza je levnější než implementace.