ERP-bevezetés kkv-nál: idő, költség és buktatók

Rövid válasz: egy kkv-s ERP-bevezetés ma hónapokban mérhető, nem években, ha modulonként halad. A legtöbb csúszást nem a szoftver okozza. Három dolog okozza: a menet közben bővülő igények, a rendetlen adatok és a túl sok egyedi fejlesztés. Ha ezt a hármat kézben tartod, az ERP-bevezetés nem az a rémálom, amelynek a hírneve mutatja.

A rossz hírnév nem alaptalan. A nagy ERP-projektekről szóló statisztikák évtizedek óta kijózanítóak. De a nagyvállalati, több éves, sokmilliós projektek tanulságai csak részben igazak egy 30–200 fős cégre, ahol a folyamatok egyszerűbbek, és a bevezetés modulokra bontható.

Hol tartanak a cégek?

Az Eurostat szerint 2025-ben az uniós vállalkozások 46,45%-a használt ERP-rendszert. A különbség a méret szerint óriási: a kis cégek 41,08%-a, a nagyok 88,71%-a. A kis- és középvállalatok többsége tehát még Excel-táblák, külön számlázóprogram és néhány szakprogram között dolgozik, és előbb-utóbb eljut oda, hogy ez már nem bírja a növekedést.

Mit mutatnak a számok?

A legtöbbet idézett forrás a Panorama Consulting éves ERP-jelentése. A számokat mindig évszámmal együtt érdemes nézni, mert a minta évről évre változik.

2017 (342 válaszadó):

a projektek 74%-a túllépte az eredeti költségvetést, 59%-a az ütemtervet;
az átlagos bevezetési idő 16,9 hónap volt;
a Panorama ügyfelei átlagosan az éves árbevételük 3,6%-át költötték a projektre;
a költségtúllépés fő okai: váratlan technikai vagy szervezeti problémák (23%), többlet-technológiai igények (22%) és a bővülő hatókör (20%);
az ütemterv csúszásának fő okai: a bővülő hatókör (19%) és az adatproblémák (16%).

2026: a legújabb Panorama-jelentés szerint a szervezeteknek „több mint negyede” lépte túl a költségvetést, és a fő ok a többlet-technológiai igény volt. Ez jóval jobb, mint a korábbi évek, de a minták nem teljesen összehasonlíthatók.

A hosszú távú kép: a Computerworld 2010-ben 1600 szervezet adatait idézte, amelyek szerint 51,4%-uk lépte túl a költségvetést, és több mint felük az elvárt haszon legfeljebb 30%-át érte el.

Egy fontos megjegyzés: ezek a minták főleg amerikai közép- és nagyvállalatokat tartalmaznak. Egy kkv-nál a számok kisebbek, de a csúszás okai ugyanazok.

Mennyi ideig tart egy kkv-nál?

A bevezetés jellemzően öt szakaszból áll:

Folyamatfelmérés: hogyan dolgozik ma a cég, mi fáj, mit kell tudnia a rendszernek. Egy kkv-nál néhány hét.
Tervezés és demó: a folyamatok leképezése a rendszerre, a kulcsfelhasználók bevonásával.
Beállítás és adatmigráció: törzsadatok, nyitókészlet, nyitott tételek.
Tesztelés és betanítás: valós esetekkel, a kulcsfelhasználók vezetésével.
Élesítés és utánkövetés: az első hetekben a legtöbb kérdés és javítás.

Ha mindez egyszerre, minden modulra fut, egy kkv-nál is könnyen fél–egy év. Ha modulonként halad (például először a számlázás és a készlet, aztán a beszerzés, aztán a CRM), az első modul hetek vagy néhány hónap alatt élesedhet, és a cég már használja, miközben a következő készül.

Mennyibe kerül?

A licenc vagy az előfizetés csak egy része a költségnek. Egy reális költségvetés hat tételből áll:

szoftver: előfizetés felhasználónként vagy modulonként, illetve licenc;
bevezetés: a szállító vagy a tanácsadó munkadíja a felméréstől az élesítésig;
adatmigráció: a régi adatok tisztítása és áttöltése, amelyet szinte mindig alábecsülnek;
integrációk: webáruház, bank, NAV, szakprogramok;
testreszabás: minden, ami a szabványos működésen túl kell;
belső idő: a kulcsfelhasználók és a vezetők ideje, amelyet a legtöbb költségvetés egyáltalán nem tartalmaz.

