Vlastní software nebo tabulka? Kdy je potřeba který

Ráno někdo stáhne objednávky z e-shopu, vloží je do tabulky a pak je e-mailem pošle do skladu. Odpoledne jsou tyto informace již v účetním systému, v jiném souboru a možná i v poznámkách kolegy. Otázka, zda použít speciální software nebo tabulku není v tomto případě primárně technologickým rozhodnutím. Skutečná otázka je, zda je současný proces stále pod kontrolou.

Tabulka je často prvním operačním systémem rostoucí společnosti. Rychle se vytvoří, je flexibilní, tým ji zná a na nový požadavek lze často odpovědět během několika minut. To není chyba. Problém nastává, když se z osobního pracovního nástroje stane společný, pro podnik kritický systém bez vhodných pravidel, odpovědností a spolehlivých datových spojení.

Tabulka není nepřítel, ale ukazatel hranic

Dobře postavená tabulka může být vynikajícím nástrojem pro kalkulace, jednorázové analýzy, plánování nákladů nebo vyzkoušení nového procesu. Pokud dva lidé aktualizují data ve stejném týdnu, je počet dat zvládnutelný a chyba nezastaví dodávku nebo fakturaci, není nutně potřeba něco jiného.

Problém nezačíná tím, že je v souboru mnoho řádků. Spíše tím, že tabulka začíná řídit provozní rozhodnutí. Například z ní vyplývá, co je třeba vyrobit, která objednávka je zpožděná, zda je dostatek zásob, nebo komu je třeba vystavit fakturu. Pokud musí více lidí denně zadávat, kopírovat, kontrolovat a sladit data, soubor již není jednoduchým nástrojem. Získal systémovou roli.

V tu chvíli se objevují známé symptomy: koluje více verzí stejného dokumentu, vzorce rozumí jen jeden kolega, sestavení manažerské zprávy v pátek trvá hodiny a nikdo s jistotou neví, která data jsou aktuální. Takové fungování se zdá být levné, ale jeho náklady v pracovní době, opravách chyb, zpožděních a nejistotě neustále rostou.

Speciální software nebo tabulka: nesrovnávejte funkce

Častou chybou je, že rozhodnutí začíná: „Tabulka už nestačí, vytvořme systém.“ To může být předčasný závěr. Špatně navržený proces zabudovaný do speciálního softwaru povede k tomu, že podnik bude rychleji a dráže opakovat stejné zbytečné kroky.

Nejprve je vhodné se podívat, jak se informace pohybují. Kdo proces zahajuje? Kdo doplňuje data? Kde se stejná data zaznamenávají podruhé nebo potřetí? Které schválení je skutečnou kontrolou a které je jen starým zvykem? Kde čeká případ, objednávka nebo výrobní úkol, protože někdo musí napsat e-mail dalšímu oddělení?

Při zpracování objednávek například nemusí být nutné tabulku vyměnit. Možná chybí jednoduché datové spojení mezi e-shopem, skladovou evidencí a fakturačním systémem. V jiných případech je proces založen na specifických obchodních pravidlech: různé ceny pro zákazníky, složitá příprava výroby, speciální schvalovací řád nebo koordinace mezi více lokalitami. V takových případech může být opodstatněné nastavení standardního systému nebo cílená speciální aplikace.

Správné rozhodnutí proto nezačíná otázkou „software ano nebo ne“. Začíná tím, jaký provozní problém je třeba přesně odstranit.

Kdy může tabulka zůstat?

Tabulka funguje dobře, pokud je úkol ohraničený, nevyžaduje stálou spolupráci v reálném čase a chyba v datech nepředstavuje významné obchodní riziko. Roční investiční plán, analýza ziskovosti produktu nebo jednorázové čištění zákaznických dat jsou typicky takové oblasti.

Je také vhodné ji ponechat, pokud se proces stále mění. Při zavádění nové služby může být užitečné několik měsíců sledovat případy v tabulce. Tak se ukáže, jaké výjimky se skutečně vyskytují, jaká data jsou potřebná a které pole jsou zbytečná. To je mnohem lepší základ pro pozdější návrh systému než vývoj na základě předpokladů.

Tabulka však zůstane bezpečným pracovním nástrojem pouze tehdy, pokud je jasné, kdo je jejím správcem, kde se nachází autentická verze, kdo ji může upravovat a jak se kontrolují kritické vzorce. To jsou jednoduchá provozní pravidla, která však často chybí.

Kdy se soubor stal pro podnik kritickým?

