# Független IT-tanácsadó cégeknek: ERP kiválasztása | Krogis

Źródło: https://krogis.pl/hu/biznes
Język: hu
Opis: Van egy projektjük, az informatika pedig az üzemeltetéssel foglalkozik. Követelmények, beszállítóválasztás, felügyelet és átvétel ERP-nél – a vezetés oldalán.

---

# Az új rendszer a projekt fele. *A másik fele az emberek.*

A Krogis olyan vállalatok és külföldi csoportok leányvállalatainak vezetését látja el tanácsokkal, amelyeknek egy projektet kell megvalósítaniuk, miközben saját IT-osztályuk az üzemeltetéssel van elfoglalva. Új ERP kiválasztása és bevezetése, reklamációkezelés, folyamatalapú CRM, a KSeF-re (Lengyelország országos e-számlázási rendszerére) felkészített költségszámla-ügymenet, szerződéskezelés, munkatársak be- és kiléptetése: a vezetéssel együtt megfogalmazom a követelményeket, egyeztetek az IT-csapattal és a szállítókkal, összevetem az ajánlatokat (leányvállalatoknál a központ beszerzési irányelvei szerint), tanácsot adok a megvalósítás felügyeletéhez, és segítek felkészíteni az emberek munkamódjának változását, hogy az élesítés után valóban használják az új rendszert. **Egy beszélgetés, és nagyjából 2 nap múlva kész a koncepció.**