Az utolsó tétel a legnagyobb rejtett költség. A bevezetés hónapjaiban a legjobb munkatársaidnak a napi munkájuk mellett kell tesztelniük, dönteniük és tanítaniuk. Ha erre nincs idejük, a projekt csúszik, vagy a rendszer nem a valós működést fogja leképezni.

Mi buktatja el?

1. A bővülő hatókör

A legtöbb ERP-projekt nem egy nagy hibán bukik el, hanem száz kicsi „és ha már ott vagyunk” kérésen. Mindegyik ésszerű, együtt viszont megduplázzák a projektet. A Panorama adatai szerint a bővülő hatókör a költségtúllépések 20%-áért és az ütemterv-csúszások 19%-áért felel.

2. A rendetlen adatok

A régi rendszerekben duplikált partnerek, hibás cikkszámok, régi árak és senki által nem ismert mezők vannak. Ha ezeket tisztítás nélkül töltöd át, az új rendszer az első naptól hibásan számol, és a felhasználók elveszítik a bizalmukat.

3. A túl sok egyedi fejlesztés

Minden testreszabás drágítja a bevezetést, nehezíti a karbantartást, és a frissítéseket is. Egy hazai ERP-tanácsadó a HVG-ben azt javasolta, hogy az egyedi fejlesztés az igények legfeljebb 10–15%-át tegye ki. Ez tapasztalati szám, nem kutatási adat, de jó kiindulópont: ha ennél jóval több kell, valószínűleg nem a megfelelő rendszert választottad.

4. A rossz kiválasztás

Ugyanez a cikk a kiválasztást nevezi a kudarcok fő okának. Gyakori hiba, hogy a cég a funkciólisták alapján dönt, nem a saját folyamatai alapján. Egy demó mindig szép. A jó kérdés az, hogy a te legbonyolultabb hétköznapi esetedet hogyan kezeli.

5. Nincs gazdája

Ha a projektet „az informatika” viszi, és az üzleti oldal csak a végén kapcsolódik be, a rendszer technikailag működni fog, de nem úgy, ahogy a cég dolgozik. Kell egy üzleti oldali felelős, aki dönteni tud, és kellenek kulcsfelhasználók minden területről.

Hogyan válassz rendszert?

A kiválasztás a projekt legolcsóbb szakasza, és itt dől el a legtöbb. Néhány kérdés, amelyet minden szállítónak érdemes feltenni:

Mutassa meg a te legbonyolultabb hétköznapi esetedet, ne a saját bemutató-forgatókönyvét. Például egy részszállítást visszárúval és devizás számlával.
Mi szabványos, és mi testreszabás? Kérd írásban, melyik igényedhez kell fejlesztés.
Hogyan kapcsolódik a webáruházhoz, a bankhoz, a NAV Online Számlához és a szakprogramjaidhoz?
Mi történik frissítéskor a testreszabásokkal?
Ki vezeti a bevezetést, és hány hasonló méretű cégnél csinálta már?
Hogyan viszed el az adataidat, ha egyszer váltani akarsz?

Ha két-három szállítót ugyanazokkal az esetekkel hasonlítasz össze, a különbségek gyorsan kiderülnek. A funkciólista ritkán dönt, az esetek viszont igen.

Egyszerre vagy modulonként?

A Panorama 2019-es adatai szerint a cégek 33%-a funkcionális területenként, modulonként vezette be az ERP-t, 30%-a egyszerre („big bang”), a többiek üzletágak vagy telephelyek szerint, illetve vegyesen. A Panorama szerint az egyszerre bevezetés nagy kockázatú, de nagy hozamú, a fokozatos biztonságosabb, de drágább.

Kkv-knál mi a modulonkénti bevezetést javasoljuk, három okból:

hamarabb van haszon: az első modul már működik, mielőtt a többi elkészül;
kisebb a kockázat: egy hiba egy területet érint, nem az egész céget;
tanul a csapat: az első modul tapasztalatai a következőt gyorsítják.

Az ára az, hogy egy ideig a régi és az új rendszer párhuzamosan él, és köztük átmeneti kapcsolat kell.

Amit mi láttunk

A csapatunk két korábbi projektje jól mutatja, mit jelent ez a gyakorlatban. Mindkettő a moduláris ZEBEQ platformon készült, amellyel ma is a legtöbbször dolgozunk.

