Co prezentace ERP systému skutečně ukazuje — a co ne
Při hodnocení ERP systémů je zásadní rozumět tomu, co prezentace dodavatele může a nemůže ukázat.
Systém, který firma vidí na prezentaci, je zpravidla v obecném, tzv. demo nastavení. Neobsahuje parametrizaci pro konkrétní typ výroby, není nakonfigurován podle firemních procesů a nepracuje s reálnými daty firmy. Dodavatel ukazuje, co systém umí v základu, nikoliv jak bude vypadat po implementaci u dané firmy.
Skutečné nastavení systému probíhá až po analytické fázi, která je součástí implementačního projektu a placenou službou. Teprve v této fázi se:
- definují parametry a konstanty systému pro konkrétní typ výroby
- nastavují workflow, schvalovací procesy a číselníky
- konfigurují datové struktury podle firemních potřeb
- identifikují oblasti, kde standardní funkcionalita nestačí a je třeba zákaznická úprava na míru
To znamená, že firma nikdy neuvidí „svůj" systém před podpisem smlouvy. Toto je přirozená a nevyhnutelná součást ERP výběru a je třeba s ní vědomě počítat.
Co ale firma požadovat může a má: aby dodavatel na konkrétních scénářích ukázal, jak by danou situaci systém řešil a jasně odlišil, co je standardní funkcionalita dostupná ihned, co je otázka parametrizace a nastavení a co by vyžadovalo zákaznický vývoj. Právě toto rozlišení je pro výběrové řízení klíčové, protože zákaznický vývoj znamená vyšší náklady, delší implementaci a vyšší riziko.
Proč standardní demo nestačí
Při výběru ERP systému absolvuje firma zpravidla prezentaci od každého dodavatele. Tyto prezentace mají společnou strukturu: dodavatel ukáže přehled modulů, předvede nejsilnější funkce systému a zodpoví dotazy výběrového týmu.
Problém není v tom, že by prezentace byly nepravdivé. Problém je v tom, že jsou selektivní. Dodavatel přirozeně volí scénáře, které jeho systém zvládá nejlépe a vyhýbá se situacím, kde systém naráží na své limity nebo kde by bylo potřeba zákaznické úpravy.
Výběrový tým přitom hodnotí systém na základě toho, co vidí. Pokud prezentace neobsahuje scénáře klíčové pro danou firmu, výběrový tým nemá informace potřebné pro objektivní rozhodnutí.
Výsledkem je situace, kdy firma vybere systém, který vypadá skvěle na demu, ale po analytické fázi se ukáže, že klíčové procesy firmy vyžadují rozsáhlý zákaznický vývoj, který nebyl v původní ceně ani v očekáváních.
Tři kategorie funkcionality — klíčové rozlišení při hodnocení ERP
Při hodnocení ERP systému na konkrétních scénářích by firma měla od dodavatele požadovat jasné zařazení každé funkcionality do jedné ze tří kategorií:
- Standardní funkcionalita. Funkce dostupná ihned bez jakýchkoliv úprav. Toto je nejméně riziková a nejméně nákladná varianta. Čím více procesů firmy pokrývá standardní funkcionalita, tím nižší jsou náklady na implementaci a tím nižší je riziko projektu.
- Parametrizace a nastavení. Funkce, která v systému existuje, ale vyžaduje konfiguraci podle potřeb firmy: nastavení konstant, parametrů, číselníků nebo workflow. Toto je standardní součást každé implementace a nepředstavuje zásadní riziko, ale je třeba vědět, že tato práce je součástí implementačního projektu a má svůj čas a cenu.
- Zákaznický vývoj na míru. Funkce, která ve standardním systému neexistuje a musí být vyvinuta specificky pro danou firmu. Toto je nejrizikovější kategorie, neboť zákaznický vývoj prodlužuje implementaci, zvyšuje náklady a vytváří závislost na dodavateli při budoucích aktualizacích systému.
Toto rozlišení by mělo být součástí každé nabídky dodavatele. Pokud dodavatel toto rozlišení odmítá nebo není schopen poskytnout, je to varovný signál.
Jak připravit scénáře pro představení ERP systému
Příprava demonstračních scénářů je práce, která leží na straně firmy, ne dodavatele. Je to investice času, která se vrátí v kvalitě výběrového rozhodnutí.
Krok 1: Identifikace klíčových procesních scénářů
Výrobní firma by měla identifikovat pět až deset scénářů, které pokrývají nejdůležitější situace v jejím provozu:
- Standardní scénáře — typický průchod zakázky od přijetí po fakturaci
- Výjimečné scénáře — změna zakázky za běhu, výpadek materiálu, reklamace
- Kritické scénáře — situace s přímým dopadem na zákazníka nebo náklady firmy
Krok 2: Konkrétní popis každého scénáře
Každý scénář by měl být popsán dostatečně konkrétně, aby ho dodavatel mohl demonstrovat. Vágní zadání jako „ukažte nám výrobu" nestačí.
Příklad konkrétního popisu scénáře:
Zákazník objedná deset kusů výrobku s nestandardní povrchovou úpravou. Dva týdny po zadání zakázky změní požadované množství na patnáct kusů a posune termín dodání o týden dříve. Ukažte, jak systém zpracuje tuto změnu — co se stane s výrobními příkazy, jak se přepočítá plán výroby a jak je změna zaznamenána v historii zakázky. Uveďte, zda jde o standardní funkcionalitu, parametrizaci nebo zákaznický vývoj.
Krok 3: Definice hodnotících kritérií
Pro každý scénář by firma měla předem definovat, co považuje za přijatelný výsledek a kolik kroků je ještě akceptovatelných. Tato kritéria umožňují objektivní srovnání více systémů na stejných scénářích.
Klíčové scénáře pro výrobní firmy
Na základě zkušeností z implementací ERP ve výrobních firmách existuje sada scénářů, které by praktická ukázka neměla vynechat:
- Průchod zakázky end-to-end. Kompletní průchod typické zakázky od přijetí objednávky přes plánování, výrobu, expedici až po fakturaci. Tento scénář odhalí, jak systém propojuje jednotlivé moduly a kde vznikají datové mezery nebo ruční zásahy.
- Změna zakázky za běhu. Jak systém reaguje na změnu množství, termínu nebo specifikace zakázky, která je již ve výrobě? Tento scénář je pro zakázkovou výrobu kritický.
- Kooperace s externím dodavatelem. Jak systém eviduje předání polotovaru ke kooperaci, sleduje termín vrácení a zaúčtuje náklady do kalkulace zakázky?
- Reklamace od zákazníka. Jak systém zpracuje reklamaci, její evidenci, šetření příčiny, náhradní dodávku a dobropis?
- Kapacitní plánování při přetížení. Jak systém zobrazí kapacitní přetížení výrobního střediska a jaké nástroje nabídne pro přeplánování?
- Reporting pro management. Jak rychle a snadno lze získat přehled o stavu zakázek, vytížení výroby a hospodářském výsledku? Jde o standardní reporty nebo zákaznický vývoj?
Příklad z praxe: demo vs. realita
Následující příklad je ilustrativní. Vychází z typických vzorců, které se v ERP projektech opakují, nikoliv z konkrétního případu.
Výrobní firma absolvovala prezentace od tří dodavatelů ERP systémů. Všechny prezentace byly přesvědčivé, systémy vypadaly moderně a dodavatelé odpovídali na dotazy sebejistě.
Před podpisem smlouvy se firma rozhodla požádat finálního kandidáta o ukázku na pěti konkrétních scénářích ze svého provozu — včetně scénáře změny zakázky za běhu a zpracování kooperace. Zároveň požádala dodavatele, aby u každého scénáře jasně uvedl, zda jde o standardní funkcionalitu, parametrizaci nebo zákaznický vývoj.
Výsledek byl pro firmu překvapivý. Standardní průchod zakázky systém pokrýval bez problémů. Ale změna zakázky ve výrobě vyžadovala ruční zásah do několika obrazovek a dodavatel potvrdil, že automatická aktualizace výrobních příkazů by byla zákaznickým vývojem nad rámec standardní implementace. Zpracování kooperace bylo možné, ale pouze jako parametrizace s omezenými možnostmi sledování nákladů, plná funkcionalita by opět vyžadovala zákaznický vývoj.
Tyto informace zásadně změnily obraz o celkových nákladech projektu. Firma mohla na základě těchto zjištění buď vyjednat jiné smluvní podmínky, nebo přehodnotit výběr dodavatele. V každém případě měla informace potřebné pro kvalifikované rozhodnutí a to je přesně cíl ukázky systému na reálných scénářích.
Jak praktickou ukázku organizačně zajistit
Představení ERP systému na reálných situacích vyžaduje přípravu na straně firmy:
- Vyhraďte dostatek času. Představení jednoho systému na pěti až osmi scénářích zabere půl dne až celý den. Počítejte s tím při plánování výběrového řízení.
- Zajistěte přítomnost klíčových uživatelů. Ukázky by se měli účastnit lidé, kteří s danými procesy pracují každý den. Jejich hodnocení je nejcennějším výstupem.
- Dokumentujte výsledky strukturovaně. Pro každý scénář zaznamenejte výsledek, počet kroků, kategorii funkcionality (standard / parametrizace / zákaznický vývoj) a hodnocení přijatelnosti. Tato dokumentace umožní objektivní srovnání více systémů.
- Požadujte písemné potvrzení. Závěry z demonstrace, zejména zařazení funkcionality do kategorií, by měly být součástí písemné nabídky dodavatele. Ústní přísliby na prezentaci nejsou dostatečným podkladem pro rozhodnutí.
Závěr
Ukázka ERP systému na reálných datech s jasným rozlišením standardní funkcionality, parametrizace a zákaznického vývoje je nejspolehlivější metodou, jak získat objektivní obraz o reálné použitelnosti systému a skutečných nákladech implementace.
Žádná obecná prezentace tuto informaci neposkytne, protože obecná prezentace ukazuje systém bez nastavení pro konkrétní firmu. Až prezentace na konkrétních scénářích odhalí, co systém skutečně umí standardně a co by stálo další čas a peníze.
Systém, který na reálných scénářích prokáže širokou standardní pokrytí procesů firmy, představuje nižší riziko a předvídatelnější náklady implementace než systém, který na demu vypadá skvěle, ale klíčové procesy firmy řeší zákaznickým vývojem.
Tento článek je součástí série Akademie ERP výběru: Jak vybrat ERP systém pro výrobní firmu.
Celá série:
- Jak vybrat ERP systém pro výrobní firmu: začněte procesy, ne funkcemi →
- Proč ERP systém nevyřeší špatné procesy ve výrobní firmě →
- Proč celkové náklady ERP systému jsou vždy vyšší, než se zdá →
- Jak vybrat ERP systém správné velikosti pro výrobní firmu →
- Proč měřitelné cíle rozhodují o úspěchu ERP projektu →
- Jak vybrat dodavatele ERP systému pro výrobní firmu →
- Proč zapojení uživatelů rozhoduje o úspěchu ERP projektu →
- Jak vybrat ERP systém, který poroste spolu s vaší firmou →
- Jak testovat ERP systém na reálných scénářích výrobní firmy →
- Implementační příprava ERP: co rozhoduje o úspěchu projektu →
- Proč kvalita dat rozhoduje o úspěchu ERP systému ve výrobě →
V případě zájmu o nezávislou konzultaci výběru ERP dodavatele je možné navázat odbornou diskusí.