De miért vannak még itt? Lehet, hogy egy egyszeri rossz döntés eredményeként kerültek be, lehet, hogy egy korábbi vezető hozta be őket, lehet, hogy még egy előző rendszerből itt maradt torz mementó a szállító — ami biztos, hogy most már érzed: menniük kéne. Megbízhatatlannak, rugalmatlannak, akár bunkónak tartod őket, de eddig sosem mertél elköszönni tőlük, mert a leváltás kockázata és költsége mindig nagyobbnak tűnt, mint amennyit a bosszúság miatt bevállaltál volna.
Na, pont most jött el a pillanat, hogy lecseréld.
Ha végig gondolod, hogy miért fáj évek óta ugyanazt az IT-beszállítói portfóliót menedzselni, valószínűleg ugyanazokba a bajokba futsz bele, mint mindenki más. Ez a négy pont az, amitől rángani kezd a szemöldöke minden vezetőnek, aki valaha végignézett egy fájdalmasan hosszú, vagy kellemetlen elemeket tartalmazó vendor-listán.
A négy fő fájdalompont
Én magam is vettem részt nagy takeover-projektekben, ahol régóta regnáló szállítót váltottunk ki, akik teljesen belekényelmesedtek a pozíciójukba. Alacsony színvonalú, de drága munkát végeztek, mert az T&M alapon számlázva nekik pláne jó volt — a ledolgozott órák magas száma és a bevétel maximalizálása volt a cél, nem a modernizáció, pláne nem az automatizáció.
Az ügyfél ezt mindig látja, és ha logikusan végig gondolja, akkor bevállalja a vendor-konszolidáció / csere kockázatát, ami ilyenkor már sokkal kisebb, mint ott maradni a régi szállítónál. Mert sokkal jobb egy fürgébb, szakmailag jobban felkészült csapatra bízni a korábban más által szállított, támogatott IT rendszereket, mint megvárni a SLA-k akár lassú, akár gyors, de biztosan bekövetkező romlását, a compliance problémákat, a rendszerek kiesése miatti vizsgálatokat.
Mit várhatsz el egy új szállítótól? Teljeskörű felmérést, átvizsgálást, elemzést, auditot, tervezést, átállást, utána optimalizálást, és ahol csak lehetett automatizálást — és az éves szolgáltatási díjak akár felére, harmadára csökkenését.
Akkor miért nem csinálta ezt eddig szinte senki? Kutatásaim szerint a közepes és nagy cégek vezetőinek kb. kétharmada szeretne vendor-konszolidációt, és egy éven belül kb. 20%-os vendorszám-csökkenést célozna meg. A valóság viszont egész más képet mutat: a projektek a múltban átlagosan 30–36 hónapig tartottak, és csak a harmadik évben hoztak pozitív ROI-t — miközben rengeteg kockázattal jártak. Ilyen átfutási idő és ilyen megtérülés mellett nem csoda, hogy a legtöbben inkább el sem indították ezeket a projekteket.
Az AI-val támogatott elemzési és fejlesztési módszertanokkal nemcsak a vendor-váltás és system takeover-ek költsége csökken drasztikusan, hanem a kockázata is. Rövid idő alatt teljeskörűen átnézhető a folyamat, a kód, a rendszer — és ez alapján biztonsággal megtervezhető mind a szolgáltatóváltás, mind a modernizáció és az automatizáció lépéssora is. Ettől persze még nem lesz nulla az emberi erőforrás-igény, ahogy a kockázat sem tűnik el teljesen egy ilyen projektből. Mindig lesznek váratlan dolgok, hiányzó vagy téves információ alapján megtervezett lépések, amiket menet közben módosítani kell — és persze mindent végig kell nézni, tesztelni, ellenőrizni, javítani, újratesztelni, ha kell. Már csak azért is, mert a kiváltott vendor nem feltétlenül lesz segítőkész abban, hogy mindent hiánytalanul átadjon. Ez benne van a pakliban.
De még ezekkel a korlátokkal együtt is akár 30–50%-kal csökkenthető egy ilyen projekt költsége, és a jelentősebb kockázatok közel nullára szoríthatók le.
Hiszen most már megvan a lehetőségünk teljeskörű kódátvizsgálásra, sőt mély szintű felhasználói és technológiai logelemzésre, folyamatos monitoringra és gyors beavatkozásra is, hogy minden folyamatot, kockázatot, függőséget alaposan átvilágíthassunk, mindent teszteljünk, minden eltérésre időben reagáljunk.
IT-szempontból ezek tulajdonképpen egyszerű feladatok: a felhasználói és üzleti igények nagyrészt ismertek, kiforrottak, a funkcionalitást a korábbi vendor rendszere már »tudja« — nekünk csak az a dolgunk, hogy AI-technológiával, felkészült kollégákkal és kidolgozott módszertannal mindezt olcsóbban, jobban, hatékonyabban és biztonságosabban szállítsuk, támogassuk, fenntartsuk. Ez sima ügy — ebben jók vagyunk. Úgyhogy ha van egy beszállítód, akitől már rég meg akartál szabadulni, csak féltél a költségektől, kockázatoktól: most jött el a te időd!
So why are they still here? Maybe a single bad decision brought them in. Maybe they were appointed by a previous manager. Maybe the supplier is a legacy supplier left over from a system you replaced years ago. Whatever the reason, you already know they should go. You think they are unreliable, inflexible, sometimes plain rude, and yet you have never dared to say goodbye, because the risk and cost of switching always looked bigger than the aggravation was worth.
Now, it is time to replace them.
If you look closely at why managing the same IT supplier portfolio has been painful for years, you will probably recognise the same problems most organisations face.
These are the four points that make the eyebrow twitch on any leader who has ever stared down a vendor list that is painfully long or full of problematic suppliers.
I have taken part in large takeover projects myself, where we replaced a long-reigning supplier who had grown thoroughly comfortable in their position. They did low-quality but expensive work, because billing on a T&M basis suited them nicely. The goal was a high number of hours worked and maximised revenue, not modernisation, and certainly not automation. The client always sees this, and if they reason it through, they take on the risk of vendor consolidation or replacement, which by that point is far smaller than staying with the old supplier. Because it is far better to hand the IT systems previously delivered and supported by someone else to a nimbler, more capable team than to wait for service levels to deteriorate, compliance issues to emerge, or a system outage to trigger an internal or regulatory investigation. What can you expect from a new supplier? A full assessment, review, analysis, audit, planning, migration, then optimisation, and automation wherever possible, along with annual service fees potentially being reduced to as little as one-half or one-third of their current level. So why has almost no one done this until now? Based on my research, roughly two-thirds of leaders at medium-sized and large companies want to consolidate their vendor base, and would aim to reduce the number of vendors they work with by around 20% within a year. The reality has looked very different: in the past these projects ran for an average of 30 to 36 months, and only turned a positive ROI in the third year, while carrying a great deal of risk. With lead times and returns like those, it is no wonder most people never even started the projects.
With AI-supported analysis and development methodologies, the cost of vendor switches and system takeovers falls drastically, and so does the risk. In a short time the process, the code and the system can be reviewed in full, and on that basis both the supplier switch and the sequence of modernisation and automation steps can be planned with confidence. That does not eliminate the need for human expertise, of course, just as the risk does not disappear entirely from a project like this. There will always be surprises, steps planned on the basis of missing or wrong information that need adjusting along the way, and of course everything has to be reviewed, tested, checked, fixed and retested if need be. Not least because the replaced vendor will not necessarily be helpful about handing everything over in full. That is part of the deal.
Even with those constraints, a project like this can be made 30 to 50% cheaper, and the more significant risks can be squeezed close to zero.
We now have the means for a full code review, indeed for in-depth analysis of user activity and technical logs, continuous monitoring and rapid intervention, so that we can thoroughly examine every process, risk and dependency, test everything, and respond to every deviation in good time.
Not by accident. From an IT point of view these are essentially straightforward tasks: the user and business requirements are largely known and settled, the previous vendor's system already »knows« the functionality, and our only job is to deliver, support and maintain all of it cheaper, better, more efficiently and more securely, using AI technology, capable colleagues and a well-developed methodology. This is a well-understood challenge, and it is exactly the kind of work we do well. So if there is a supplier you have wanted to replace for some time, and only the costs and risks held you back: now is your time.
Have a supplier you have long wanted rid of?
Warum ist dieser Dienstleister überhaupt noch an Bord? Vielleicht kam er durch eine einmalige Fehlentscheidung ins Haus, vielleicht hat ihn ein früherer Manager geholt, vielleicht ist er ein Relikt aus einer alten Systemlandschaft. Sicher ist nur: Sie spüren inzwischen, dass er gehen müsste. Sie halten ihn für unzuverlässig, unflexibel, vielleicht sogar für unhöflich – und trotzdem haben Sie sich bisher nie getraut, sich von ihm zu trennen. Weil Risiko und Kosten der Ablösung immer größer wirkten als der Ärger, den Sie stattdessen in Kauf genommen haben.
Jetzt ist der Moment gekommen, ihn auszutauschen.
Wenn Sie darüber nachdenken, warum die Steuerung Ihres IT-Dienstleister-Portfolios seit Jahren so mühsam ist, stoßen Sie wahrscheinlich auf dieselben vier Punkte wie alle anderen. Jede Führungskraft, die schon einmal eine schmerzhaft lange Vendor-Liste durchgearbeitet hat, wird sie wiedererkennen.
Die Rechnung der Vendor-Konsolidierung ist nicht kompliziert
Ich habe selbst an großen Systemübernahmen mitgewirkt, bei denen wir einen seit Jahren etablierten Anbieter abgelöst haben – einen, der es sich in seiner Position vollständig eingerichtet hatte. Abgerechnet wurde auf T&M-Basis, was für ihn besonders angenehm war: Ziel waren möglichst viele abgerechnete Stunden und maximaler Umsatz, nicht die Modernisierung und schon gar nicht die Automatisierung. Der Kunde sieht das immer. Und wenn er es zu Ende denkt, nimmt er das Risiko einer Konsolidierung oder eines Wechsels auf sich – denn dieses Risiko ist inzwischen deutlich kleiner als das Risiko, beim alten Anbieter zu bleiben. Es ist schlicht besser, bislang fremdbetreute IT-Systeme einem schnelleren, fachlich stärkeren Team anzuvertrauen, als der sicheren Verschlechterung der SLAs zuzusehen. Was dürfen Sie von einem neuen Dienstleister erwarten? Eine vollständige Bestandsaufnahme, ein Audit, einen Umstellungsplan, die Migration und danach laufende Optimierung sowie – wo immer möglich – Automatisierung. Und, je nach Ausgangslage, eine Senkung der jährlichen Servicegebühren auf die Hälfte bis auf ein Drittel des bisherigen Niveaus. Warum hat das bisher fast niemand gemacht? Rund zwei Drittel der Führungskräfte in mittelständischen und großen Unternehmen wünschen sich eine Vendor-Konsolidierung und würden die Zahl ihrer Dienstleister innerhalb eines Jahres gern um etwa 20 % reduzieren. Die Realität sah bisher anders aus: Solche Projekte dauerten im Schnitt 30 bis 36 Monate und brachten erst im dritten Jahr einen positiven ROI – bei gleichzeitig hohem Risiko. Bei einer solchen Durchlaufzeit und einer solchen Rentabilität ist es kein Wunder, dass die meisten sie lieber gar nicht erst begonnen haben.
Zwei Drittel der Führungskräfte wünschen sich eine Vendor-Konsolidierung – doch die Projekte dauerten bisher 30 bis 36 Monate und brachten erst im dritten Jahr einen positiven ROI.
Mit KI-gestützten Analyse- und Entwicklungsmethoden sinken nicht nur die Kosten eines Anbieterwechsels und einer Systemübernahme drastisch, sondern auch deren Risiko. Prozesse, Code und Systemlandschaft lassen sich in kurzer Zeit vollständig erfassen – und darauf aufbauend sowohl der Wechsel als auch die Schrittfolge von Modernisierung und Automatisierung verlässlich planen. Der Bedarf an menschlicher Expertise sinkt damit natürlich nicht auf null, und das Risiko eines solchen Projekts verschwindet ebenso wenig. Es wird immer Unerwartetes geben und Schritte, die auf Basis fehlender oder falscher Informationen geplant wurden und unterwegs angepasst werden müssen. Alles muss geprüft, getestet, korrigiert und bei Bedarf erneut getestet werden – schon deshalb, weil der abzulösende Vendor sich bei der lückenlosen Übergabe nicht unbedingt kooperativ zeigt. Das gehört zu solchen Projekten dazu.
Selbst mit diesen Einschränkungen lassen sich die Kosten eines solchen Projekts um 30 bis 50 % senken und die wesentlichen Risiken beherrschbar halten.
Denn heute stehen uns eine vollständige Code-Durchsicht, eine tiefgehende Analyse, kontinuierliches Monitoring und schnelle Eingriffe zur Verfügung: genug, um jeden Prozess, jedes Risiko und jede Abhängigkeit zu durchleuchten, alles zu testen und auf jede Abweichung rechtzeitig zu reagieren.
Aus IT-Sicht sind das klar umrissene Aufgaben: Die Nutzer- und Geschäftsanforderungen sind größtenteils bekannt und ausgereift, und die Funktionalität beherrscht das System des bisherigen Vendors bereits. Unsere Aufgabe ist es, all das mit KI-Technologie, erfahrenen Fachleuten und einer ausgearbeiteten Methodik besser, günstiger und sicherer zu liefern und zu betreiben. Eine klare Aufgabe – und darin sind wir gut. Wenn Sie also einen Dienstleister haben, den Sie längst loswerden wollten, vor den Kosten und Risiken aber zurückgeschreckt sind: Jetzt ist Ihre Zeit gekommen.
Wir nehmen Ihr aktuelles Portfolio auf und zeigen Ihnen, welcher Vertrag sich zuerst ablösen lässt.