IT-Manager vs. Head of IT: Technisch besser kann trotzdem die falsche Entscheidung sein

Das Risiko des IT-Managers ist unmittelbar. Mitarbeiter brauchen heute funktionierende Accounts, Geräte und Netzwerke. Jede zusätzliche Störung kann die Kapazität eines ohnehin kleinen Teams aufbrauchen. Wer vor allem weitere Funktionen vorführt, ohne Aufwand und Kontinuität zu adressieren, beantwortet die eigentliche Kaufentscheidung nicht.

Der Head of IT steht unter einem anderen Druck. Die Organisation ist schneller gewachsen als ihre IT-Regeln. Abteilungen haben selbst Anwendungen gekauft, Verantwortlichkeiten sind unklar und Sicherheitsaufgaben bleiben liegen. Deshalb birgt auch das Nichtstun Risiken. Eine neue Technologie wird attraktiv, wenn sie einen glaubwürdigen Weg zu kontrollierter Professionalisierung eröffnet.

Die Quellkarte beschreibt einen Manager, der Arbeitsplätze, Netzwerk, Anwendungen, Sicherheit und Lieferanten in einem mittelgroßen Unternehmen verantwortet. Jahrelange Unterinvestitionen und der Eindruck, die IT sei nur eine Ticketstelle, erzeugen eine dauerhafte operative Belastung. Gleichzeitig steigen Sicherheitsanforderungen, die im Unternehmen nicht immer verstanden werden.

Eine gute Produktbotschaft verspricht deshalb zuverlässige Funktion, Support und eine kontrollierte Einführung. Der eigentliche Nutzen liegt in weniger Vorfällen, weniger Tickets und mehr Zeit. Zeigen Sie konkret, welche Aufgaben nach dem Start entfallen. Wer bearbeitet Ausnahmen? Wie laufen Eskalationen? Welche Arbeit übernimmt der Anbieter? Das ist oft aussagekräftiger als eine weitere Funktion.

Das zugrunde liegende Profil beschreibt eine IT-Leitung in einem wachsenden Unternehmen, dessen Systeme ohne zentrale Führung entstanden sind. Cloud-Tools, Zugriffe und Sicherheitsentscheidungen wurden häufig von den Personen getroffen, die das Problem gerade lösen mussten. Shadow IT und fehlende Übersicht sind Hinweise darauf, dass die Organisation ihrer eigenen IT vorausgewachsen ist.

Angestrebt wird eine professionelle, sichere Umgebung, die mit dem Unternehmen wachsen kann. Der Head of IT braucht Begleitung, eine klare Roadmap und eine umsetzbare Implementierung. Versprechen Sie daher nicht, alles in einem Schritt zu ersetzen. Zeigen Sie, welche Risiken zuerst behoben werden, wer die Schritte verantwortet und wie die neue Struktur das Wachstum langfristig unterstützt.

BIS 7 und BAS 4 des IT-Managers passen zur Orientierung auf bewährte Technik. Veränderung muss ihren operativen Aufwand rechtfertigen. Der Head of IT kombiniert BIS 6 mit BAS 6. Er will Risiken reduzieren und gleichzeitig eine bessere Struktur aufbauen. Auch dieses Profil beschreibt keine Person, die sorglos mit Sicherheit umgeht.

Die k-Werte betragen 0,15 und 0,20. Im breiten Profil gewinnt ein früher sichtbares Ergebnis beim Head of IT etwas mehr Gewicht. Das ist keine feste Kaufdauer. k ist ein Parameter der Zeitpräferenz, weder Kaufwahrscheinlichkeit noch Prozentwert. Investitionshöhe, Integrationen, Kapazität und Entscheidungsbefugnis können den konkreten Zeitplan deutlich beeinflussen.

Die größte Angst des IT-Managers ist laut Quelle eine Störung oder ein Vorfall aufgrund einer eigenen Entscheidung. Die neue Anschaffung könnte das Problem erst auslösen. Deshalb sind Kompatibilitätsprüfung, Pilotphase, Rückfallplan und Support wesentliche Bestandteile des Nutzens.

