Data mají několik verzí
Zákazník, produkt nebo zakázka je v několika souborech a tým neví, který záznam je aktuální.
Procesy, data a integrace
CRM a ERP systémy na míru
Navrhujeme CRM, ERP a databázové aplikace na míru podle konkrétního firemního procesu, s jasnou odpovědností za data, rolemi, integracemi a samostatně přebíranými etapami.
CRM nebo ERP na míru má smysl, když se firma nevejde do logiky běžného programu: stejná data se přepisují mezi tabulkami, stav případu zůstává v e-mailu a report vyžaduje několik ručních exportů. Nezačínáme „kompletním ERP“. Vybereme proces, jehož zlepšení je viditelné a který lze popsat od vstupu po výsledek.
Někdy stačí nastavit hotový nástroj nebo propojit dva existující systémy. Vlastní aplikace je vhodná tehdy, když firma potřebuje zvláštní pravidla, data, oprávnění či postupy, které by jinak vyžadovaly trvalé obcházení systému.
Jaké problémy ukazují potřebu systému?
Stav je ukrytý ve zprávách
Průběh je třeba skládat z e-mailů a rozhovorů místo jasného vlastníka, termínu a historie.
Výjimky obcházejí postup
Běžný případ program zvládne, ale důležité zakázky závisí na poznámkách, ručních opravách a paměti pracovníka.
Report přichází pozdě
Data existují, ale před rozhodnutím se musí exportovat, opravit a spojit, takže výsledek popisuje minulost.
Příklad procesu: od poptávky k realizaci
Poptávka přijde e-mailem. Obchod vytvoří zákazníka a nabídku, provoz ověří proveditelnost, vedoucí schválí cenovou výjimku a z objednávky vzniknou úkoly a dokumenty. Pokud má každá etapa vlastní soubor, lidé opakovaně zadávají stejné údaje a ztrácejí kontext změn.
Začínáme názvy událostí a odpovědností: co případ otevře, kdo může změnit stav, která data jsou povinná, kdy je nutné schválení a co proces uzavírá. Obrazovky a moduly vycházejí z tohoto modelu. Při převzetí se pak ověřuje i to, zda nelze obejít důležité rozhodnutí.
Co může řešení obsahovat?
CRM a správa případů
Zákazníci, kontakty, příležitosti, nabídky, úkoly, termíny, stavy, odpovědnost a historie činností.
Provoz a dokumenty
Zakázky, rezervace, oběh dokumentů, schvalování, přílohy, oznámení a řízené přechody.
Data a reporty
Společné kartotéky, číselníky, validace, importy, přehledy a reporty založené na stejných definicích.
Integrace a automatizace
Výměna dat s účetnictvím, skladem, e-shopem, platbami, poštou nebo jinou službou přes API či dohodnutý import.
Hotový systém, integrace, nebo vlastní modul?
| Varianta | Kdy ji zvážit | Hlavní kompromis |
|---|---|---|
| Nastavení hotového systému | Proces je běžný a firma může část pravidel přizpůsobit nástroji. | Rychlejší start za cenu menší kontroly nad neobvyklými požadavky. |
| Integrace používaných programů | Každý dobře plní vlastní úkol, ale ruční přepis vytváří chyby. | Propojení musí sledovat rozhraní a změny více dodavatelů. |
| Vlastní modul | Jeden klíčový proces se nevejde do současné sady nástrojů. | Řeší konkrétní problém bez okamžité náhrady celého prostředí. |
| Širší systém na míru | Vlastní pravidla, role a data propojují více strategicky důležitých procesů. | Největší kontrola přináší odpovědnost za vývoj, bezpečnost a údržbu. |
Data a oprávnění nejsou až poslední krok
Při návrhu určujeme zdrojový záznam, rozpoznání duplicit, práva ke čtení a změně dat i operace vyžadující historii. Administrátor, obchodník a pracovník realizace nepotřebují stejný přístup. Oprávnění vycházejí z odpovědnosti a následku chyby.
Migrace také vyžaduje rozhodnutí. Staré tabulky mohou obsahovat mezery, zkratky a rozpory. Nový systém je nemá tiše přijmout. Dohodneme pravidla čištění, přehled odmítnutých řádků a ověření zkušební migrace.
Jak dělíme zavedení do etap?
- Mapa procesu. Popíšeme vstupy, rozhodnutí, role, výjimky a výsledek.
- Model dat a integrací. Určíme odpovědnost za informace a hranice systémů.
- První použitelný rozsah. Vybereme scénář, který lze dokončit od začátku do konce.
- Zkouška na realistických případech. Běžné situace a výjimky testujeme na připravených datech.
- Další etapy. Moduly rozšiřujeme po ověření procesu a zpětné vazbě uživatelů.
Praktický základ tohoto přístupu
Pro 44Islands jsme rozvíjeli rezervační backend používaný v každodenní práci turistické společnosti. V projektu OBIBOOK katalogová data slouží také exportům mimo aplikaci. Oba příklady ukazují význam hranice mezi daty, odpovědností a skutečnou prací uživatele. Více v portfoliu.
Popište jeden proces, ne název systému
Napište, jak dnes případ začíná, kdo na něm pracuje, mezi kterými programy se data přepisují a kde vzniká chyba nebo zpoždění. Podle toho posoudíme integraci, menší modul, rozvoj aplikace nebo širší systém.
Popište projekt
Navrhujeme CRM, ERP a databázové aplikace na míru podle konkrétního firemního procesu, s jasnou odpovědností za data, rolemi, integracemi a samostatně přebíranými etapami.