[Beszélgetés egyeztetése](mailto:wojciech.kroczak@krogis.pl?subject=Besz%C3%A9lget%C3%A9s%20egy%20koncepci%C3%B3r%C3%B3l) [Nézzen meg egy elkészült példát](https://krogis.pl/hu/biznes#przyklad)

**1. részlet** alkatrészek egy mérnök asztalán **lépték 1: 1** illusztráció **1. lap** üzleti szféra

## Változásmenedzsment a vállalatnál. *Tipikus projektek, és mit változtatnak meg az emberek munkájában.*

Egy vállalatnál a változást általában az eredmények vagy a központ döntése hajtja. Az emberek gyorsabban elfogadják, ha megértik, mit jelent számukra.

### ERP vagy CRM bevezetése

**Mi változik az emberek számára:** az értékesítés, a pénzügy és az ügyfélszolgálat közös adatokból dolgozik a saját táblázatai helyett.

**Tipikus nehézség:** a gyors eredmények kényszere és az Excel kényelme: az új rendszer alulmarad a táblázattal szemben, ha nem kényelmesebb már az első naptól.

**Mire figyelek:** az osztályvezetőkre mint első felhasználókra, az első héttől mért használati mutatókra, és az élesítés utáni áttekintésre.

### Folyamatplatform és workflow

**Mi változik az emberek számára:** a kérelmek, jóváhagyások és reklamációk egyetlen, látható útvonalon haladnak, e-mailek és telefonhívások helyett.

**Tipikus nehézség:** minden osztálynak megvannak a saját kivételei, és azt szeretné, ha a rendszer mindet tükrözné.

**Mire figyelek:** előbb a folyamat leírása és a kivételek egyeztetése a vezetőkkel, csak utána a rendszer.

### A központ döntése, amelyet a leányvállalatnál vezetnek be

**Mi változik az emberek számára:** a leányvállalat átvesz egy, a központ által választott eszközt vagy folyamatot.

**Tipikus nehézség:** „nem a mi ötletünk volt”: a központ célja nem válik automatikusan a helyi csapat indokává.

**Mire figyelek:** a központ céljának lefordítására a leányvállalat munkatársai számára konkrét előnyökre, és annak világos felosztására, ki felel helyben a változásért.

### MI-ágensek és automatizálás

**Mi változik az emberek számára:** az ismétlődő munka egy része automatikusan történik, az emberek pedig ellenőrzik az eredményeket és kezelik a kivételeket.

**Tipikus nehézség:** aggodalom a munkahelyekért, és egy dokumentálatlan folyamat automatizálása, ami csak felgyorsítja a káoszt.

**Mire figyelek:** előbb a folyamat leírása és rendbetétele, valamint annak rögzítése, ki miért felel, csak utána az automatizálás, és egy őszinte beszélgetés arról, hogyan változnak meg a szerepek.

**KSC és NIS 2.** Ha a cég a KSC hatálya alá tartozó szervezeteknek nyújt szolgáltatást, az ügyfelek szerződéses kikötéseket és bizonyítékokat fognak kérni tőle. Segítek elkészíteni a válaszokat és a dokumentumokat anélkül, hogy külön biztonsági részleget kellene felépíteni. [A KSC a vezetés szemszögéből](https://krogis.pl/hu/uslugi/koordynacja#ksc)

[Mi a változásmenedzsment, és miért éri meg](https://krogis.pl/hu/zarzadzanie-zmiana)

## Kérdések, amelyekre érdemes tudni a választ.

Igazgatósági tagoknak és pénzügyi igazgatóknak teszem fel őket, mielőtt egy nagy bevezetés elindul. Ha bármelyikre az a válasz, hogy „nem tudjuk”, éppen ott tudok segíteni.

1. **Pontosan minek kell megváltoznia az emberek munkájában az új rendszer élesítése után, és hogyan mérjük ezt?**
2. **Ki fordítja le a mi oldalunkon a felhasználók igényeit a szállítónak szóló követelményekre?**
3. **Közös terjedelem és teljes költség alapján vetjük össze az ajánlatokat?**
4. **Hogyan biztosítjuk, hogy az üzemeltetéssel elfoglalt IT-csapatunkat ne terhelje túl a projekt?**
5. **Mit teszünk, ha a bevezetés kezd eltávolodni a vezetés szándékától?**

**A hiba ára.** Egy olyan ERP-bevezetés, amely nem felel meg az emberek igényeinek, a licencek, a bevezetés és több hónapnyi munka költségét jelenti eredmény nélkül. Egy tanácsadó általában kevesebbe kerül, mint egyetlen rosszul megválasztott technológia, egyetlen nem megfelelő szállító vagy egyetlen csapda a szerződésben.

## Mit nyernek. *A dokumentumok eszközök, nem célok.*

- **A vezetés ideje** 15–20 perc beszélgetés hetekig tartó workshopok helyett. Döntések csak ott, ahol valóban szükség van rájuk.
- **Kevesebb hiba az ERP- és más bevezetésekben** A cél és a siker definíciója még a szállító kiválasztása előtt egyeztetve.
- **Az eredményekért elszámoltatható szállító** Követelmények, átvételi kritériumok és változásnapló, amelyekre támaszkodni lehet.
- **Emberek, akik valóban használják a rendszert** Változásmenedzsment és változásnagykövetek minden osztályon, hogy a bevezetés ne maradjon papíron.
- **Kisebb kiadások** A problémához illesztett eszköz – és néha az a döntés, hogy egyáltalán nincs szükség új rendszerre.

**Wojciech Kroczak** Változásmenedzsment- és digitalizációs tanácsadó. 2017–2026: egy külföldi csoport ipari leányvállalata. 2016–2026: nemzetközi holding – bank, lízing, biztosítás.

**A központ figyelmébe.** A Krogis egy lengyel leányvállalat helyi vezetésének független tanácsadója. Egy 15 perces vezetői beszélgetésből két napon belül koncepciót készítek, olyan követelményeket írok, amelyek alapján az informatikai csapat és a beszállítók dolgozni tudnak, összevetem az ajánlatokat a csoport beszerzési szabályaival, és a bevezetés idején képviselem a vezetést. Nem árulok szoftvert, és nem kötődöm beszállítókhoz. Kérésre egyoldalas angol nyelvű összefoglaló is rendelkezésre áll.

## A vezetésnek döntést kell hoznia. *Senkinek sincs ideje leírni.*

A vezetés pontosan tudja, milyen problémát akar megoldani és milyen kockázatot akar lezárni – és ennek szavakba öntése tizenöt percet vesz igénybe, nem egy hétnyi workshopot.

Egy általános utasítás birtokában a belső IT azzal kezdi, hogy megbeszéléseket hív össze és kész megoldásokat keres – mielőtt bárki leírta volna, mire van valójában szükség.

Koncepció vagy prototípus nélkül nehéz megmondani, van-e egyáltalán üzleti értelme egy ötletnek – az igen/nem döntés megérzés alapján születik, nem valami konkrétum alapján.

Amikor a projekt már fut, a vezetést vagy behúzzák olyan munkamegbeszélésekbe, amelyekre nincs ideje, vagy épp ellenkezőleg, elveszíti a rálátást arra, hogy a megvalósítás még mindig az eredeti szándékát tükrözi-e.

**Ez nem olyan vállalatoknak szól, amelyeknek már van tapasztalt, igazgatósági szintű CIO-juk.** A Krogis ott illik jól, ahol a vezetés szorosan részt vesz a napi működésben, az IT-osztály pedig kicsi, vezetők helyett informatikai szakemberekből áll, és az üzemeltetés köti le – mint a nagy ipari és pénzügyi csoportok leányvállalatainál, a szolgáltató és biztosítótársaságoknál, valamint a hitelszövetkezeteknél.

## Kalapácsot akarunk venni, *mert… fel kell akasztanunk egy képet.*

A vállalatok gyakran nehezen tudják megfogalmazni, mit akarnak, mert nem tudják, mit kérhetnének. A vezetés azt mondja: „rendszert kell vennünk”, és egy sor kérdés után – „mire szolgál ez a rendszer, mit akarnak elérni vele, mit képzelnek, mi történik az élesítés után?” – gyakran kirajzolódik a valódi probléma: „gyorsabban akarjuk kezelni a reklamációkat, könnyen akarunk jelentéseket készíteni, csökkenteni akarjuk a költségeket, meg akarunk felelni a központ irányelveinek, növelni akarjuk az A csatornán történő értékesítés jövedelmezőségét.”

A célról és arról kérdezek, mi számít majd sikernek, majd módszeresen végigvisszük az elemzést, amíg el nem jutunk a valódi célig, amely gyakran a rendszerre vonatkozó első ötlet mögött rejtőzik.

1. A kérés„Számlakezelő rendszert akarunk venni.” A tényleges igény - a teljes beszerzési politika rendbetétele, - a folyamatok leírása és optimalizálása az igényléstől a megrendelésen és a szerződésen át a költségszámlákig, - a szállítókezelés szabályai.
2. A kérés„CRM-rendszerre van szükségünk.” A tényleges igény - a partneradatok életciklusának feltérképezése: mikor és mely rendszerekben rögzítenek egy partnert, ki felel érte, és mely üzleti események hatására kell az ügyfél adatainak más rendszerekbe kerülniük, - strukturált, digitalizált eljárások az ajánlatok útvonalára, - folyamatalapú megközelítés a partneradatok rögzítéséhez, frissítéséhez és ellenőrzéséhez, - az ajánlatok elkészítését megkönnyítő eszközök, - a marketing automatizálásának lehetőségei, - az értékesítési tevékenységek automatizálásának lehetőségei, - a potenciális és meglévő ügyfelekkel folytatott kommunikáció hangulatának figyelése. Konténerterminál. Ez nem egy tipikus, egyszerű CRM volt, hanem az ügyfélkiszolgálás folyamatalapú fejlesztése.
3. A kérés„Van marketingmodulja a CRM-hez?” A tényleges igény - az érintettekkel való kapcsolatok kezelésére szolgáló eszköz, nem egy újabb értékesítési modul.

Olyan kérdésekkel kezdem, amelyeket a vállalatok ritkán tesznek fel maguknak: hogyan néz ki az ideális jövőjük, mi okoz ma problémát, miért csináljuk ezt, mi számít majd befejezettnek, és milyen kritériumok alapján ítéljük sikeresnek a projektet. Ahelyett, hogy rögtön egy olyan szállítóhoz fordulnánk, akinek „van erre rendszere”, előbb megállapodunk a célban. Tudok folyamatokat leírni és elemezni, de mindenekelőtt az elemzést és a kérdezést irányítom: a szervezeten belül, a definíciókban és a szállítókkal folytatott beszélgetésekben. Így nem veszítenek időt, és gyorsabban jutnak el ahhoz az eredményhez, amelyre valóban szükségük van.

## Ki mit csinál egy rendszer bevezetésekor.

Reklamációk, költségdokumentumok ügymenete, szolgáltatási kérelmek: a mechanizmus modultól függetlenül ugyanaz.

## Önökre is ez jellemző? *Négy dolog, amelyet érdemes tudni az első beszélgetés előtt.*

### Mi utal gyakran erre

Gyakori, hogy az IT-csapatot teljesen lefoglalja az üzemeltetés, a projekt pedig arra vár, hogy valaki megírja a követelményeket. Előfordulhat, hogy végül a szállító maga javasolja a terjedelmet és az ütemtervet. A központ vagy a vezetés státuszt kér, és a választ több forrásból kell összerakni. A projektdokumentáció egyenetlenül készül: nem mindig világos, ki írta, kié, és jóváhagyták-e.

### Mi történhet, ha halogatják

A terjedelem menet közben felvetett változtatásokkal nőhet, a költségek és a határidők csúsznak, az átvétel pedig a szállító ígéretein alapul. Az új informatikusok ezután rendezett tudás nélkül csatlakoznak a projekthez.

### Ki szokott a támogató lenni

Leggyakrabban egy igazgatósági tag (a pénzügyi vagy az operatív igazgató), aki felel a bevezetés üzleti eredményéért.

### Mit nem vállalok

Nem vagyok a szállító projektmenedzsere. Nem felelek a bevezetésért, sem azért, hogy a saját munkatársaik időben teljesítenek-e, de segítek ezt figyelemmel kísérni: azt csinálom, amire a vezetésnek gyakran nincs ideje, vagyis gondoskodom arról, hogy látható legyen, hogyan halad a projekt, ki miért felel, és miről kell dönteni.

**A legkisebb biztonságos első lépés:** egy 30 perces, díjmentes beszélgetés. Egy 15–20 perces, vezetéssel folytatott beszélgetésből nagyjából 2 nap alatt koncepciót készítek, bevezetési költség nélkül.

## Több projekt egyszerre, és a központ státuszt kér. *Ki fogja össze?*

ERP-bevezetés, folyamatalapú CRM, KSeF-dokumentumügymenet, a dokumentáció rendbetétele: az IT-osztály a rendszerek működését tartja fenn, a projektek pedig gyakran állandó koordinátor nélkül maradnak. A vezetésnek ilyenkor kevés ideje és hiányos képe van.

Állandó koordinátorként működöm a vezetés oldalán (a nagy szervezetek nyelvén PMO, azaz projektirodaként). Egyetlen kép a projektekről, rendszeres státuszok és jelentés, a központ számára angolul is.

- A projektek listája szakaszokkal, határidőkkel, felelősökkel, függőségekkel és akadályokkal, mindegyik zöld, sárga vagy piros státusszal.
- Heti vagy kétheti státuszmegbeszélés, feljegyzés, a teendők és határidők listája.
- Kockázati, döntési és dokumentációs nyilvántartások: ki a szerző, ki a gazda, és a jóváhagyás melyik szakaszában tart.
- Az információáramlás összehangolása a csapat, a feladatok felelősei és a szállítók között, valamint eszkaláció, ha valami elakad.
- A döntések, a költségvetés és a megvalósítás gazdája a vezetés marad. Nem vállalok felelősséget a bevezetésért; arról gondoskodom, hogy látható legyen, hogyan halad.

[A projektkoordináció és a projektek rendben tartásának terjedelme](https://krogis.pl/hu/uslugi#doradca)

## ERP vagy más nagy rendszer bevezetése. *Négy pont, ahol a vezetésnek szüksége van valakire a saját oldalán.*

Az IT-csapat a napi működést tartja fenn. Egy bevezetési projekt más munka: le kell írni az igényeket, ki kell választani a szállítót, le kell folytatni a tárgyalásokat, és el kell számolni az eredményekkel. Beléphetek ezek egyikébe, vagy végigkísérhetem Önökkel az egész utat.

1. **Előkészítés és követelmények** Azoknak a folyamatoknak, rendszereknek, adatoknak és integrációknak a listája, amelyeket az új rendszernek át kell vennie vagy le kell váltania. A vezetés felhatalmazásával rendelkező üzleti gazda, az élesítés után ellenőrizendő célok, valamint a folyamataik nyelvén írt követelmények, nem pedig egy szállítói prospektus funkciólistája.
2. **A szállító vagy a bevezetési partner kiválasztása** Ajánlatkérés, a saját forgatókönyveiken alapuló bemutatók, közös terjedelemre hozott és mátrixban összevetett ajánlatok: teljes költség több évre, a csapat, a munkamódszerek, az üzemeltetési és a kilépési feltételek.
3. **Tárgyalások az** IT-val és a megvalósítás felügyelete A vezetést képviselem a szállítóval és az IT-csapattal folytatott megbeszéléseken, és kézben tartom a terjedelmet, az ütemtervet és a változtatási döntéseket. A vezetés rövid összefoglalókat kap, és csak akkor kapcsolódik be újra, amikor a döntésére van szükség.
4. **Átvétel és lezárás Átvétel az egyeztetett tesztforgatókönyvek és kritériumok alapján, ellenőrzött adatmigráció, dokumentáció és képzés.** Olyan üzemeltetési szerződés, amely nem teszi Önöket a szükségesnél jobban függővé egyetlen szállítótól.

Hogy ez mennyi ideig tart, a szervezettől és a projekttől függ: mennyire felkészült a vállalat, milyen a szervezeti kultúrája, és milyen felhatalmazást ad a vezetés a projektnek. Ezért az ütemtervet az első beszélgetés után egyeztetjük, nem egy árlista alapján.

### Kérdések, amelyeket egy bevezetés előtt hallok

### Hogyan készítsük fel a vállalatot egy ERP-bevezetésre?

Mielőtt a szállítókkal tárgyalnának, írják le, mi van meg: azokat a folyamatokat, rendszereket, adatokat, integrációkat és szerződéseket, amelyeket az új rendszernek át kell vennie, vagy amelyekkel együtt kell működnie. Jelöljenek ki egy üzleti gazdát a vezetés felhatalmazásával, és egyezzenek meg abban, miből fogják tudni, hogy a bevezetés sikeres volt. Döntsék el, hol veszik át a rendszer szabványos folyamatait, és hol jelent a saját folyamatuk megtartandó versenyelőnyt. A folyamataik nyelvén írt követelmények lehetővé teszik az ajánlatok összevetését, később pedig a szállító elszámoltatását. Jó kiindulópont egy [leltár](https://krogis.pl/hu/inwentaryzacja).

### Ki vezesse a bevezetést a mi oldalunkon, ha az IT-csapatunkat lefoglalja az üzemeltetés?

Két szerepre van szükség: egy üzleti gazdára, aki a folyamatokról dönt, és egy személyre a megrendelő oldalán, aki kézben tartja a terjedelmet, a határidőket és a döntéseket. Az IT felel az integrációkért, az infrastruktúráért és a későbbi üzemeltetésért, de nem neki kell egyedül eldöntenie, hogyan működjön az értékesítés vagy a könyvelés. Ezt a második személyt a vezetés tanácsadójaként támogatom: segítek kézben tartani a terjedelmet és az ütemtervet, előkészítem a döntéseket, és tárgyalok a szállítókkal – az IT-csapattal együtt, nem helyette.

### Hogyan válasszunk bevezetési partnert, és hogyan vessük össze a terjedelemben és árban eltérő ajánlatokat?

Először hozzák közös terjedelemre az ajánlatokat: egyetlen követelménymátrix, amelyben minden szállító ugyanazokra a kérdésekre válaszol. A több évre vetített teljes költséget vessék össze (licencek, bevezetés, üzemeltetés, változtatások), ne csak a belépő árat. Kérjenek bemutatót a saját forgatókönyveik alapján, és ellenőrizzék mind azt a csapatot, amely ténylegesen a projekten fog dolgozni, mind a szerződés megszüntetésének feltételeit.

### Hogyan tárgyaljunk egy szállítóval, ha nincs üzleti elemzőnk?

Ahelyett, hogy azt kérdeznék, mit tud a rendszer, mutassanak be valós eseteket a vállalatukból, és kérdezzék meg, hogyan kezelné őket a rendszer. Rögzítsék a megállapodásokat, és a későbbi megbeszéléseken hivatkozzanak rájuk. Segít, ha van valaki az Önök oldalán, aki egyaránt beszéli a vezetés és a szállító nyelvét – ezt a szerepet töltöm be: előkészítem a kérdéseket, lefolytatom a beszélgetéseket, és a válaszokat lefordítom arra, milyen következményekkel járnak a vállalatra nézve.

### Mit tegyünk, ha a bevezetés késik, vagy a terjedelem eltávolodik a tényleges igényektől?

Álljanak meg egy áttekintésre, mielőtt a probléma nagyobb lesz: mi szerepel a szerződésben, mi változott döntés nélkül, és mely funkciókra van valóban szükség az induláskor. Segít a változások és döntések naplója, valamint egy tényeken, nem benyomásokon alapuló beszélgetés a szállítóval. A vezetés ezután független értékelést kap a projekt állapotáról és a továbblépés lehetőségeiről.

### Hogyan vegyünk át egy rendszert a szállítótól, és mire figyeljünk az üzemeltetési szerződésben?

Az átvételnek előre egyeztetett tesztforgatókönyveken és kritériumokon kell alapulnia, nem általános benyomáson. Ellenőrizzék az adatmigrációt, a dokumentációt és a csapatuk képzését. Az üzemeltetési szerződésben alaposan nézzék meg a szolgáltatási szinteket és a reakcióidőket, a változtatások költségét, a saját adataikhoz és a dokumentációhoz való hozzáférést, valamint a szerződés megszüntetésének feltételeit.

## Folyamatplatform az ERP mellett, *nem helyette.*

A partneradatok csak egy üzleti tranzakció bekövetkezésekor kerülnek az ERP-be – a levelezés viszont, beleértve az e-Doręczenia (az országos elektronikus kézbesítési szolgáltatás) integrációját is, olyan feleket is érint, amelyek talán soha nem jelennek meg az ERP-ben. Ahol az ERP önmagában nem elég, külön folyamatplatformot tervezünk, amely integrálódik az ERP-vel és az ügyfél központi rendszereivel, az adott ERP-hez és a szervezet sajátos igényeihez igazítva.

### A beszerzési lánc

Igénylés, megrendelés, szerződés, szállítói kapcsolatok kezelése, tárgyalás, költségszámla-ügymenet, szállítóértékelés – egyetlen folyamattérkép szétszórt táblázatok és e-mailek helyett.

### Folyamatok a beszerzés mellett

HR-folyamatok, minták kiadása a raktárból, belső, külső, ügyfél- és szállítói reklamációk – ugyanazok az integrációs és adatgazdai szabályok, mint a beszerzésben.

## A vezérigazgató átláthatóbbá akarta tenni a jogi osztály munkáját. *Nem volt ideje egy kétórás megbeszélésre egy elemzővel.*

Jogi támogatási modul egy távhőszolgáltatónál. A vezérigazgató azt akarta, hogy a jogi osztály jelentse a munkaidejét, és helpdeskhez hasonlóan fogadja a kérelmeket, ahelyett hogy csupán azt tudná, hány jogi ügye van a vállalatnak, és mennyibe kerülnek. Az volt a szándéka, hogy a jogi osztály, amely időnként több telephelyen dolgozik, ugyanolyan átlátható és elszámoltatható legyen, mint a külső ügyvédi irodák, amelyek minden hónap végén teljes jelentést küldenek neki: ki min dolgozott, és mennyi idő ment el az egyes ügyekre és kérelmekre. A vezetésnek nem volt ideje órákig tartó megbeszélésekre egy elemzővel vagy követelmények írására – kész koncepciót akart látni.

1. 1 **Beszélgetés** 15–20 perc a vezetéssel: mit akar figyelemmel kísérni, miért, és milyen látható eredményt vár.
2. 2 **Koncepció** Nagyjából 2 napon belül: helpdesk-jellegű kérelemmodell, ügynyilvántartás és munkaidő-jelentés a jogászok számára.
3. 3 **Döntés** A vezetés kész koncepciót értékel, nem papírra vetett ötletet – a megvalósításról vagy elvetésről szóló döntés valami konkrétum alapján születik.
4. 4 **Bevezetés** A Krogis képviseli a vezetést a bevezetési csapatban – a vezetést csak valódi döntésekhez vonják be újra.

**Eredmény:** ugyanennél a szervezetnél a jogi osztálynak ma már van digitális archívuma a beszerzési eljárásokról és jogi támogatási modulja, amelyek egymásra épülő, egymást követő projektekben készültek el, ugyanazzal a mechanizmussal: a vezetés megfogalmazza a szándékát, a Krogis cselekvéssé alakítja.

## Egyetlen beszélgetéstől *a vezetés állandó képviselőjének szerepéig.*

Ugyanez a mechanizmus sokéves együttműködés során vált be külföldi csoportok egy ipari és egy pénzügyi leányvállalatánál: fordítóként a vállalatcsoport és a helyi vezetés között, közvetlenül együttműködve a vezetéssel, a pénzügyi igazgatóval és a főkönyvelővel.

1. 01 **Koncepció vagy prototípus egyetlen beszélgetésből** 15–20 perc + ~2 nap Beszélgetés a vezetéssel a problémáról és a célról, workshopok nélkül, és anélkül, hogy az elején bevonnánk az IT-osztályt. Kész koncepció vagy prototípus mint a döntés-előkészítő elemzés alapja – még bármilyen bevezetési költség előtt.
2. 02 **Specifikáció a megvalósításhoz** Határidő az első beszélgetés után A koncepció jóváhagyása után: követelmények, adatmodell, integrációk és tesztforgatókönyvek, olyan formára lefordítva, amely alapján az IT-osztály (belső vagy külső szállító) dolgozni tud – szükség esetén a központ beszerzési irányelvein alapuló összehasonlító mátrixszal és részvétellel a szállítókkal folytatott tárgyalásokon.
3. 03 **A vezetés képviselője a bevezetési csapatban** A projekt időtartamára Különösen értékes egy nagy, a központ által előírt projektben, például egy közös, központi ERP-re való átálláskor: megbeszélések a szállítókkal, egyeztetések a helyi rendszerekkel való integrációról, és annak biztosítása, hogy a megvalósítás hű maradjon az eredeti szándékhoz. A saját pénzügyi, értékesítési és marketingterületének napi feladataival leterhelt vezetés tömör összefoglalókat kap, amelyek segítik saját döntéseit és kommunikációját a központtal és az IT-osztállyal, ahelyett hogy napról napra követnie kellene a projektet. Az ügyek csak akkor kerülnek a vezetés elé, amikor a döntésére van szükség.
4. 04 **Digitalizációs tanácsadó** Folyamatos tanácsadói szerep További koncepciók és projektek ugyanazon a mechanizmuson, a csoportközpont követelményeinek lefordítása helyi cselekvésre, és naprakész kép arról, hol fizettek túl hasonló vállalatok technológiai döntésekért.

1. 2017–2026 **Egy külföldi csoport ipari leányvállalata** „Ugyanazon platform fejlesztésének kilencedik éve a vállalaton belül – közvetlenül a vezetéssel, a pénzügyi igazgatóval és a főkönyvelővel együttműködve, a változásmenedzsment felelőseként, nem technológiai szállítóként.” Beszerzési és számlakezelési ügymenet egy nemzetközi ipari vállalatcsoport számára. A változásmenedzsment vezetése a vezetéssel, a pénzügyi igazgatóval és a főkönyvelővel.
2. 2016–2026 **Nemzetközi holding – bank, lízing, biztosítás** Üzletifolyamat-kezelő platform bevezetése, egy procure-to-pay megoldás koncepciójának megtervezése és bevezetése, a kiküldetések kezelése, valamint integráció szakrendszerekkel (OCR, KSeF). A megoldás hozzáigazítása a vállalatcsoport beszerzési eljárásaihoz.
3. Pénzügy **Hitelszövetkezetek (SKOK)** Rendszerbevezetések és folyamatos együttműködés a hitelszövetkezetekkel.

## Kinek szól ez.

- **Vezérigazgató, igazgatósági tag, tulajdonos** A projekt eredményéért a felügyelőbizottságnak, a tulajdonosnak vagy a központnak felel – és neki van a legkevesebb ideje az IT-követelmények megfogalmazására. Egy leányvállalatnál egyszerre felel a helyi vezetésnek és a központnak.
- **Pénzügyi igazgató (CFO) Össze kell egyeztetnie a helyi működési igényeket a vállalatcsoport beszerzési irányelveivel és a központ szabványaival – és szüksége van valakire, aki mindkét nyelvet folyékonyan beszéli.**
- **IT-igazgató kis csapattal** Szövetséges, feltéve, hogy a vezetés koncepciója már végrehajtható formára lefordítva jut el hozzá – nem pedig egy újabb homályos „csináljatok valamit ezzel” kérésként.

## Amit a kezdés előtt a leggyakrabban kérdeznek.

### Milyen gyorsan lehet a vezetés ötletéből alkalmazáskoncepció?

Maga a beszélgetés a vezetéssel 15–20 percig tart – ez elég a probléma, a cél és a korlátok leírásához. A kész koncepció vagy prototípus nagyjából két munkanapon belül elkészül, még mielőtt bármilyen bevezetési költség felmerülne, a döntés alapjaként, nem pedig további találgatások kiindulópontjaként.

### Összeegyeztethető ez a központ beszerzési irányelveivel?

Igen. A központ beszerzési irányelvei az első naptól beépülnek az összehasonlító mátrixba és a követelményekbe, ahelyett hogy csak az aláíráskor bukkannának fel feltételként. A vezetés olyan formában kapja meg az ajánlatok összehasonlítását, amelyet a központ megért, szükség esetén angolul.

### Miben különbözik ez egy üzleti elemző vagy egy product owner felvételétől?

Az elemző vagy a product owner általában állandó álláshely a szervezetben, amelyet Önöknek kell irányítaniuk, és be kell vezetniük a vállalat környezetébe. A Krogis úgy érkezik, hogy már a vezetés szintjén tud dolgozni, projektalapon működik (egyetlen koncepciótól a folyamatos együttműködésig), és kifelé is képviseli a vezetést – a szállítók és a bevezetési csapat felé, nem csak egyetlen projekten belül.

### Van értelme ennek a szolgáltatásnak, ha már van IT-osztályunk?

Igen, amennyiben az IT-osztály kicsi, és informatikai szakemberekből áll, nem pedig a vezetéssel való kapcsolattartást végző menedzserekből. A vezetéssel közösen elkészített koncepció már végrehajtható formára lefordítva jut el az IT-hoz, ami felgyorsítja a munkájukat ahelyett, hogy versenyezne vele. Ott nem illik, ahol már van tapasztalt, igazgatósági szintű CIO.

### Hogyan néz ki a gyakorlatban a vezetés képviselete a bevezetési csapatban?

Azt jelenti, hogy a vezetés nevében részt veszek a napi munkamegbeszéléseken, gondoskodom arról, hogy a megvalósítás ne távolodjon el az eredeti szándéktól, és csak akkor fordulok a vezetéshez, amikor a döntésére van szükség. A vezetés tájékoztatást kap az előrehaladásról, de nem kell minden megbeszélésen részt vennie – visszanyeri az idejét anélkül, hogy elveszítené az irányítást.

## Mondja el, mi a vezetés problémája. *Két nappal a beszélgetésünk után kész lesz a koncepció.*

[Írjon: wojciech.kroczak@krogis.pl](mailto:wojciech.kroczak@krogis.pl?subject=Besz%C3%A9lget%C3%A9s%20egy%20koncepci%C3%B3r%C3%B3l) [Hívjon: +48 516 401 658](tel:+48516401658)

- 2 munkanapon belül válaszolok
- Első beszélgetés: 30 perc, díjmentesen
- A beszélgetés lengyelül vagy angolul folyhat