Webová aplikace pro firmu: jak automatizovat procesy bez chaosu
Opakované přepisování údajů, nejasné schvalování a ruční reporty mohou brzdit práci firmy. Ukážeme, kdy pomůže webová aplikace, jak vybrat první proces a podle čeho ověřit přínos řešení.
Kdy se vyplatí uvažovat o webové aplikaci
Přehled zakázek existuje v tabulce, přílohy v několika složkách a rozhodnutí v e-mailech. Každý nástroj sám funguje, ale předání práce mezi lidmi zabírá stále více času. Vedoucí se musí opakovaně ptát, co je hotové a na koho se čeká.
Webová aplikace umožňuje pracovat s daty a činnostmi v prohlížeči podle dohodnutých pravidel. Může sloužit internímu týmu, zákazníkům nebo partnerům. Než začnete vybírat funkce, pojmenujte opakující se problémy a jejich dopad.
| Signál | Dopad na práci | První krok |
|---|---|---|
| Stejný údaj se přepisuje vícekrát | Rozdílné hodnoty a opakované kontroly. | Určit, kde má vznikat platný záznam a kdo jej spravuje. |
| Není jasná poslední schválená verze | Práce podle neaktuálních podkladů. | Popsat označení verzí a okamžik jejich schválení. |
| Úkol stojí mezi odděleními | Čekání bez viditelného vlastníka. | Vymezit předání, odpovědnou osobu a termín reakce. |
| Přístupy se řeší ad hoc | Lidé mají příliš široký nebo nedostatečný přístup. | Sepsat, kdo potřebuje vidět a měnit které údaje. |
| Report vzniká ručním spojováním | Zpožděný přehled a nejednotné definice. | Sjednotit význam stavů a zdroje pro výpočet. |
| Postup zná jen jeden člověk | Obtížné zastupování a zaškolení. | Projít skutečný případ a zaznamenat rozhodnutí i výjimky. |
Samotná existence těchto signálů ještě neurčuje technologii. Nejprve zjistíme, zda problém vyřeší jasnější dohoda, úprava současného nástroje nebo skutečně nové pracovní prostředí.
Posuďte, kdy stačí tabulka a kdy potřebujete víc
Tabulka je užitečná pro výpočty, rychlou analýzu i jednoduchou evidenci. Pokud má jasného správce, srozumitelná pravidla a přiměřený rozsah, nemusí být důvod ji nahrazovat. Rozhodnutí vychází z fungování procesu a jeho dalšího vývoje.
Upravit současný postup
Vhodné, když hlavní problém spočívá v nejasných názvech, odpovědnostech nebo nekonzistentním zadávání. Pomoci mohou sjednocená pole, formulář a pravidla práce.
Použít hotový nástroj
Dává smysl, pokud běžný systém pro zakázky, dokumenty nebo vztahy se zákazníky pokryje důležité scénáře. Ověříme jej na konkrétním případu včetně exportu a integrací.
Navrhnout aplikaci na míru
Připadá v úvahu, když potřebujete specifická pravidla, návaznosti a rozhraní pro různé uživatele. Do rozhodnutí patří také dlouhodobý provoz a odpovědnost za rozvoj.
Možná je i kombinace: účetní systém zůstane zdrojem účetních údajů a nová aplikace zajistí například zadání a schvalování zakázky. Důležité je předem vědět, kterou část práce nové řešení převezme.
Vyberte jeden postup s jasným začátkem a koncem
Záměr „digitalizovat celou firmu“ potřebuje rozdělit na zvládnutelné části. Pro první etapu vybereme proces, který se opakuje, má dostupné podklady a jeho výsledek lze ověřit. Může jít o zpracování poptávky, schválení dokumentu nebo předání zakázky.
Společně s lidmi, kteří práci skutečně vykonávají, projdeme několik dokončených případů. Zaznamenáme běžný průchod i situace, kdy se něco vracelo, chyběl podklad nebo se měnil požadavek.
- Co proces spouští a jaké informace musí být k dispozici?
- Kdo přebírá odpovědnost v jednotlivých krocích?
- Jak se pozná dokončený krok a dokončený celý případ?
- Co se děje při zamítnutí, změně zadání nebo nepřítomnosti kolegy?
- Které kroky vyžadují rozhodnutí člověka a které lze provést podle pravidla?
Před automatizací odstraňte nejasné rozhodování
Pokud se tým neshodne, kdo smí zakázku schválit nebo co znamená stav „hotovo“, aplikace tuto dohodu sama nevytvoří. Nejprve pravidlo vyjasníme, potom navrhneme jeho použití v systému.
Změříme také výchozí stav: například dobu čekání mezi kroky, počet vrácených podkladů nebo čas na přípravu pravidelného přehledu. Vybereme ukazatel, který souvisí s konkrétním problémem.
Určete platný zdroj údajů a pravidla přístupu
U zákazníka, zakázky nebo dokumentu potřebujeme vědět, kde vzniká jeho hlavní záznam. Pokud se údaje používají ve více systémech, stanovíme, odkud se přebírají a jak se řeší jejich změna. Zvlášť posuzujeme přílohy, jejich verze a stav schválení.
Každé důležité pole má mít jasný význam. „Termín“ může označovat dodání klientovi, interní kontrolu i dokončení výroby. Pokud tyto hodnoty splývají, samotné automatické reportování nepomůže.
Oprávnění odvoďte od skutečné práce
Seznam rolí doplníme o konkrétní činnosti: čtení, úpravy, schvalování a případné mazání. Zohledníme také vztah k záznamu. Externí partner může například vidět jen své zakázky, přestože jiný partner používá stejnou část aplikace.
Přístup se musí ověřovat při práci s daty na serverové straně; pouhé skrytí tlačítka v rozhraní jej nenahrazuje. Princip minimálních oprávnění a kontrolu každého požadavku popisuje OWASP v doporučeních pro autorizaci.
U důležitých rozhodnutí definujeme, co má být dohledatelné: kdo změnu provedl, kdy, čeho se týkala a jaký byl výsledek. Historii navrhneme podle potřeby procesu, včetně toho, kdo do ní může nahlížet.
Jak může vypadat schvalování dokumentu
Představme si firmu, která předává dokument ke kontrole a po potvrzení jej uvolní k dalšímu zpracování. Následující postup je modelový; ukazuje rozhodnutí, která je potřeba vyřešit před návrhem obrazovek.
Příprava konkrétní verze
Autor doplní dokument a potřebné údaje. Systém eviduje, kterou verzi připravil a zda je záznam úplný pro předání.
Předání odpovědné osobě
Určený schvalovatel vidí dokument, jeho účel a termín. Zastupování má vlastní pravidlo, aby případ nezůstal bez dalšího kroku.
Schválení nebo vrácení
Rozhodnutí se váže ke konkrétní verzi. Při vrácení se zaznamená důvod a případ se vrátí správnému řešiteli.
Navazující zpracování
Další tým přebírá odsouhlasený výstup. Pokud vznikne nová verze, je jasné, zda a jak musí znovu projít kontrolou.
V prototypu si ověříme také výjimky: schvalovatel nemá oprávnění, dokument se změnil během kontroly nebo někdo odešle stejnou akci podruhé. Tyto situace pomohou zpřesnit zadání dříve než samotná vizuální úprava formuláře.
Propojení systémů potřebuje pravidla pro běžný provoz i chyby
Napojení na další systém má určit směr přenosu, význam polí a okamžik synchronizace. U každého spojení potřebujeme vědět, co se stane při neplatném údaji, výpadku nebo rozdílu mezi dvěma záznamy.
Po přerušení spojení nemusí být hned zřejmé, zda se požadavek stihl zpracovat. Proto navrhujeme způsob ověření výsledku a bezpečného opakování. Konkrétní příklad ochrany před dvojím provedením ukazuje dokumentace idempotentních požadavků Stripe. U jiného systému se řešení řídí jeho možnostmi.
- Který systém rozhoduje o platné hodnotě?
- Jak se pozná, že přenos proběhl úspěšně?
- Kdo uvidí chybu a kdo ji má vyřešit?
- Jak se zabrání vzniku duplicit při opakování?
- Jak tým pokračuje, když propojení dočasně nefunguje?
Podobně navrhujeme notifikace. Upozornění má přijít člověku, který může něco udělat, a obsahovat srozumitelný další krok. Opakovaný e-mail všem členům firmy často jen přesune nepřehlednost ze systému do schránek.
První verzi ověřte na celém pracovním případu
První etapa by měla umožnit dokončit zvolený proces od vstupu až po výsledek. Samotný přehled záznamů nestačí, pokud lidé dál musí schvalování a výjimky řešit mimo něj.
Začneme prototypem a konkrétními úkoly. Uživatel zadá případ, najde chybějící podklad, předá práci a ověří stav. Sledujeme, zda rozumí názvům a zda mu aplikace poskytuje informace potřebné pro další rozhodnutí.
Co musí pilotní provoz potvrdit
- Běžný případ lze dokončit bez neplánovaného obcházení systému.
- Vybrané výjimky mají vlastníka a srozumitelný postup.
- Data a oprávnění odpovídají dohodnutému zadání.
- Importované údaje dávají smysl a nejsou zbytečně duplicitní.
- Tým ví, komu hlásit problém a podle čeho se určí jeho priorita.
Před širším zavedením stanovíme datum přechodu a pravidla pro rozpracované případy. Pokud vedle sebe dočasně běží stará evidence a aplikace, musí být jasné, která z nich je pro kterou část práce závazná.
Po spuštění sledujte používání a skutečný dopad
Aplikace potřebuje člověka odpovědného za proces i dohodnutou technickou správu. Určíme postup pro nové požadavky, aktualizace, řešení incidentů, správu přístupů a obnovu dat. Zálohování doplníme dohodou o ověření obnovy.
Přínos porovnáváme s výchozím stavem na podobných případech. Zajímá nás doba průchodu, počet vrácení, ručních zásahů a chyb. Sledujeme také, zda se práce nepřesunula na jiného člověka nebo do skryté pomocné tabulky.
Do celkového rozsahu patří vývoj, integrace, licence, hosting, podpora a další úpravy. Úsporu času neprezentujeme jako automaticky dosaženou finanční návratnost; posoudíme také nové provozní náklady a kapacitu týmu.
Pro první rozhovor v HONEWA nám pomůže popis jednoho konkrétního procesu, ukázka používaných podkladů bez citlivých údajů, seznam rolí a návazných systémů. Navrhneme postup ověření a rozsah první etapy. Více najdete v přehledu online služeb a vývoje aplikací.
Nejčastější otázky
Musíme nahradit všechny firemní tabulky?
Ne. Tabulky mohou dál sloužit pro analýzy a jednoduché agendy. Nové řešení má převzít konkrétní práci, u které současný postup přestává vyhovovat.
Jak poznáme, zda potřebujeme aplikaci na míru?
Nejprve popíšeme proces a vyzkoušíme vhodná existující řešení na skutečných scénářích. Vývoj na míru zvažujeme podle specifických pravidel, integrací a požadavků uživatelů.
Lze automatizovat jen jednu část práce?
Ano. První etapa může řešit jeden ucelený proces a propojit se se stávajícími nástroji. Potřebuje jasně definované vstupy, výstupy a předávání odpovědnosti.
Co když zatím nemáme sepsané postupy?
Začneme společným mapováním reálných případů. Zapojíme lidi, kteří práci dělají, a pojmenujeme pravidla, výjimky a místa, kde chybí rozhodnutí.
Jak se do aplikace převedou současná data?
Nejprve určíme potřebný rozsah, zdroje a pravidla pro duplicity. Import ověříme na vzorku a s týmem zkontrolujeme význam údajů i jejich návaznosti.
Co ovlivňuje cenu firemní aplikace?
Počet procesů, role, výjimky, integrace, kvalita vstupních dat a požadavky na provoz. Nabídku připravíme podle vymezené první etapy a následného rozvoje.
Kde vaše firma ztrácí čas opakovanou prací?
Popište nám jeden proces, který potřebujete zlepšit. Projdeme jeho průběh, role a návaznosti a navrhneme rozsah řešení i způsob ověření první verze.
Požádat o nezávazné nacenění