HR-folyamatok egy rendszerben: egy nemzetközi flottakezelő cég hazai egységénél a szabadságkezelés, az onboarding, a teljesítményértékelés, a toborzás és a műszakbeosztás Excelben futott. Hét hónap alatt egy rendszerbe került, amelyet 70 felhasználó, a HR és a munkavállalók is használnak.
SAP Emarsys kiváltása: egy két országban működő elektronikai kiskereskedelmi lánc nagy, összetett SAP Emarsys-rendszerét egy általunk, no-code platformon fejlesztett saját marketingrendszer váltotta ki öt hónap alatt. Az új rendszer automatizáltan futtatja a kampányokat és az ügyfélkommunikációt, bővített funkcionalitással és költséghatékonyabban.

Egyik sem volt „big bang”. Mindkettőnél egy jól körülhatárolt területtel indultunk, és az mehetett élesbe, mielőtt a következő lépés jött.

Az első hónap élesítés után

Az élesítés napja nem a projekt vége, hanem a legkritikusabb időszak kezdete. Az első hetekben derül ki, hol nem illeszkedik a beállítás a valós munkához, és ilyenkor a felhasználók türelme a legkisebb.

Három dolog segít ezen át. Legyen egy jól látható, gyors csatorna a kérdéseknek és a hibáknak, és valaki, aki napon belül válaszol. Legyenek kulcsfelhasználók minden területen, akikhez a kollégák először fordulhatnak. És legyen egy rövid, heti áttekintés: mi javult, mi maradt nyitva, mi vár a következő hétre. Ha az első hónap jól megy, a rendszer elfogadottá válik. Ha rosszul, évekig „az új rendszer, ami nem működik” marad.

Hogyan tartsd kézben?

Írd le a hatókört modulonként, és minden új kérést egy listára tegyél, ne azonnal a projektbe. A lista az élesítés után jön.
Tisztítsd az adatot a migráció előtt, és döntsd el, mi kerül át egyáltalán.
Korlátozd az egyedi fejlesztést. Ha egy igény a szabványos működéssel is megoldható, változtass a folyamaton, ne a rendszeren.
Nevezz ki üzleti oldali felelőst és kulcsfelhasználókat, és szabadíts fel nekik időt.
Határozd meg előre az átvételi feltételeket: mikor kész egy modul.
Tervezd be a belső időt a költségvetésbe.
Ne zárd le a projektet az élesítés napján. Az első hónapban sok apró kérdés és javítás jön. Tervezz rá utánkövetést, és csak utána indítsd a következő modult.

Ha ERP-bevezetés előtt állsz, és szeretnéd, hogy valaki a folyamatfelméréstől az élesítésig modulonként végigvigye, nézd meg a vállalatirányítási és az IT tanácsadási szolgáltatásunkat.

GYIK

Mennyi ideig tart egy ERP-bevezetés egy kkv-nál?

Modulonkénti bevezetésnél az első modul hetek vagy néhány hónap alatt élesedhet, a teljes rendszer jellemzően néhány hónaptól egy évig tart. A Panorama 2017-es, főleg nagyobb cégeket vizsgáló jelentésében az átlag 16,9 hónap volt.

Mennyibe kerül egy ERP-bevezetés?

A cég méretétől, a modulok számától és a testreszabástól függ. A Panorama 2017-es ügyfélkörében átlagosan az éves árbevétel 3,6%-a volt, de ez főleg nagyobb cégek adata. A legtöbbször alábecsült tétel az adatmigráció és a belső munkaidő, ezeket mindenképp tervezd be.

Mi a leggyakoribb oka a csúszásnak?

A bővülő hatókör, az adatproblémák és a váratlan szervezeti vagy technikai nehézségek. A Panorama 2017-es adatai szerint a bővülő hatókör az ütemterv-csúszások 19%-áért felel.

Egyszerre vagy modulonként érdemes bevezetni?

Kkv-knál jellemzően modulonként: hamarabb van haszon, kisebb a kockázat, és a csapat tanul. Az egyszerre bevezetés gyorsabb lehet, de egy hiba az egész céget érinti.

Mennyi egyedi fejlesztés megengedhető?

Minél kevesebb, annál jobb. Egy hazai tapasztalati ökölszabály szerint az igények legfeljebb 10–15%-a. Ha ennél jóval több kell, érdemes újragondolni a rendszerválasztást.