Vlastný softvér alebo tabuľka? Kedy ktorý potrebujete

Ráno niekto stiahne objednávky z e-shopu, skopíruje ich do tabuľky a potom ich e-mailom pošle do skladu. Popoludní sú tie isté informácie už v účtovnom systéme, v inom súbore a možno aj v poznámkach kolegu. Otázka vlastného softvéru alebo tabuľky v takýchto prípadoch nie je primárne technologickým rozhodnutím. Skutočná otázka je, či je súčasný proces ešte pod kontrolou.

Tabuľka je často prvým operačným systémom rastúcej spoločnosti. Rýchlo sa vytvorí, je flexibilná, tím ju pozná a na novú požiadavku sa často dá odpovedať v priebehu niekoľkých minút. To nie je chyba. Problém nastáva, keď sa z osobného pracovného nástroja stane spoločný, obchodne kritický systém viacerých oddelení - bez vhodných pravidiel, zodpovedností a spoľahlivých dátových spojení.

Tabuľka nie je nepriateľ, ale ukazovateľ hraníc

Dobre navrhnutá tabuľka môže byť vynikajúcim nástrojom na kalkulácie, jednorazové analýzy, plánovanie nákladov alebo vyskúšanie nového procesu. Ak dvaja ľudia aktualizujú údaje v priebehu týždňa, počet údajov je zvládnuteľný a chyba nezastaví dodávku alebo fakturáciu, nie je nevyhnutne potrebné nič iné.

Problém nezačína tým, že je v súbore veľa riadkov. Skôr tým, že tabuľka začína riadiť prevádzkové rozhodnutia. Napríklad z nej vyplýva, čo treba vyrobiť, ktorá objednávka mešká, či je dostatok zásob, alebo komu treba vystaviť faktúru. Ak na to musí viac ľudí denne zadávať, kopírovať, kontrolovať a porovnávať údaje, súbor už nie je jednoduchým nástrojom. Získal systémovú úlohu.

Vtedy sa objavujú známe príznaky: viacero verzií toho istého dokumentu koluje, vzorce rozumie len jeden kolega, príprava manažérskej správy trvá v piatok hodiny a nikto si nie je úplne istý, ktoré údaje sú aktuálne. Takáto prevádzka sa zdá byť lacná, ale jej náklady na pracovný čas, opravy chýb, oneskorenia a neistotu neustále rastú.

Vlastný softvér alebo tabuľka: neporovnávajte funkcie

Častou chybou je, že rozhodnutie začína: „Tabuľka už nestačí, postavme systém.“ To môže byť predčasný záver. Zle navrhnutý proces zabudovaný do vlastného softvéru spôsobí, že spoločnosť bude len rýchlejšie a drahšie opakovať tie isté zbytočné kroky.

Najprv je vhodné preskúmať, ako sa pohybujú informácie. Kto spúšťa proces? Kto dopĺňa údaje? Kde sa tie isté údaje zapisujú druhý alebo tretíkrát? Ktoré schválenie je skutočnou kontrolou a ktoré je len starým zvykom? Kde čaká prípad, objednávka alebo výrobná úloha, pretože niekto musí napísať e-mail ďalšiemu oddeleniu?

Pri spracovaní objednávok napríklad nie je isté, že je potrebné nahradiť tabuľku. Možno chýba jednoduché dátové spojenie medzi e-shopom, skladovým systémom a fakturačným systémom. V iných prípadoch je proces založený na jedinečných obchodných pravidlách: rôzne ceny pre zákazníkov, zložitá príprava výroby, špeciálne schvaľovacie postupy alebo koordinácia medzi viacerými lokalitami. V takýchto prípadoch môže byť opodstatnené nastavenie štandardného systému alebo cielená vlastná aplikácia.

Dobré rozhodnutie teda nezačína otázkou „softvér áno alebo nie“. Začína tým, aký konkrétny prevádzkový problém je potrebné odstrániť.

Kedy môže tabuľka zostať?

Tabuľka funguje dobre, ak je úloha ohraničená, nevyžaduje neustálu spoluprácu v reálnom čase a chyba v údajoch nespôsobuje významné obchodné riziko. Ročný investičný plán, analýza ziskovosti produktu alebo jednorazové čistenie údajov o zákazníkoch sú typické oblasti.

Oplatí sa ju ponechať aj vtedy, keď sa proces ešte mení. Pri zavádzaní novej služby môže byť užitočné sledovať prípady v tabuľke niekoľko mesiacov. Takto sa zistí, aké výnimky sa skutočne vyskytujú, aké údaje sú potrebné a ktoré polia sú zbytočné. To je oveľa lepší základ pre neskoršie plánovanie systému, než vyvíjať na základe predpokladov.

Tabuľka však zostane bezpečným pracovným nástrojom len vtedy, ak je jasné, kto je jej správcom, kde sa nachádza overená verzia, kto ju môže upravovať a ako sa kontrolujú kritické vzorce. Tieto jednoduché prevádzkové pravidlá často chýbajú.

Kedy sa súbor stal obchodne kritickým?

