IT-Roadmap im Mittelstand: Wie aus vielen Einzelthemen eine klare Route wird
In vielen mittelständischen Unternehmen gibt es sie bereits: die Tabelle mit dem Namen „IT-Maßnahmen“. Vierzehn Zeilen, vier Quartalsspalten, ein paar farbige Markierungen. Sie ist im Frühjahr entstanden, meistens auf Zuruf, und seitdem hat sie niemand mehr angefasst.
Auf den ersten Blick sieht das aus wie eine IT-Roadmap. Auf den zweiten ist es eine Wunschliste mit Terminen daneben.
Der Unterschied ist keine Formsache. Eine Wunschliste sagt Ihnen, was jemand gerne hätte. Eine Route sagt Ihnen, wo Sie stehen, wohin Sie wollen, was zuerst tragen muss und was Sie bewusst weglassen. Sie ist damit kein Planungsdokument der IT, sondern ein Führungsinstrument der Geschäftsführung. Und sie entsteht am Ende eines Denkprozesses, nicht am Anfang.
Dieser Artikel beschreibt, wie aus vielen Einzelthemen eine belastbare Route wird — und woran man erkennt, dass eine vorhandene Roadmap in Wahrheit keine ist.
IT-Roadmap im Mittelstand: Wie aus vielen Einzelthemen eine klare Route wird
In vielen mittelständischen Unternehmen gibt es sie bereits: die Tabelle mit dem Namen „IT-Maßnahmen“. Vierzehn Zeilen, vier Quartalsspalten, ein paar farbige Markierungen. Sie ist im Frühjahr entstanden, meistens auf Zuruf, und seitdem hat sie niemand mehr angefasst.
Auf den ersten Blick sieht das aus wie eine IT-Roadmap. Auf den zweiten ist es eine Wunschliste mit Terminen daneben.
Der Unterschied ist keine Formsache. Eine Wunschliste sagt Ihnen, was jemand gerne hätte. Eine Route sagt Ihnen, wo Sie stehen, wohin Sie wollen, was zuerst tragen muss und was Sie bewusst weglassen. Sie ist damit kein Planungsdokument der IT, sondern ein Führungsinstrument der Geschäftsführung. Und sie entsteht am Ende eines Denkprozesses, nicht am Anfang.
Dieser Artikel beschreibt, wie aus vielen Einzelthemen eine belastbare Route wird — und woran man erkennt, dass eine vorhandene Roadmap in Wahrheit keine ist.
Inhaltsverzeichnis
Inhaltsverzeichnis
Warum die lauteste Baustelle selten die wichtigste ist
Die häufigste Ursache: Sie beginnen mit dem Kalender. Jemand verteilt vorhandene Vorhaben auf Quartale, weil ein Zeitplan nach Struktur aussieht. Die eigentliche Arbeit — einordnen, abwägen, entscheiden — wird dabei übersprungen.
Daraus folgen vier typische Schwächen:
Erstens fehlt der Bezug zum Unternehmen. Auf der Liste stehen technische Vorhaben, aber niemand kann sagen, welches davon mit dem geplanten zweiten Standort, der anstehenden Nachfolge oder dem neuen Fertigungsbereich zusammenhängt. Eine Route ohne Ziel ist eine Aneinanderreihung von Etappen.
Zweitens fehlen die Abhängigkeiten. Vorhaben stehen nebeneinander, obwohl sie aufeinander aufbauen. Das fällt erst in der Umsetzung auf — dann allerdings mit Kosten.
Drittens fehlt die Kapazitätsrechnung. Zwölf Vorhaben in zwölf Monaten sehen machbar aus, solange niemand ausrechnet, wer sie neben dem Tagesgeschäft begleiten soll. In Unternehmen ohne eigene IT-Führung ist das fast immer dieselbe Person, die auch alles andere macht.
Viertens fehlt die Verbindlichkeit. Zu keiner Zeile gehört ein Name, eine Entscheidung oder ein Zeitpunkt, an dem gemeinsam draufgeschaut wird. Eine Roadmap, die niemandem gehört, wird zur Dekoration.
Eine belastbare IT-Roadmap ist kein Zeitplan für Projekte. Sie ist die sichtbar gemachte Reihenfolge unternehmerischer Entscheidungen.
Warum die lauteste Baustelle selten die wichtigste ist
Die häufigste Ursache: Sie beginnen mit dem Kalender. Jemand verteilt vorhandene Vorhaben auf Quartale, weil ein Zeitplan nach Struktur aussieht. Die eigentliche Arbeit — einordnen, abwägen, entscheiden — wird dabei übersprungen.
Daraus folgen vier typische Schwächen:
Erstens fehlt der Bezug zum Unternehmen. Auf der Liste stehen technische Vorhaben, aber niemand kann sagen, welches davon mit dem geplanten zweiten Standort, der anstehenden Nachfolge oder dem neuen Fertigungsbereich zusammenhängt. Eine Route ohne Ziel ist eine Aneinanderreihung von Etappen.
Zweitens fehlen die Abhängigkeiten. Vorhaben stehen nebeneinander, obwohl sie aufeinander aufbauen. Das fällt erst in der Umsetzung auf — dann allerdings mit Kosten.
Drittens fehlt die Kapazitätsrechnung. Zwölf Vorhaben in zwölf Monaten sehen machbar aus, solange niemand ausrechnet, wer sie neben dem Tagesgeschäft begleiten soll. In Unternehmen ohne eigene IT-Führung ist das fast immer dieselbe Person, die auch alles andere macht.
Viertens fehlt die Verbindlichkeit. Zu keiner Zeile gehört ein Name, eine Entscheidung oder ein Zeitpunkt, an dem gemeinsam draufgeschaut wird. Eine Roadmap, die niemandem gehört, wird zur Dekoration.
Eine belastbare IT-Roadmap ist kein Zeitplan für Projekte. Sie ist die sichtbar gemachte Reihenfolge unternehmerischer Entscheidungen.
Vier Prüffragen an Ihre vorhandene Übersicht
Bevor Sie neu anfangen, lohnt ein Blick auf das, was schon da ist. Vier Fragen genügen, um zu erkennen, ob Ihre Übersicht trägt.
- Können Sie zu jeder Zeile in einem Satz sagen, was sie für das Unternehmen verändert? Wenn die Antwort bei mehreren Punkten technisch ausfällt („dann ist der Server neu“), fehlt der unternehmerische Bezug.
- Steht irgendwo, was Sie bewusst nicht tun? Wenn nicht, haben Sie eine Sammlung, keine Route.
- Wissen Sie zu jedem laufenden Vorhaben, wer im Haus es begleitet und wie viel Zeit dafür eingeplant ist? Wenn die Antwort auf mehrere Zeilen dieselbe Person ist, wird die Route in dieser Form nicht funktionieren.
- Und: Wann haben Sie zuletzt gemeinsam draufgeschaut? Liegt das länger als ein Quartal zurück, beschreibt die Übersicht vermutlich einen Stand, den es so nicht mehr gibt.
Vier Prüffragen an Ihre vorhandene Übersicht
Bevor Sie neu anfangen, lohnt ein Blick auf das, was schon da ist. Vier Fragen genügen, um zu erkennen, ob Ihre Übersicht trägt.
- Können Sie zu jeder Zeile in einem Satz sagen, was sie für das Unternehmen verändert? Wenn die Antwort bei mehreren Punkten technisch ausfällt („dann ist der Server neu“), fehlt der unternehmerische Bezug.
- Steht irgendwo, was Sie bewusst nicht tun? Wenn nicht, haben Sie eine Sammlung, keine Route.
- Wissen Sie zu jedem laufenden Vorhaben, wer im Haus es begleitet und wie viel Zeit dafür eingeplant ist? Wenn die Antwort auf mehrere Zeilen dieselbe Person ist, wird die Route in dieser Form nicht funktionieren.
- Und: Wann haben Sie zuletzt gemeinsam draufgeschaut? Liegt das länger als ein Quartal zurück, beschreibt die Übersicht vermutlich einen Stand, den es so nicht mehr gibt.
Sechs Schritte, aus denen eine Route entsteht
1. Standort verstehen
Alles beginnt mit einer ehrlichen Bestandsaufnahme: Was ist da? Was trägt? Was ist gewachsen und hält nur noch, weil es niemand anfasst? Dazu gehören nicht nur Systeme, sondern auch Verträge, Zuständigkeiten und die Frage, wer heute eigentlich entscheidet. Ohne IT-Standortbestimmung ist jede Route geraten. Standort vor Lösung — dieses Prinzip gilt in der IT genauso wie bei jeder anderen unternehmerischen Weichenstellung.
2. Zielbild definieren
Ein IT-Zielbild ist keine Technologieliste. Es ist die Beschreibung, wie Ihre IT in zwei bis drei Jahren arbeiten soll, damit Ihr Unternehmen tun kann, was es vorhat: Wo laufen Daten? Wie mobil arbeiten wir? Was betreiben wir selbst, was gibt jemand anderes für uns? Wie viel Aufmerksamkeit soll die IT im Alltag der Geschäftsführung überhaupt noch bekommen? Diese Fragen kann Ihnen kein Dienstleister abnehmen, denn sie sind unternehmerisch.
3. Themen einordnen
Jetzt erst kommen die Einzelthemen auf den Tisch. Jedes wird eingeordnet: Betrieb oder Entwicklung? Fundament oder Aufbau? Pflicht oder Wunsch? Diese Sortierung nimmt der Liste ihre Gleichförmigkeit. Zehn Zeilen, die vorher alle gleich aussahen, zerfallen in drei sehr unterschiedliche Gruppen.
4. Prioritäten setzen
Priorisiert wird nach Wirkung und Risiko, nicht nach Lautstärke: Was kostet uns am meisten, wenn es liegen bleibt? Was verändert für das Geschäft am meisten? Was macht andere Themen überhaupt erst möglich? Wichtig ist, dass diese Bewertung gemeinsam passiert — Geschäftsführung und technische Sicht am selben Tisch. Sonst entstehen zwei Bewertungslogiken, die sich später gegenseitig blockieren.
5. Abhängigkeiten berücksichtigen
Erst wenn die Reihenfolge steht, werden die Verbindungen sichtbar: Dieses Vorhaben braucht jenes als Voraussetzung. Dieses lohnt sich nur zusammen mit einem anderen. Und dieses ist ohne den Wechsel im Netzwerk technisch möglich, aber wirtschaftlich unsinnig. Genau hier entscheidet sich, ob eine Roadmap in der Umsetzung hält.
6. Route entwickeln
Erst am Schluss kommt der Zeitbezug — und zwar gröber, als die meisten erwarten. Bewährt hat sich das Denken in drei Horizonten: Was passiert jetzt, in den nächsten sechs Monaten? Was folgt danach, ohne dass wir es heute auf die Woche festlegen? Und was steht bewusst weiter hinten, weil Voraussetzungen fehlen oder andere Themen wichtiger sind? Diese drei Horizonte sind ehrlicher als eine Quartalsplanung, die nach zehn Wochen nicht mehr stimmt.
Im ersten Horizont sollten nicht mehr als zwei bis drei Vorhaben stehen. Das klingt wenig. In der Praxis ist es die Menge, die ein mittelständisches Unternehmen neben dem Tagesgeschäft tatsächlich zu Ende bringt — und drei abgeschlossene Vorhaben verändern mehr als acht angefangene.
Wichtig ist außerdem, dass jede Etappe eine erkennbare Wirkung hat, die Sie im Unternehmen benennen können. Nicht „Migration abgeschlossen“, sondern „der Außendienst arbeitet von unterwegs genauso wie im Büro“. Eine Route, deren Etappen sich nur technisch beschreiben lassen, verliert nach zwei Monaten die Aufmerksamkeit der Geschäftsführung — und damit ihre Wirkung.
Sechs Schritte, aus denen eine Route entsteht
1. Standort verstehen
Alles beginnt mit einer ehrlichen Bestandsaufnahme: Was ist da? Was trägt? Was ist gewachsen und hält nur noch, weil es niemand anfasst? Dazu gehören nicht nur Systeme, sondern auch Verträge, Zuständigkeiten und die Frage, wer heute eigentlich entscheidet. Ohne IT-Standortbestimmung ist jede Route geraten. Standort vor Lösung — dieses Prinzip gilt in der IT genauso wie bei jeder anderen unternehmerischen Weichenstellung.
2. Zielbild definieren
Ein IT-Zielbild ist keine Technologieliste. Es ist die Beschreibung, wie Ihre IT in zwei bis drei Jahren arbeiten soll, damit Ihr Unternehmen tun kann, was es vorhat: Wo laufen Daten? Wie mobil arbeiten wir? Was betreiben wir selbst, was gibt jemand anderes für uns? Wie viel Aufmerksamkeit soll die IT im Alltag der Geschäftsführung überhaupt noch bekommen? Diese Fragen kann Ihnen kein Dienstleister abnehmen, denn sie sind unternehmerisch.
3. Themen einordnen
Jetzt erst kommen die Einzelthemen auf den Tisch. Jedes wird eingeordnet: Betrieb oder Entwicklung? Fundament oder Aufbau? Pflicht oder Wunsch? Diese Sortierung nimmt der Liste ihre Gleichförmigkeit. Zehn Zeilen, die vorher alle gleich aussahen, zerfallen in drei sehr unterschiedliche Gruppen.
4. Prioritäten setzen
Priorisiert wird nach Wirkung und Risiko, nicht nach Lautstärke: Was kostet uns am meisten, wenn es liegen bleibt? Was verändert für das Geschäft am meisten? Was macht andere Themen überhaupt erst möglich? Wichtig ist, dass diese Bewertung gemeinsam passiert — Geschäftsführung und technische Sicht am selben Tisch. Sonst entstehen zwei Bewertungslogiken, die sich später gegenseitig blockieren.
5. Abhängigkeiten berücksichtigen
Erst wenn die Reihenfolge steht, werden die Verbindungen sichtbar: Dieses Vorhaben braucht jenes als Voraussetzung. Dieses lohnt sich nur zusammen mit einem anderen. Und dieses ist ohne den Wechsel im Netzwerk technisch möglich, aber wirtschaftlich unsinnig. Genau hier entscheidet sich, ob eine Roadmap in der Umsetzung hält.
6. Route entwickeln
Erst am Schluss kommt der Zeitbezug — und zwar gröber, als die meisten erwarten. Bewährt hat sich das Denken in drei Horizonten: Was passiert jetzt, in den nächsten sechs Monaten? Was folgt danach, ohne dass wir es heute auf die Woche festlegen? Und was steht bewusst weiter hinten, weil Voraussetzungen fehlen oder andere Themen wichtiger sind? Diese drei Horizonte sind ehrlicher als eine Quartalsplanung, die nach zehn Wochen nicht mehr stimmt.
Im ersten Horizont sollten nicht mehr als zwei bis drei Vorhaben stehen. Das klingt wenig. In der Praxis ist es die Menge, die ein mittelständisches Unternehmen neben dem Tagesgeschäft tatsächlich zu Ende bringt — und drei abgeschlossene Vorhaben verändern mehr als acht angefangene.
Wichtig ist außerdem, dass jede Etappe eine erkennbare Wirkung hat, die Sie im Unternehmen benennen können. Nicht „Migration abgeschlossen“, sondern „der Außendienst arbeitet von unterwegs genauso wie im Büro“. Eine Route, deren Etappen sich nur technisch beschreiben lassen, verliert nach zwei Monaten die Aufmerksamkeit der Geschäftsführung — und damit ihre Wirkung.
Eine gute Roadmap zeigt auch, was Sie nicht tun
Der Teil, der in fast allen Übersichten fehlt, ist der wertvollste: das bewusst Weggelassene.
Eine Route, die nur Vorhaben zeigt, erzeugt Druck. Eine Route, die zusätzlich festhält, welche Themen geprüft und bewusst zurückgestellt wurden, erzeugt Ruhe. Sie beantwortet die Frage, die in jeder Gesellschafterrunde kommt: „Und was ist mit …?“ Die Antwort lautet dann nicht „Dazu sind wir noch nicht gekommen“, sondern „Angesehen, bewertet, im ersten Halbjahr des nächsten Jahres dran — aus diesem Grund.“
Das ist der Unterschied zwischen einer vollen und einer guten Roadmap. Volle Roadmaps entstehen durch Sammeln. Gute Roadmaps entstehen durch Weglassen.
Eine gute Roadmap zeigt auch, was Sie nicht tun
Der Teil, der in fast allen Übersichten fehlt, ist der wertvollste: das bewusst Weggelassene.
Eine Route, die nur Vorhaben zeigt, erzeugt Druck. Eine Route, die zusätzlich festhält, welche Themen geprüft und bewusst zurückgestellt wurden, erzeugt Ruhe. Sie beantwortet die Frage, die in jeder Gesellschafterrunde kommt: „Und was ist mit …?“ Die Antwort lautet dann nicht „Dazu sind wir noch nicht gekommen“, sondern „Angesehen, bewertet, im ersten Halbjahr des nächsten Jahres dran — aus diesem Grund.“
Das ist der Unterschied zwischen einer vollen und einer guten Roadmap. Volle Roadmaps entstehen durch Sammeln. Gute Roadmaps entstehen durch Weglassen.
Ein Beispiel aus der Praxis
Ein Dienstleistungsunternehmen mit rund 45 Mitarbeitenden, stark gewachsen in den letzten drei Jahren. Auf der Maßnahmenliste standen vierzehn Punkte, ganz oben die Ablösung des in die Jahre gekommenen Warenwirtschaftssystems. Budget war eingeplant, zwei Anbieter hatten bereits präsentiert.
Beim gemeinsamen Ordnen kam ein anderes Bild heraus. Die Prozesse, die das neue System abbilden sollte, waren im Unternehmen nicht einheitlich beschrieben; drei Abteilungen arbeiteten unterschiedlich. Und die Datenqualität im Altsystem war so uneinheitlich, dass eine Übernahme im laufenden Betrieb kaum planbar gewesen wäre. Das Vorhaben war richtig — der Zeitpunkt war es nicht.
Die Geschäftsführung verschob die Systemablösung um neun Monate und setzte stattdessen zwei Vorarbeiten nach vorn: die Vereinheitlichung der Kernprozesse und eine Datenbereinigung. Von den vierzehn Punkten blieben fünf im aktiven Horizont, sechs wanderten mit Begründung nach hinten, drei entfielen.
Der Effekt zeigte sich weniger in der IT als in den Gesprächen darüber. Die Gesellschafter konnten die Reihenfolge nachvollziehen und mitentscheiden. Und die Systemablösung startete neun Monate später auf einer Grundlage, die trug.
Ein Beispiel aus der Praxis
Ein Dienstleistungsunternehmen mit rund 45 Mitarbeitenden, stark gewachsen in den letzten drei Jahren. Auf der Maßnahmenliste standen vierzehn Punkte, ganz oben die Ablösung des in die Jahre gekommenen Warenwirtschaftssystems. Budget war eingeplant, zwei Anbieter hatten bereits präsentiert.
Beim gemeinsamen Ordnen kam ein anderes Bild heraus. Die Prozesse, die das neue System abbilden sollte, waren im Unternehmen nicht einheitlich beschrieben; drei Abteilungen arbeiteten unterschiedlich. Und die Datenqualität im Altsystem war so uneinheitlich, dass eine Übernahme im laufenden Betrieb kaum planbar gewesen wäre. Das Vorhaben war richtig — der Zeitpunkt war es nicht.
Die Geschäftsführung verschob die Systemablösung um neun Monate und setzte stattdessen zwei Vorarbeiten nach vorn: die Vereinheitlichung der Kernprozesse und eine Datenbereinigung. Von den vierzehn Punkten blieben fünf im aktiven Horizont, sechs wanderten mit Begründung nach hinten, drei entfielen.
Der Effekt zeigte sich weniger in der IT als in den Gesprächen darüber. Die Gesellschafter konnten die Reihenfolge nachvollziehen und mitentscheiden. Und die Systemablösung startete neun Monate später auf einer Grundlage, die trug.
Was Sie ändern müssen, damit die Route hält
Eine Roadmap ist kein Dokument, das man erstellt und ablegt. Sie ist ein lebendes Führungsinstrument und braucht drei Dinge: einen Menschen, dem sie gehört, einen festen Termin, an dem sie überprüft wird — quartalsweise reicht völlig —, und die Bereitschaft, sie zu ändern, wenn sich die Lage ändert.
Was sie dagegen nicht braucht: Vollständigkeit. Eine Route mit fünf gut begründeten Etappen ist wertvoller als eine mit fünfzehn, von denen zwölf nie beginnen.
Die Frage, wem die Route gehört, ist dabei die heikelste. In Unternehmen ohne IT-Führung liegt sie fast automatisch bei der Geschäftsführung — und das ist auch richtig so, denn die Entscheidungen darin sind unternehmerische. Was die Geschäftsführung allerdings nicht leisten kann und auch nicht leisten sollte, ist die technische Einordnung: Welche Abhängigkeiten bestehen wirklich, welcher Aufwand steckt hinter einer Zeile, was ist Pflicht und was ist Geschmack. Dafür brauchen Sie ein Gegenüber, das die Zusammenhänge kennt und kein Interesse daran hat, welches Vorhaben gewinnt.
Ein zweiter Punkt wird regelmäßig unterschätzt: Kommunikation nach innen. Eine Route, die nur in Ihrem Kopf und in einer Datei existiert, entlastet niemanden. Sobald Ihre Führungskräfte wissen, was in den nächsten sechs Monaten passiert und was bewusst wartet, hören die Einzelanfragen auf, mit denen jeder sein Thema an Ihnen vorbei nach vorn bringen will.
Was Sie ändern müssen, damit die Route hält
Eine Roadmap ist kein Dokument, das man erstellt und ablegt. Sie ist ein lebendes Führungsinstrument und braucht drei Dinge: einen Menschen, dem sie gehört, einen festen Termin, an dem sie überprüft wird — quartalsweise reicht völlig —, und die Bereitschaft, sie zu ändern, wenn sich die Lage ändert.
Was sie dagegen nicht braucht: Vollständigkeit. Eine Route mit fünf gut begründeten Etappen ist wertvoller als eine mit fünfzehn, von denen zwölf nie beginnen.
Die Frage, wem die Route gehört, ist dabei die heikelste. In Unternehmen ohne IT-Führung liegt sie fast automatisch bei der Geschäftsführung — und das ist auch richtig so, denn die Entscheidungen darin sind unternehmerische. Was die Geschäftsführung allerdings nicht leisten kann und auch nicht leisten sollte, ist die technische Einordnung: Welche Abhängigkeiten bestehen wirklich, welcher Aufwand steckt hinter einer Zeile, was ist Pflicht und was ist Geschmack. Dafür brauchen Sie ein Gegenüber, das die Zusammenhänge kennt und kein Interesse daran hat, welches Vorhaben gewinnt.
Ein zweiter Punkt wird regelmäßig unterschätzt: Kommunikation nach innen. Eine Route, die nur in Ihrem Kopf und in einer Datei existiert, entlastet niemanden. Sobald Ihre Führungskräfte wissen, was in den nächsten sechs Monaten passiert und was bewusst wartet, hören die Einzelanfragen auf, mit denen jeder sein Thema an Ihnen vorbei nach vorn bringen will.
Die Roadmap ist das Ergebnis, nicht der Ausgangspunkt
Wenn Sie Ihre IT-Themen sortieren wollen, beginnen Sie nicht mit der Liste. Beginnen Sie mit Ihrem Standort: Was haben Sie? Was trägt? Was ist Fundament, was ist Aufbau? Erst auf dieser Grundlage lässt sich seriös entscheiden, was zuerst kommt. Unternehmerische IT-Führung im Mittelstand bedeutet nicht, jedes Thema zu lösen. Sie bedeutet, in einer nachvollziehbaren Reihenfolge zu entscheiden — und diese Reihenfolge begründen zu können.
Die Roadmap ist das Ergebnis, nicht der Ausgangspunkt
Wenn Sie Ihre IT-Themen sortieren wollen, beginnen Sie nicht mit der Liste. Beginnen Sie mit Ihrem Standort: Was haben Sie? Was trägt? Was ist Fundament, was ist Aufbau? Erst auf dieser Grundlage lässt sich seriös entscheiden, was zuerst kommt. Unternehmerische IT-Führung im Mittelstand bedeutet nicht, jedes Thema zu lösen. Sie bedeutet, in einer nachvollziehbaren Reihenfolge zu entscheiden — und diese Reihenfolge begründen zu können.
Wenn Sie wissen wollen, wo Ihre IT heute steht und welche Route daraus für Ihr Unternehmen folgt, dann ist unser IT-Standortgespräch der richtige nächste Schritt. Kein Verkaufsgespräch. Kein Audit. Ein ehrliches Gespräch über Ihre Situation.Mehr über das kostenlose und unverbindliche IT-Standortgespräch erfahren
Wenn Sie wissen wollen, wo Ihre IT heute steht und welche Route daraus für Ihr Unternehmen folgt, dann ist unser IT-Standortgespräch der richtige nächste Schritt. Kein Verkaufsgespräch. Kein Audit. Ein ehrliches Gespräch über Ihre Situation.Mehr über das kostenlose und unverbindliche IT-Standortgespräch erfahren