Mapování obchodních procesů krok za krokem

Někdo každé ráno stahuje objednávky z e-shopu a ručně je zadává do jiného systému. Sklad pracuje s tabulkou Excel, zatímco finance se ptají na chybějící údaje e-mailem. Každý plní své úkoly, ale objednávky se zpožďují, údaje o zásobách se liší a v pátek se půl dne věnuje sestavení manažerské zprávy. mapování obchodních procesů krok za krokem není administrativní cvičení: jde o pochopení, jak se práce, informace a odpovědnost skutečně pohybují v organizaci.

Ve většině rostoucích společností není problém způsoben jednou velkou chybou. Spíše se na sebe vrství mnoho dříve rozumných výjimek, ručních kontrol a osobních řešení. Mapování procesu pomáhá tyto problémy zviditelnit, než se administrativa rozroste s tempem růstu.

Kdy je vhodné mapovat proces?

Odpověď obvykle není „když zavádíme nový systém“. Může to být oprávněné mnohem dříve. Silným signálem je, pokud se stejná data zaznamenávají na více místech, pokud se oddělení dozvídá, co se stalo jinde, pouze telefonicky nebo e-mailem, nebo pokud se při nepřítomnosti klíčové osoby zpomalí vyřizování záležitostí.

Podobně varovným signálem je, pokud manažeři nemají plnou důvěru ve zprávy. Pokud je k sestavení měsíčních čísel nutné sladit více tabulek, problém není jen ve formátu zprávy. Pravděpodobně není dostatečně regulován vznik, předávání nebo kontrola dat.

Není nutné zkoumat všechny procesy najednou. Je vhodné začít s těmi, které se často opakují, ovlivňují mnoho lidí, způsobují chyby nebo přímo ovlivňují zákaznickou zkušenost, zásoby, fakturaci nebo peněžní tok. Například proces zpracování objednávek často spojuje prodej, e-shop, sklad, logistiku a finance. Proto se i malá chyba projeví v několika oblastech.

Mapování obchodních procesů krok za krokem

1. Určete hranice a cíl procesu

„Řízení objednávek“ může být příliš široký pojem. Přesnější otázka: co se děje od okamžiku, kdy objednávka dorazí, až do chvíle, kdy je produkt odeslán, faktura vystavena a zákazník informován? V jiných případech může být začátkem procesu žádost o nabídku a koncem uzavření smlouvy nebo vydání výrobní objednávky.

Vymezení hranic zabrání rozptýlení zkoumání. Současně je třeba stanovit cíl. Cílem není vytvořit hezčí diagram, ale například zkrátit dobu zpracování, snížit počet chybných faktur, zlepšit přesnost informací o zásobách nebo snížit závislost na klíčových osobách.

2. Popište skutečný provoz, ne předepsaný

To je nejdůležitější rozdíl. Mnoho organizací má nějaký popis procesu, ale ten často ukazuje, jak by práce měla fungovat. Mapování by mělo ukázat, jak funguje v pondělí dopoledne, když chybí údaj, dorazí naléhavá objednávka nebo dodavatel neodpoví včas.

Mluvte s těmi, kteří práci vykonávají. Nejen s vedoucím, ale i s úředníkem, skladníkem, prodejcem, finančníkem a plánovačem výroby, kde je to relevantní. Požádejte je, aby prošli konkrétní, aktuální případ. Konkrétní příklad rychle odhalí výjimky, které by v obecné konverzaci všichni považovali za samozřejmé.

Cílem není hledat chyby. Zaměstnanci často vytvořili vlastní Excel soubor nebo e-mailovou kontrolu právě proto, že informace nebyly jinde dostupné. Tyto obchvaty jsou cennými signály: ukazují, kde současný proces nebo systémové prostředí dostatečně nepodporuje provoz.

3. Nakreslete kroky, role a předání

Diagram procesu nemusí být zpočátku složitý. Začněte tím, že v pořadí zapíšete: co proces spouští, kdo provádí jednotlivé kroky, jaké rozhodnutí se přijímá, jaké údaje nebo dokumenty vznikají a kam se dále předávají.

Zvláštní pozornost věnujte bodům předání. Zde se často člověk stává spojovacím článkem mezi dvěma systémy: někdo zkopíruje číslo objednávky, přepošle PDF, zkontroluje, zda se stav objevil v jiné aplikaci. Tyto kroky se na první pohled zdají krátké, ale opakují se stokrát denně, zabírají značnou kapacitu a vytvářejí příležitosti k chybám.

