Výsledky projektu rozvoje procesů s příkladem

Někdo každé ráno stahuje objednávky z e-shopu a ručně je zadává do jiného systému. Sklad z toho pracuje a fakturace probíhá z třetího zdroje dat. Když se zjistí rozdíl, balíček už je opožděn a zákaznický servis hledá vysvětlení. výsledky projektu rozvoje procesů s příkladem jsou skutečně pochopitelné, když se nedíváme na obrazovku nového systému, ale na to, co se mění v takovém pracovním dni.

Dobře vedený rozvoj není úspěšný tím, že automatizuje mnoho úkolů, ani tím, že nahradí starou aplikaci. Je úspěšný tím, že provoz se stává předvídatelnějším: méně opakovaných zadávání dat, jasnější odpovědnosti, spolehlivější informace a vedení rychleji vidí, kde se práce zadrhává.

Co vlastně znamená výsledek rozvoje procesu?

Firmy často hledají odpověď v jediném ukazateli: kolik hodin jsme ušetřili, o kolik se zvýšila kapacita, o kolik procent se snížily chyby. Tyto ukazatele jsou potřebné, ale samy o sobě mnoho neříkají. Proces se většinou stává obtížným, protože během růstu se na něj nabalují nové výjimky, tabulky, e-mailové dohody a ruční kontroly.

Skutečný výsledek se proto objevuje ve více vrstvách. Může se zkrátit doba zpracování objednávky, ale stejně cenné je, když kolegové nepracují s různými verzemi dat. Může se snížit oprava chyb, ale je také důležité, aby proces neexistoval pouze v hlavě jednoho zkušeného pracovníka. Pokud je tento člověk na dovolené nebo odejde, obchodní provoz musí fungovat i tak.

Při měření je vhodné zkoumat nejen dobu průchodu, míru chyb, počet manuálních zásahů, množství nevyřízených případů a aktuálnost informací, ale i výjimky. Průměrná objednávka může být rychlá, zatímco zpracování problémových objednávek zůstává zcela neprůhledné. Rozvoj musí tuto skrytou zátěž také zviditelnit.

Výsledky projektu rozvoje procesů s příkladem: e-shop a sklad

Vezměme si rostoucí obchodní společnost. Denně zpracovává 80-120 objednávek z e-shopu s více skladovými místy. E-shop, evidence zásob a fakturační systém fungují odděleně. Prodejní tým ráno exportuje objednávky, kontroluje stav platby a poté předává informace skladu v tabulce. Odpoledne jsou stejná data znovu kontrolována pro fakturaci a manažerskou zprávu.

Na první pohled se problém jeví jako technická integrace. Ale při zkoumání se může objevit jiný obraz. Může se ukázat, že objednávky jsou kontrolovány dvakrát, protože sklad dostává spolehlivé informace o zásobách pouze jednou denně. Může být také, že pro určité typy objednávek bylo dříve nutné schválení vedením, ale toto pravidlo zůstalo pro všechny objednávky. Nebo fakturace čeká do odpoledne, protože stav potvrzení není jasně definován.

V této situaci není prvním krokem propojení systémů. Nejprve je třeba vyjasnit, který systém je důvěryhodným zdrojem pro jednotlivá data, kdy se objednávka stává zpracovatelnou, jaké výjimky vyžadují lidské rozhodnutí a kdo za ně odpovídá. Teprve poté lze rozhodnout, zda je správnou odpovědí reorganizace procesu, změna pravidel, integrace systému nebo jejich kombinace.

Měření výchozí situace

Na začátku projektu tým čtyři týdny měřil proces objednávek. Z dat bylo patrné, že administrativní zpracování jedné objednávky trvalo v průměru 11 minut, i když skutečný přesun dat byl mnohem kratší. Rozdíl způsobily kontroly, nedostatečné informace o zásobách, e-mailové dotazy a ruční export jednou denně.

Při průměrných 100 objednávkách denně to znamenalo přibližně 18 hodin administrativy týdně. Kromě toho se měsíčně stalo 25-30 případů, kdy sklad připravil objednávku, jejíž platba nebo adresa ještě nebyla řádně zkontrolována. Tyto případy ne vždy způsobily významné finanční ztráty, ale zatížily zákaznický servis, vyžadovaly přebalení a způsobily zbytečné napětí.

Co se změnilo v procesu?

Řešení zahrnovalo strukturované propojení dat mezi e-shopem a interním řízením zásob, ale to samo o sobě nepřineslo výsledek. Proces byl také přepracován. Byly definovány významy stavů objednávek, odděleny běžné a výjimečné případy a zrušen schvalovací krok, který zbytečně zdržoval objednávky.

