Najdrahší systém je ten, ktorý vaši ľudia nepoužívajú.

Modelová situácia. Firma podpíše zmluvu na nový systém. Analýza, migrácia dát, testovanie, školenie, odovzdanie. O šesť mesiacov obchodník posiela ponuku z vlastného zošita v Exceli, výroba si vedie plán na zdieľanom disku a účtovníčka exportuje dáta, aby ich spracovala inde.

Systém pritom beží, integrácie prenášajú dáta, dodávateľ splnil zadanie. A aj tak ide o zlyhanie, len sa neprejaví ako výpadok, ale ako ticho.

Implementácia je moment, keď softvér beží. Adopcia je stav, keď ho organizácia používa. Medzi týmito bodmi leží väčšina hodnoty, o ktorú firmy prichádzajú, a v rozpočte pre ňu málokedy existuje položka.

Prečo ľudia po pol roku stále pracujú v Exceli

Excel v deň nasadenia porazí nový systém vo všetkom, na čom používateľovi záleží: nulové náklady na naučenie, okamžitá spätná väzba, ľubovoľná štruktúra, chyba bez záznamu. Nový systém ponúka konsolidované dáta, auditovateľnosť a prehľad pre vedenie. To sú výhody firmy, nie výhody človeka, ktorý má do večera odoslať objednávky.

Najužitočnejšia diagnostická pomôcka je preto jedna veta: ak zamestnanec potrebuje vedľa systému Excel, aby dokázal systém používať, problém nemusí byť v zamestnancovi. Tieňový zošit nevzniká z lenivosti, jeho udržiavanie stojí čas aj riziko. Kto si ho napriek tomu vedie, tvrdí tým, že samotný systém je drahší než systém plus zošit navyše. Každý taký súbor je formalizovaná sťažnosť na rozhranie a najlacnejší používateľský výskum, aký firma má.

Fred Davis v práci z roku 1989, na ktorej stojí Technology Acceptance Model, píše, že prínosy vo výkonnosti často blokuje neochota používateľov prijať a používať dostupné systémy. V jeho dvoch štúdiách so 152 používateľmi vychádzala vnímaná jednoduchosť použitia ako pravdepodobná príčina vnímanej užitočnosti: čo sa ovláda ťažko, to sa nezdá užitočné. Vzorka je malá a práca stará, nie je to predpoveď, iba smer vzťahu.

Adopcia je menovateľ návratnosti

Náklad je fixný a známy v deň podpisu. Prínos vzniká, až keď v systéme niekto naozaj pracuje. Systém s nulovou adopciou má nulovú návratnosť bez ohľadu na cenu. Systém s polovičnou adopciou má horšiu než polovičnú: firma platí licencie aj údržbu tieňových procesov naraz a nemá jeden zdroj pravdy.

Rovnaký obraz dáva ERP report Panorama Consulting Group za rok 2026, prieskum medzi 170 organizáciami s mediánom ročných tržieb 200,5 milióna dolárov. Problémy s ERP podľa neho najčastejšie súvisia s nejasným vlastníctvom procesov, slabou používateľskou adopciou a chýbajúcim zosúladením cieľov. Skutočnou výzvou nie je výber dodávateľa, ale to, aby organizácia po nasadení fungovala inak.

Cenu toho ticha viete spočítať jednoduchým súčinom: čas krát frekvencia krát počet ľudí krát náklad. Zoberte operáciu, ktorá v novom systéme trvá dlhšie než predtým, a vynásobte rozdiel počtom opakovaní za deň, počtom ľudí a hodinovým nákladom. Výsledok je suma, ktorú firma platí každý deň za jediné rozhodnutie v návrhu rozhrania, a zároveň strop rozumného rozpočtu na jeho opravu. Tú istú aritmetiku som rozobral v texte, prečo dobrý dizajn nie je dekorácia, ale spôsob, ako firma šetrí čas a peniaze.

Prečo sa dlho tolerovalo, že interný softvér je zlý

Spotrebiteľský softvér bojuje o každý klik, lebo používateľ môže odísť. Interný softvér má zajatého používateľa a kupuje ho niekto, kto v ňom nepracuje. Kritériá výberu sú funkčná matica, cena, referencie a integrácie. Nikto do tabuľky nedá riadok o tom, koľko trvá nováčikovi zadať prvú objednávku, a dodávateľ optimalizuje na to, čo sa boduje.

Nielsen Norman Group popisuje komplexné podnikové aplikácie ako nástroje pre neštruktúrované ciele vysoko školených odborníkov, ktorí do práce investujú veľa pozornosti aj času, a preto potrebujú spoľahlivé vrátenie akcie a zotavenie z chyby. Pripomína aj paradox aktívneho používateľa: ľudia začnú vec používať skôr, než sa ju pokúsia pochopiť. To je argument proti školeniu ako hlavnému nástroju adopcie.

Change management, školenia a kognitívna záťaž