Na mapě by mělo být vidět i to, kde se rozhoduje. Kdo schvaluje slevu? Kdo rozhoduje v případě chybějících zásob? Na základě čeho se zahajuje výroba? Pokud není rozhodovací pravidlo vysloveno, snadno zůstane v hlavě zkušeného pracovníka. To může fungovat nějakou dobu, ale je obtížně auditovatelné, obtížně zaškolitelné a zranitelné.

4. Sledujte také cestu informací

Proces není jen série úkolů. Informace se v něm také pohybují: údaje o zákaznících, čísla položek, množství, cena, dodací adresa, výrobní stav nebo fakturační údaje. U každého důležitého údaje je vhodné položit čtyři otázky: kde vzniká, kdo jej může upravit, které systémy jej používají a který je uznávaným zdrojem?

Pokud se stejná adresa zákazníka vyskytuje v CRM, e-shopu, ERP a samostatné tabulce, dříve či později dojde k odchylce. V takovém případě nemusí být okamžitě nutná integrace. Možná je nejprve potřeba vyjasnit správce dat, pravidlo úprav a skutečně potřebná místa pro ukládání dat. Technické propojení špatně navrženého datového toku jej pouze urychlí.

5. Měřte čekání, opakování a chyby

Čas strávený v procesu není totožný s dobou zpracování. Zaznamenání faktury může trvat tři minuty, ale pokud čeká dva dny na schválení nebo chybějící údaje o objednávce, pak z pohledu zákazníka a peněžního toku trvá proces dva dny.

Je vhodné zkoumat, kolik je aktivní práce, kolik čekání, kolik případů se vrací k opravě a jak často je třeba znovu zadávat stejné informace. Není nutné provádět dokonalé měření hned na začátku. Již několik týdnů vzorků může ukázat, že největší ztrátu nezpůsobuje pomalý systém, ale zácpa schvalování nebo neúplné údaje.

Náklady mají i lidskou stránku. Monotónní kopírování je frustrující, nejistý stav způsobuje, že zákaznický servis neustále vysvětluje, a zkušení kolegové opakovaně řeší stejné výjimky. To není problém výkonu lidí. Většinou je to známka toho, že proces na ně klade příliš velkou zátěž.

6. Oddělte potřebné kroky od těch prováděných ze zvyku

Na konci mapování je třeba rozhodnout o každém kroku: vytváří hodnotu, řídí riziko, je nutný kvůli právním nebo interním kontrolám, nebo zůstal jen ze zvyku? Druhá kontrola může být oprávněná, pokud snižuje finanční nebo kvalitativní riziko. Je však zbytečná, pokud se provádí pouze proto, že nikdo nevěří údajům zaznamenaným v prvním systému.

Zde se objevují skutečné možnosti rozvoje. Může se stát, že lze zrušit jedno sladění, zjednodušit pravidlo schvalování nebo zaznamenat údaj pouze jednou. Teprve poté je vhodné zkoumat, zda zbývající, opakující se kroky podporuje systémová integrace, automatizace, vlastní aplikace nebo jiné technické řešení.

Neexistuje jednotná odpověď pro každou situaci. Při malém počtu případů může být dobře navržená manuální kontrola ekonomičtější než složitý vývoj. Při velkém objemu, častých chybách nebo obchodně kritických údajích se však riziko ručního předání rychle stává větším než náklady na změnu.

Diagram procesu je užitečný, pokud podporuje rozhodování

Dobrý diagram procesu není ozdobný dokument a není určen pouze pro IT. Manažer z něj musí vidět, kde se provoz zadrhává, které riziko závisí na jediné osobě a který vývoj může přinést měřitelné výsledky. Zaměstnanci z něj musí pochopit, proč se krok mění a jak se sníží zbytečná administrativa.

Je vhodné přiřadit k mapě odpovědnost, měřítko a frekvenci přezkumu. Proces se totiž mění spolu s organizací. Nový prodejní kanál, nový produkt, větší sklad nebo nové zákaznické požadavky mohou snadno vrátit dřívější obchvaty.

Nejlepší výchozí bod obvykle není největší systémový projekt, ale skutečný, opakující se problém. Pokud je vidět, co se děje na cestě objednávky, faktury nebo výrobního úkolu, další rozhodnutí již nebude založeno na předpokladech. To poskytuje základ pro to, aby společnost mohla růst nejen rychleji, ale i předvídatelněji.