Sklad dostal úkol pouze na objednávky, které splňovaly předem stanovená kontrolní pravidla. Problémové položky nezmizely ve společné poštovní schránce: byly zařazeny do samostatné fronty pro zpracování výjimek s odpovědnou osobou a termínem. Fakturace byla spojena se skutečným stavem plnění, nikoli s odpoledním manuálním seznamem.

Automatizace zde nenahradila lidi. Část času dříve stráveného exportem a opětovným zadáváním byla věnována rychlejšímu zpracování výjimek, prevenci problémů se zásobami a komunikaci se zákazníky. To je podstatný rozdíl: stroj provádí opakující se přesun dat, zatímco člověk rozhoduje tam, kde rozhodnutí vytváří obchodní hodnotu.

Měřitelné a méně viditelné výsledky

Tři měsíce po zavedení nového provozu se průměrná doba administrativního zpracování snížila z 11 minut na 3,5 minuty na objednávku. Týdně to znamenalo uvolnění více než 12 hodin práce. Počet objednávek zadržovaných kvůli chybnému nebo nejasnému stavu klesl o téměř 60 procent, zatímco pořadí úkolů pro sklad se stalo přehlednějším.

Manažerský výsledek byl možná ještě důležitější. Dříve trvalo několik hodin v pátek odpoledne sestavit, kolik objednávek přišlo, kolik bylo splněno, kde jsou zpoždění a jaké problémy se zásobami se očekávají. S novým tokem dat nebyla zpráva vytvořena jako dokonale automatický dokument, ale byla k dispozici spolehlivá, aktuální data. Management tak nereagoval na problémy z minulého týdne, ale mohl činit rozhodnutí na základě aktuálních informací.

Lidská stránka se také zlepšila. Skladoví kolegové nedostávali protichůdné seznamy, prodejci nemuseli telefonicky kontrolovat, kde se objednávka nachází, a zákaznický servis měl k dispozici jasnější stavy. Proces byl méně závislý na jediném zkušeném administrátorovi, který dříve držel v hlavě značnou část výjimek.

Ne všechny výsledky jsou okamžité úspory

Existují situace, kdy prvním výsledkem rozvoje procesu není méně pracovních hodin, ale větší kontrola. U výrobní společnosti může být například zaznamenávání výrobních odchylek pomalé a nekonzistentní. Na začátku rozvoje může administrativa dokonce narůst, protože informace dříve zpracovávané ústně je třeba dokumentovat regulovaným způsobem. To se může krátkodobě zdát nepohodlnější.

Přesto to vytváří základ, aby bylo později vidět, u kterého stroje, směny nebo suroviny se problém opakuje. V takovém případě cílem není, aby všechny zadávání dat zmizelo, ale aby potřebná data vznikala jednou, na správném místě a v použitelné kvalitě. Zrychlení špatného procesu jen rychleji produkuje chyby.

Hodnotu rozvoje je proto vždy třeba měřit podle obchodní situace. Malý objem, zřídka se opakující výjimku nemusí být nutně drahé automatizovat. U kroku, který se opakuje stokrát denně a je citlivý na chyby, může mít i malá změna významný dopad. Pro dobré rozhodnutí není potřeba technologické nadšení, ale smysl pro proporce a měřitelný výchozí bod.

Jak udržet výsledek?

V prvních týdnech po zavedení funguje mnoho rozvojů dobře, protože se na ně všichni soustředí. Pro trvalý výsledek jsou však potřeba odpovědné osoby, jasná provozní pravidla a pravidelné kontroly. Pokud se změní produktová řada, spustí se nový prodejní kanál nebo se tým rozšíří, je třeba proces znovu přezkoumat. Staré výjimky se snadno vracejí.

Je vhodné nepovažovat klíčové ukazatele pouze za měsíční manažerskou zprávu. Pokud zúčastnění manažeři vidí vývoj doby průchodu, výjimek a chyb, mohou zasáhnout dříve. Dobrý proces není rigidní: je regulovaný, měřitelný a schopný zvládat změny, aniž by se skládal z dalších tabulek a e-mailových obcházek.

Pokud příprava zprávy ve firmě pravidelně trvá půl dne, objednávka se v několika systémech objevuje ručně nebo kritický pracovní proces závisí na znalostech jedné osoby, není vhodné okamžitě vybírat systém. Nejprve je třeba sledovat, jak se pohybuje práce a informace. Už toto mapování často ukáže, kde lze s nejmenší změnou dosáhnout největšího obchodního výsledku.