Der Head of IT fürchtet einen Vorfall, der durch bessere Strukturen vermeidbar gewesen wäre. Das Risiko liegt damit auch im Aufschieben notwendiger Verbesserungen. Zeigen Sie nicht nur, dass Ihre Software selbst sicher ist. Zeigen Sie, wie Rollen, Berechtigungen, Backups, Dokumentation und Eskalation nach der Einführung geregelt sind.

Der IT-Manager erwartet Referenzen von vergleichbaren Organisationen, Zertifizierungen und einen nachweisbar stabilen Betrieb. Eine Demo und ein begrenzter Test zeigen, wie sich die Technologie in seine bestehende Umgebung integrieren lässt. Wer passende Referenzen nicht hat, sollte keine erfinden. Stattdessen kann ein klar begrenzter Pilot prüfbare Antworten liefern.

Der Head of IT sucht ebenfalls Zertifizierungen, dazu aber explizit Referenzen aus Wachstumsunternehmen und einen verständlichen Implementierungsfall. Ein großer Enterprise-Case beweist nicht automatisch, dass ein kleines Team die Einführung neben dem laufenden Betrieb bewältigen kann. Zeigen Sie Phasen, Zuständigkeiten, Unterstützung und nachvollziehbare Meilensteine.

"Kein Budget, keine Zeit, passt es in unsere Umgebung und wer übernimmt den Betrieb?" Das sind die Einwände des IT-Managers aus der Quelle. Beantworten Sie sie mit Integrationsprüfungen, einer realistischen Aufwandsschätzung, Supportvereinbarungen und einem schrittweisen Übergang.

"Kann mein Team das tragen, ist es sicher und was passiert bei einem Fehler?" Der Head of IT braucht einen Fahrplan, der Menschen und technische Systeme zusammen betrachtet. Halten Sie fest, wer die Phasen durchführt, wie Shadow IT sichtbar wird und welche Sicherheitskontrollen priorisiert werden. Eine Roadmap ohne Kapazitätsplanung ist noch kein glaubwürdiger Beleg.

1. Starten Sie mit unterschiedlichen Risiken. Fragen Sie den IT-Manager nach Tickets und Zwischenfällen. Fragen Sie den Head of IT, welche Probleme durch das Wachstum liegen geblieben sind.

2. Passen Sie die erste Folie an. Beim IT-Manager: Kompatibilität und Support. Beim Head of IT: ein realistischer Reifegrad- und Implementierungsplan.

3. Zeigen Sie passende Nachweise. Beim IT-Manager: vergleichbare Referenzen, Betriebserfahrung und Service. Beim Head of IT: Fallbeispiel eines Wachstumsunternehmens und Sicherheitskonzept.

4. Machen Sie den internen Aufwand sichtbar. Listen Sie Aufgaben des Kundenteams, Pflichten des Anbieters und Ausnahmen auf.

5. Bieten Sie verschiedene nächste Schritte an. Ein begrenzter Test für den IT-Manager, ein strukturierter Implementierungsworkshop für den Head of IT.

6. Prüfen Sie die echte Entscheidungssituation. Budget, Befugnisse, kritische Systeme und Assoziationen zum konkreten Produkt entscheiden mit.

Angenommen, Sie bieten eine Plattform an, die Geräte, Benutzer und Softwareupdates zentral verwaltet. Ihre Botschaft lautet: "Mehr Überblick, weniger manuelle Verwaltung und bessere Sicherheit." Das ist ein erfundenes Verkaufsszenario, kein wörtliches Forschungszitat und keine gemessene Kundenreaktion.

IT-Manager: "Was passiert bei Problemen im Rollout, wie viele zusätzliche Tickets bekommen wir und wer hilft meinem Team?" Er braucht einen Kompatibilitätstest, eine kleine Pilotphase, Supportzusagen und einen Rückfallplan.