Change management pripravuje organizáciu na zmenu spôsobu práce, nie je to hromadný e-mail a dvojhodinové školenie pred spustením. Prosci v štúdii s viac než 2 600 praktikmi koreloval kvalitu riadenia zmeny s naplnením cieľov projektu: pri vynikajúcom programe naplnilo alebo prekročilo ciele 88 % projektov, pri slabom 13 %. Je to korelácia, nie experiment, ale ten rozostup je priveľký na odbitie. Podľa Panorama Consulting Group pritom menej než štvrtina organizácií uviedla intenzívne zameranie na riadenie zmeny.

Druhá polovica problému je kognitívna záťaž, teda množstvo mentálnych zdrojov potrebných na obsluhu systému. Nielsen Norman Group ju delí na vnútornú, ktorá patrí k úlohe, a vonkajšiu, ktorá spotrebuje pozornosť, ale pochopiť obsah nepomáha. Vonkajšej je v interných systémoch dosť: preplnené obrazovky, polia bez zmyslu pre danú rolu, pojmy z dátového modelu namiesto firemných. Školenie ju neodstráni, firma za ňu zaplatí pri každom novom človeku. Návrh ju odstráni raz.

Harvard Business Review v texte výskumníkov z Gartneru uvádza, že priemerný zamestnanec zažil v roku 2022 desať plánovaných firemných zmien oproti dvom v roku 2016, a výmena zastaraného systému je jedným z uvedených typov zmien. Váš projekt nesúťaží s ničnerobením, ale s deviatimi ďalšími zmenami.

Odpor voči zmene alebo legitímne zlý softvér

Tu robia firmy najdrahšiu chybu projektu. Keď ľudia systém nepoužívajú, vedenie to vyhodnotí ako odpor voči zmene a pridá tlak a ďalšie školenie. Ak je softvér naozaj zlý, tlak adopciu nezvýši, len presunie tieňové tabuľky mimo dohľad a firma stratí aj informáciu o probléme. Rozlíšiť tie dve situácie pritom nie je drahé.

• Kde je odpor sústredený. Ak sa tenko rozlieva naprieč firmou, ide skôr o zmenu. Ak je v jednej role, ide o návrh: práve jej postup systém nepodporuje.
• Ako znie námietka. „Nechcem to“ je postoj. „Neviem, kam zapísať zákazku, keď zákazník platí zálohou a fakturuje sa na tretiu firmu“ je hlásenie chyby.
• Kto odmieta. Ak sa k Excelu vracajú vaši najvýkonnejší ľudia, teda tí, čo by zo zrýchlenia získali najviac, hypotéza o postoji je slabá.
• Čo hovorí čas na úlohu. Odmerajte tú istú operáciu pred nasadením a po ňom. Ak trvá dlhšie, odpor je racionálny.

Nielsen Norman Group k tomu dodáva kontraintuitívne zistenie: omyly z nepozornosti postihujú najmä ľudí, ktorí úlohu robia rutinne, lebo pri nacvičenej práci venujeme pozornosti menej. Pridáva aj vetu pre stenu každej porady o interných systémoch: za to, že bolo chybu možné urobiť tak ľahko, môže návrhár. Nárast chybovosti u seniorných používateľov po nasadení nie je signál o kompetencii, ale o rozhraní.

Do návrhu patria používatelia, nie iba ich manažéri

Manažér popíše proces tak, ako má vyzerať. Používateľ vie, ako naozaj vyzerá. Rozdiel sú výnimky: zákazník, ktorý chce rozdelenú fakturáciu, dodávateľ, ktorý posiela PDF namiesto dát. Hlavná vetva je všade podobná, peniaze aj trenie sú vo výnimkách, ktoré manažér nerobí, a preto ich nepozná.

McKinsey k tomu ponúka údaj z prieskumu digitálnych transformácií: keď zamestnanci sami prichádzajú s nápadmi, kde by digitalizácia mohla pomôcť, respondenti 1,4-krát častejšie hlásia úspech, a prerozdelenie rolí a zodpovedností v súlade s cieľmi transformácie zvyšuje pravdepodobnosť úspechu 1,5-krát. Zapojenie ľudí nie je gesto kultúry, je to premenná v rovnici.

Postup je lacný: pol dňa sedieť vedľa ľudí z rôznych rolí a sledovať, kde váhajú a čo obchádzajú. Na workshope to nezaznie, obchádzky si po čase nikto neuvedomuje.

Poctivý dôsledok býva pre dodávateľa nepríjemný. Občas vyjde, že sa nemá stavať nič: proces treba zrušiť, stačí lepšie nakonfigurovať nástroj, ktorý firma platí, alebo kúpiť o dva moduly menej. Okrajový proces s pár prípadmi za mesiac má zostať v tabuľke s jasným vlastníkom, lebo vývoj by sa naň nezaplatil. Poradie krokov nie je náhodné: odstrániť, zjednodušiť, automatizovať, rozšíriť. Vývoj na mieru má zmysel tam, kde je proces konkurenčnou výhodou alebo úzkym hrdlom, nie tam, kde len existuje tabuľka. Rozvinul som to v texte o tom, že firma je jeden produkt a každý zlý proces je jeho technický dlh.