Je vhodné vážně zvážit změnu, pokud tabulka již zpracovává přenosy mezi více odděleními nebo pokud by její výpadek zastavil denní práci. Varovným signálem je také, když je třeba stejná data ručně zaznamenávat do více systémů, nebo když je proces založen na znalostech jediného zkušeného pracovníka.

Následující situace obvykle naznačují, že současné řešení dosáhlo svého limitu:

• Tým pravidelně neví, který soubor nebo verze dat je správná.
• Stav objednávky, výrobního úkolu nebo zákaznické žádosti je zjištěn pouze ručním sladěním.
• Chyby se stávají viditelnými až dodatečně, při fakturaci, dodávce nebo po stížnosti zákazníka.
• Sestavení manažerských zpráv vyžaduje opakovanou, několikahodinovou sbírku dat.
• S rostoucím objemem se administrativa zvyšuje téměř stejným poměrem.

To nejsou jen nepříjemnosti. Ovlivňují říditelnost podniku. Pokud jsou zásoby, stav objednávek nebo výrobní kapacita viditelné pouze se zpožděním, vedení reaguje později. Pokud se informace mezi odděleními pohybují e-mailem, hranice odpovědnosti se také snadněji rozmazávají.

Co může nabídnout dobře navržené speciální řešení?

Hodnota speciálního softwaru nespočívá v tom, že „umí vše“. Naopak: dobré řešení podporuje vlastní, skutečně potřebná provozní pravidla podniku a zároveň odstraňuje zbytečné ruční kroky.

Může to být interní rozhraní pro správu objednávek, které automaticky připraví požadavky z e-shopu pro sklad. Může to být systém pro přípravu výroby, který standardizuje požadavky na data a zviditelňuje kapacity. Nebo to může být integrace, která přenáší data mezi ERP, CRM, logistickým partnerem a fakturací, aniž by je někdo musel znovu zadávat.

Cílem není nahradit lidi. Cílem je, aby lidé nebyli spojnicí mezi systémy. Čas zaměstnance by neměl být vyplněn kopírováním řádků objednávek, ale řešením výjimek, konzultacemi se zákazníkem nebo lepším rozhodováním na základě dostupných informací.

Další výhodou centrálního řešení je kontrola. Lze určit, kdo co může upravovat, sledovat změny stavu, jednotně spravovat oprávnění a zpráva může být vytvořena ze stejného zdroje dat, ze kterého pracuje denní provoz. To je zvláště cenné, když podnik působí na více lokalitách, v několika zemích nebo v různých obchodních oblastech.

Náklady na vývoj jsou jen jedna strana

Před speciálním vývojem je oprávněná otázka výše investice. Ale pro rozhodnutí je třeba vidět i celkové náklady na současný provoz. Kolik času měsíčně zabere kopírování dat? Kolik stojí špatné údaje o zásobách, opožděná faktura nebo chybná dodávka? Kolik manažerských hodin se věnuje ověřování spolehlivosti čísel před tím, než lze učinit rozhodnutí?

Současně má i speciální systém své povinnosti. Je třeba plánovat provoz, správu oprávnění, zálohování, dokumentaci, budoucí úpravy a dohled nad integracemi. Systém není dobrý tím, že je vytvořen, ale tím, že zůstává udržitelný, bezpečný a srozumitelný i po letech.

Proto není odpovědí na každý problém speciální vývoj. Může se stát, že lepší konfigurace stávajícího systému, jednoduchá integrace nebo vyjasnění odpovědností v procesu přinese největší výsledek. Technické řešení by mělo být přizpůsobeno provozu, ne naopak.

Začněte s největším třením

Není nutné měnit celý provoz podniku najednou. Často je jediný proces nejlepším výchozím bodem: cesta od objednávky k dodávce, schválení nákupního požadavku, příprava výrobních dat nebo sestavení týdenní manažerské zprávy.

Je vhodné vybrat bod, kde je nejvíce opakované ruční práce, nejvíce nejistoty nebo kde chyba přímo ovlivňuje zákazníka a příjem. Nejprve je třeba pochopit, proč vznikla daná oklika. Teprve poté lze zodpovědně rozhodnout, zda je třeba dát do pořádku tabulku, propojit systémy nebo zda je skutečně potřeba nové, speciální řešení.

Dobře fungující podnik se neodlišuje tím, že v něm nejsou tabulky. Ale tím, že u každého kritického procesu ví, která data jsou autentická, kdo za ně odpovídá, co se stane v případě chyby a že růst nečiní každodenní práci nepřiměřeně obtížnější.