Head of IT: "Können wir damit isolierte Systeme zusammenführen, Zuständigkeiten klären und sicher wachsen, ohne mein Team zu überlasten?" Er braucht eine Roadmap, ein Sicherheits- und Rollenmodell, Referenzen aus Wachstumsunternehmen und Implementierungsbegleitung.

Dasselbe Produkt kann beide überzeugen. Die Reihenfolge der Nachweise sollte jedoch unterschiedlich sein.

An den IT-Manager: "Ihr Team muss den laufenden Betrieb stabil halten, während Tickets anfallen. Eine neue Lösung darf nicht noch mehr Arbeit erzeugen. Wir zeigen gerne, wie Kompatibilität, Support und ein begrenzter Test aussehen. Welche wiederkehrende Aufgabe kostet Ihr Team derzeit die meiste Zeit?"

An den Head of IT: "Ihr Unternehmen wächst, aber viele IT-Entscheidungen entstanden ohne zentrale Verantwortung. Wir können die wichtigsten Risiken, Teamkapazität und eine schrittweise sichere Einführung gemeinsam betrachten. Welchen Teil Ihrer IT würden Sie vor dem nächsten Wachstumsschritt zuerst professionalisieren?"

Die erste Nachricht bietet einen kontrollierbaren Übergang und Entlastung. Die zweite bietet mehr Sicherheit und Struktur für die Zukunft. Beide Aussagen lassen sich konkret prüfen.

Nicht in jedem Unternehmen existieren beide Titel. In einer kleineren Organisation kann der Head of IT das Tagesgeschäft selbst leiten. Ein IT-Manager kann in einer anderen Firma einen großen Transformationsprozess verantworten. Diese Profile sind keine starren Stellenbeschreibungen.

Wenn beide Perspektiven relevant sind, teilen Sie die Businesscase in zwei nachvollziehbare Bereiche. Betrieb: Verfügbarkeit, Migration, Tickets, Support und Verwaltungszeit. Professionalisierung: Verantwortung, Sicherheit, Roadmap, Kapazität und Wachstum. Klären Sie gemeinsam die verbindlichen Kriterien und wer entscheidet.

Auch die Fehleinschätzungen in den Quellkarten unterscheiden sich: Der IT-Manager kann unterschätzen, dass Nichtverändern riskant ist. Der Head of IT kann annehmen, die Organisation sei noch zu klein für ernsthafte Sicherheitsprozesse. Gute Kommunikation macht deshalb sowohl den Nutzen als auch die Kosten des Abwartens sichtbar.

Cybersecurity, ein Managed Service, ein Migrationsprojekt und eine KI-Plattform erzeugen unterschiedliche Assoziationen. Für den IT-Manager kann eine Lösung zusätzlichen Aufwand oder echte Entlastung bedeuten. Beim Head of IT kann dasselbe Produkt als notwendige Grundlage oder neue Abhängigkeit erscheinen.

Erstellen Sie für beide Rollen eine produktspezifische Zielgruppenkarte und Assoziationskarte. Untersuchen Sie, welche Erwartungen Ihre Marke auslöst, welche Einwände bestehen und welchen Nachweisen vertraut wird. Daraus entsteht eine Kommunikationsstrategie auf Grundlage der Zielgruppenkarte. Wie sehen diese Rollen bei Ihrem eigenen Produkt oder Ihrer Dienstleistung aus? Erst mit dieser Vertiefung wird der Ansatz wirklich passgenau.

Dieselbe Technologie kann sowohl dem IT-Manager als auch dem Head of IT helfen. Doch eine längere Funktionsliste beantwortet für keinen von beiden automatisch die Kaufentscheidung. Der IT-Manager braucht die Sicherheit, dass der laufende Betrieb nicht durch eine neue Wahl gefährdet wird. Der Head of IT muss sicher sein, dass das Unternehmen nicht weiter auf einer instabilen IT-Grundlage wächst.

Der stärkste Beweis ist deshalb nicht "unsere Technik ist besser". Er zeigt nachvollziehbar, was nach der Entscheidung besser organisiert ist, wer die Arbeit übernimmt und welches konkrete Risiko die Person damit reduziert.