Je vhodné vážne zvážiť zmenu, ak tabuľka už spracováva prenosy medzi viacerými oddeleniami alebo ak by jej výpadok zastavil dennú prácu. Varovným signálom je aj to, keď sa tie isté údaje musia ručne zapisovať do viacerých systémov, alebo keď proces závisí od znalostí jediného skúseného pracovníka.

Nasledujúce situácie zvyčajne naznačujú, že súčasné riešenie dosiahlo svoje hranice:

• Tím pravidelne nevie, ktorý súbor alebo verzia údajov je správna.
• Stav objednávky, výrobnej úlohy alebo zákazníckej požiadavky sa zistí len ručným porovnávaním.
• Chyby sa stávajú viditeľnými až neskôr, pri fakturácii, dodávke alebo po sťažnosti zákazníka.
• Príprava manažérskych správ vyžaduje opakované, niekoľkohodinové zhromažďovanie údajov.
• S rastúcim objemom sa administratíva zvyšuje takmer rovnakým pomerom.

Tieto nie sú len nepríjemnosti. Ovplyvňujú riaditeľnosť spoločnosti. Ak sú zásoby, stav objednávok alebo výrobná kapacita viditeľné len s oneskorením, vedenie reaguje neskôr. Ak sa informácie pohybujú medzi oddeleniami e-mailom, hranice zodpovednosti sa ľahšie rozmazávajú.

Čo môže priniesť dobre navrhnuté vlastné riešenie?

Hodnota vlastného softvéru nespočíva v tom, že „vie všetko“. Naopak, dobré riešenie podporuje vlastné, skutočne potrebné prevádzkové pravidlá spoločnosti, pričom odstraňuje zbytočné ručné kroky.

Môže to byť interné rozhranie na správu objednávok, ktoré automaticky pripravuje požiadavky z e-shopu pre sklad. Môže to byť systém na prípravu výroby, ktorý štandardizuje požiadavky na údaje a zviditeľňuje kapacity. Alebo môže ísť o integráciu, ktorá prenáša údaje medzi ERP, CRM, logistickým partnerom a fakturáciou bez toho, aby ich niekto musel znovu zadávať.

Cieľom nie je nahradiť ľudí. Cieľom je, aby ľudia neboli spojivom medzi systémami. Čas pracovníka by nemal byť vyplnený kopírovaním objednávkových riadkov, ale riešením výnimiek, komunikáciou so zákazníkom alebo prijímaním lepších rozhodnutí na základe dostupných informácií.

Ďalšou výhodou centrálneho riešenia je kontrola. Môže sa určiť, kto čo môže upravovať, sledovať zmenu stavu, jednotne spravovať oprávnenia a správa môže byť vytvorená z rovnakého zdroja údajov, z ktorého pracuje denná prevádzka. To je obzvlášť cenné, keď spoločnosť pôsobí na viacerých miestach, v rôznych krajinách alebo v rôznych odvetviach.

Náklady na vývoj sú len jednou stranou

Pred vlastným vývojom je oprávnená otázka výšky investície. Ale na rozhodnutie je potrebné vidieť aj celkové náklady súčasnej prevádzky. Koľko času mesačne zaberie kopírovanie údajov? Koľko stojí nesprávny údaj o zásobách, oneskorená faktúra alebo chybná dodávka? Koľko manažérskych hodín sa stráca na overovanie spoľahlivosti čísel pred prijatím rozhodnutia?

Zároveň má aj vlastný systém svoje povinnosti. Je potrebné plánovať prevádzku, správu oprávnení, zálohovanie, dokumentáciu, budúce úpravy a dohľad nad integráciami. Systém nie je dobrý tým, že je dokončený, ale tým, že zostane udržateľný, bezpečný a zrozumiteľný aj po rokoch.

Preto nie je odpoveďou na každý problém vlastný vývoj. Môže sa stať, že lepšia konfigurácia existujúceho systému, jednoduchá integrácia alebo objasnenie zodpovedností procesu prinesie najväčší výsledok. Technické riešenie sa musí prispôsobiť prevádzke, nie naopak.

Začnite s najväčším trením

Nie je potrebné naraz vymeniť celú prevádzku spoločnosti. Často je najlepším východiskovým bodom jediný proces: cesta od objednávky po dodávku, schválenie nákupnej požiadavky, príprava výrobných údajov alebo zostavenie týždennej manažérskej správy.

Je vhodné vybrať si bod, kde je najviac opakovanej ručnej práce, najviac neistoty alebo kde chyba priamo ovplyvňuje zákazníka a príjmy. Najprv je potrebné pochopiť, prečo vznikla daná obchádzka. Až potom je možné zodpovedne rozhodnúť, či je potrebné upraviť tabuľku, prepojiť systémy alebo skutočne potrebné nové, vlastné riešenie.

Dobre fungujúcu spoločnosť neodlišuje to, že v nej nie sú tabuľky. Ale to, že pri každom kritickom procese vie, ktoré údaje sú overené, kto za ne zodpovedá, čo sa stane v prípade chyby a že rast neznamená neúmerne ťažšiu dennú prácu.