Štyri návrhové rozhodnutia, ktoré rozhodujú o adopcii

• Postupné odhaľovanie (progressive disclosure). Rozhranie najprv ukáže bežné možnosti a pokročilé sprístupní až na vyžiadanie. Jakob Nielsen ho popisuje ako techniku, ktorá zlepšuje tri z piatich zložiek použiteľnosti: naučiteľnosť, efektivitu používania a chybovosť. Dodáva aj druhý princíp: čo je na úvodnej obrazovke, to je pre používateľa dôležité. Prvá obrazovka je tvrdenie o prioritách firmy a väčšina systémov tvrdí, že prioritou je všetko naraz.
• Rozumné predvolené hodnoty. Predvoľba je rozhodnutie, ktoré firma urobí raz namiesto toho, aby ho každý robil pri každom zázname. Dobrý default nie je prázdne pole, ale najčastejšia správna hodnota. Nielsen Norman Group sem radí aj opätovné zobrazenie už zadaných údajov a pomenovania podľa firmy, nie podľa stĺpcov v databáze.
• Prevencia chýb (error prevention). Rozhranie má byť navrhnuté tak, aby chyba nebola možná, prípadne aby nebola ľahká. Nielsen Norman Group odporúča štyri stratégie: užitočné obmedzenia, návrhy hodnôt, dobré predvoľby a odpúšťajúce spracovanie vstupu. Chyba zachytená pri zadaní stojí sekundu, tá istá pri fakturácii človekohodiny a kus vzťahu so zákazníkom.
• Rozhrania podľa rolí (role-based interface). Jedna databáza, rôzne obrazovky. Skladník nepotrebuje vidieť maržu a každé pole navyše je záťaž pre všetkých, ktorí ho nevyplnia. Nielsen Norman Group upozorňuje, že každý používateľ raz narazí na plató efektivity, kde ďalšie používanie už výkon nedvíha. Cez strop ho prenesú akcelerátory: klávesové skratky, makrá, gestá.

Ako adopciu merať

Adopcia sa nemeria pocitom na porade. Túto sadu metrík definujte pred spustením, aby bolo s čím porovnávať.

• Adopcia. Podiel zamýšľaných používateľov, ktorí v danom období vykonali v systéme kľúčovú operáciu. Nie prihlásenia, prihlásenie nie je práca.
• Aktívni používatelia v čase. Vrchol po školení a pokles je obraz systému, ktorý ľudia skúsili a vzdali.
• Čas na úlohu. Pri najčastejších operáciách, meraný pred nasadením aj po ňom. Priamy vstup do súčinu vyššie.
• Chybovosť. Opravy, storná, ručné zásahy, doklady na prerobenie.
• Tikety na podporu. Nie počet, ale pomer medzi „neviem ako“ a „systém mi to nedovolí“. Prvé je onboarding, druhé návrh.
• Počet tieňových tabuliek. Najúprimnejšia metrika: tabuľka zmizne až vtedy, keď je systém rýchlejší než ona.

Tieto čísla porovnajú cenu opravy rozhrania s cenou trenia, ktoré firma platí každý mesiac. Rovnakou aritmetikou som porovnával, kedy sa dobrý interný systém zaplatí skôr než nový zamestnanec.

Manažérsky dashboard a pracovné rozhranie nemajú vyzerať rovnako

Dashboard odpovedá na otázku, ako sa nám darí. Číta sa z neho a znesie pár sekúnd načítavania. Pracovné rozhranie odpovedá na otázku, čo mám teraz urobiť s touto objednávkou. Otvára sa desiatky ráz denne, píše sa doň, potrebuje rýchlosť, klávesnicu a prevenciu chýb. Keď sa navrhnú rovnako, vzniknú dva priemerné produkty.

Je za tým aj politický mechanizmus. Na prezentáciách sa ukazuje dashboard, preto dostane dizajnérsku pozornosť aj rozpočet. Pracovná obrazovka sa neukazuje nikdy, hoci práve na nej sa peniaze tvoria a strácajú. Rozpočet na návrh má sledovať frekvenciu používania, nie seniority toho, kto sa na obrazovku pozerá.

Čo si z toho zobrať

• Do zadania napíšte cieľ adopcie a spôsob merania skôr, než podpíšete zmluvu. Bez metriky používania ju dodávateľ nemá dôvod riešiť.
• Odmerajte čas na úlohu pri najčastejších operáciách ešte pred nasadením. Bez východiskovej hodnoty sa zlepšenie ani zhoršenie nedá dokázať.
• Urobte inventúru tieňových tabuliek. Každá je zadanie na opravu procesu alebo rozhrania, presnejšie než čokoľvek z workshopu.
• Pred ďalším školením si položte otázku, či školíte ľudí na prácu, alebo na obchádzanie zlého rozhrania. Prvé je investícia, druhé opakovaný náklad.
• Skôr než objednáte vývoj, overte, či problém nevyrieši odstránenie kroku, zjednodušenie procesu alebo lepšia konfigurácia nástroja, ktorý už platíte. Diagnóza je lacnejšia než implementácia.