Digitalizáció · ROI · Döntéstámogatás

Húsz tétel, amit kihagyunk a ROI-ból
— és ezért nem indul el a fejlesztési projekt

2026. szeptember 13.  ·  7 perc  ·  Dr. Sas Zoltán
Ipari mérnök ROI dashboardot elemez

A projekt nem elutasításban hal meg, hanem halasztásban

Ismerős a jelenet. A mérnök két hónapot dolgozik egy javaslaton. Megmutatja a technológiát, a referenciákat, a demót. A terem bólogat. Aztán a pénzügyi vezető feltesz egyetlen kérdést: mennyi, és mikor jön vissza?

Ha erre a válasz egy szám, ami mögött nincs levezetés, a projekt nem „nem" választ kap. Sokkal rosszabbat: „térjünk vissza rá a következő tervezési körben." Ez a mondat évente több jó ötletet öl meg, mint az összes technológiai kudarc együttvéve.

A ROI-számítás az a nyelv, amin egy mérnöki ötlet átjut a döntési kapun. Aki nem beszéli, az a saját szakmai igazságával együtt marad kint.

Miért nem hisznek a számodnak?

Három visszatérő ok van.

  1. Egyetlen számot mutatsz. „18 hónapos megtérülés." A biztos szám gyanús — aki egyet mutat, arról azt feltételezik, hogy nem nézte meg, mi történik, ha a feltevések nem jönnek be.
  2. Csak a hasznot mutatod. Ha a költségoldalon nincs kellemetlen tétel, az nem azt jelenti, hogy nincs. Azt jelenti, hogy nem kerested.
  3. Nincs benne a „mi van, ha nem jön be" ág. A pénzügyes nem a hasznot vitatja — azt vitatja, hogy ki viseli a hibás becslés következményét. Amíg erre nincs válasz, nem lesz aláírás.
„Az elmaradt digitális transzformációs projektek globálisan összesen 2,3 billió dollárnyi meghiúsult értéket képviselnek — és a fő ok nem a technológia volt, hanem a rosszul felépített stratégia és a rejtett költségek figyelmen kívül hagyása." ¹

A hiánylista I. — a költségoldal, amiről nem szoktunk beszélni

  1. A saját emberek munkaórája. A leggyakrabban kihagyott tétel. A belső kapacitás nem ingyen van — amit a karbantartó a projektre fordít, azt valahonnan elveszi.
  2. A bevezetés alatti termeléskiesés. A tanulási görbe valós, mérhető, és senki nem szereti leírni.
  3. Az integráció a meglévő rendszerekbe. A demó soha nem tartalmazza. Az éles bevezetés mindig.
  4. Az adatok rendbetétele. Ha az elemzés adatra épül, az adatminőség helyreállítása a projekt része, nem előfeltétele. A Deloitte 2025-ös felmérése szerint a gyártók közel 70%-a ezt jelöli meg az AI-bevezetés legnagyobb akadályaként. ²
  5. Képzés — és újraképzés. A fluktuáció nem áll meg a bevezetés után.
  6. A 2–5. év üzemeltetése. Licenc, támogatás, karbantartás. Egy ötéves haszonoldalhoz ötéves költségoldal tartozik.
  7. A kulcsember. Aki viszi a projektet, mást nem tud vinni. Ha elmegy, a projekt vele megy.

A hiánylista II. — a haszonoldal, ahol a hitelesség elvész

  1. A haszon nem az első naptól teljes. Aki az első hónaptól a teljes megtakarítással számol, átlagosan 15–25%-kal túlbecsüli az első év eredményét.
  2. Nem minden megspórolt óra pénz. A felszabaduló munkaóra csak akkor jelenik meg az eredménykimutatásban, ha van, ami elfoglalja: több termelés, kevesebb túlóra, elmaradó felvétel. Ha nincs, akkor „kényelmesebb lett" — ami érték, de nem szám.
  3. A kettős számbavétel. A leállások csökkenése és a teljesítménynövekedés gyakran ugyanazt a gépórát meséli el kétszer. Ezt egy külső szem azonnal észreveszi, a belső szem szinte soha.
  4. A nullszcenárió költsége. „Mi történik, ha nem csinálunk semmit?" A romló állapot, a növekvő selejt, az elvesztett megrendelés is a számítás része.
  5. A minőségi haszon. Nem szabad forintosítani ott, ahol nem lehet — külön kell mutatni, nem beleolvasztani.

A pilot-paradoxon

Egy pilot önmagában szinte soha nem térül meg. És ez így van jól.

A pilot nem beruházás. A pilot opcióvásárlás. Nem a hasznot veszed meg vele, hanem a jogot, hogy a nagy döntésről ténnyel a kezedben dönts — vagy időben, olcsón nemet mondj.

A helyes kérdés nem az, hogy „mennyit hoz a pilot", hanem hogy mennyivel csökkenti a nagy projekt bukásának valószínűségét. Aki ezt ki tudja mondani a döntési asztalnál, az általában megkapja a pilot költségvetését.

A pilot legfontosabb erőforrása nem a szenzor és nem a platform. Hanem a tapasztalat — mert a bukási valószínűség a modell egyik legérzékenyebb bemenete. Néhány százalékpontos elmozdulás rajta nagyobbat mozdít a nettó eredményen, mint a legtöbb költségtételen való alkudozás. ³

Nem egy szám kell, hanem három

Pesszimista, reális, optimista. Aki hármat mutat, annak elhiszik a középsőt. Aki egyet mutat, annak egyiket sem.

A jóváhagyáshoz sokszor nem az elvárt érték kell, hanem a legrosszabb ág: „Mennyit veszítünk, ha teljesen mellényúlunk?" Ha erre kész, számszerű válaszod van, a döntéshozó nem a nyereséget kockáztatja — a saját hitelességét. ⁴

Mit érdemes megcsinálni holnap

Vedd elő a legutóbbi fejlesztési javaslatodat, és nézd meg ezt az öt kérdést:

  • Szerepel-e benne a saját munkatársak ideje, pénzben?
  • Az első évi haszon teljes értéken van benne, vagy felfutással?
  • Van-e haszontétel, ami kétszer szerepel, más néven?
  • Van-e benne a bukás valószínűsége — vagy 100%-os sikert feltételezel?
  • Van-e legrosszabb eset, számmal?

Ha az ötből háromra nemmel válaszoltál, a javaslatod nem rossz. Csak megvédhetetlen. És ez a kettő nagyon nem ugyanaz.

Hivatkozások

  1. Moveworks (2025): Unpacking the True Cost of Enterprise Digital Transformation. moveworks.com
  2. Deloitte (2025): 2025 Manufacturing Industry Outlook. deloitte.com
  3. Virto Commerce (2026): Industrial Digital Transformation: The 2026 Roadmap. virtocommerce.com
  4. Deloitte (2025): AI and Tech Investment ROI. deloitte.com
LinkedIn Facebook
Van egy konkrét fejlesztési ötleted, ami még nem jutott át a döntési kapun?
Egy ingyenes előkonzultáción megnézzük együtt, hol tartasz — és mi kellene ahhoz, hogy átmenjen.