Bei der Auswahl von IT-Dienstleistern beginnt das Problem oft lange vor dem ersten Angebot. Fachabteilung, Einkauf und IT verfolgen unterschiedliche Ziele, verwenden andere Begriffe und bewerten Risiken auf eigene Weise. Am Ende steht eine umfangreiche Ausschreibung, die zwar viele Seiten umfasst, aber wichtige Fragen offenlässt. Eine bessere Beschaffung entsteht deshalb nicht allein durch mehr Anbieter, sondern durch klarere Entscheidungen.
Wer passende Unternehmen recherchiert, sollte zunächst ein belastbares Bild des Marktes entwickeln. Ein Verzeichnis wie csi consulting kann dabei als Ausgangspunkt dienen, wenn Verantwortliche Anbieter nach Leistungsfeldern, Spezialisierungen und Einsatzgebieten vergleichen möchten. Der Nutzen entsteht allerdings erst dann, wenn diese Recherche in einen nachvollziehbaren Prozess übergeht.
Die Ausschreibung beginnt mit dem Problem
Viele Projekte starten mit einer Lösungsidee: eine neue Plattform, ein Beratungsmandat oder die Ablösung einer bestehenden Anwendung. Diese Formulierung greift oft zu kurz. Vor der Produktauswahl sollte das Unternehmen beschreiben, welches betriebliche Problem gelöst werden soll. Geht es um langsame Abläufe, fehlende Transparenz, hohe Betriebskosten oder eine gewachsene Systemlandschaft? Jede Antwort führt zu anderen Anforderungen.
Eine gute Bedarfsklärung trennt dabei drei Ebenen. Die erste Ebene beschreibt das Ergebnis, das im Alltag erreicht werden soll. Die zweite nennt Rahmenbedingungen wie Budget, Zeitplan, Datenschutz oder vorhandene Schnittstellen. Die dritte benennt offene Punkte, bei denen ein Dienstleister seine Erfahrung einbringen soll. Diese Trennung verhindert, dass die Ausschreibung eine fertige Lösung erzwingt, obwohl mehrere Wege zum Ziel führen können.
Anbieter nach Belegen statt nach Schlagworten bewerten
Webseiten und Präsentationen vermitteln einen ersten Eindruck, ersetzen aber keine Prüfung. Begriffe wie Digitalisierung, Innovation oder strategische Beratung sagen wenig über die konkrete Arbeitsweise aus. Aussagekräftiger sind Beispiele, die den Projektverlauf erklären: Welche Ausgangslage lag vor? Welche Rolle hatte der Dienstleister? Welche Entscheidung wurde getroffen? Und woran lässt sich der Erfolg später messen?
Für den Vergleich hilft ein Bewertungsraster mit wenigen, klar beschriebenen Kriterien. Die Gewichtung sollte zum Projekt passen. Bei einer kritischen Infrastruktur kann die Betriebssicherheit stärker zählen als ein besonders kurzer Einführungszeitraum. Bei einem Prozessprojekt können Referenzen in der eigenen Branche und die Fähigkeit zur Zusammenarbeit mit internen Teams wichtiger sein als die Größe des Anbieters.
- Verständnis der konkreten Ausgangslage und der fachlichen Ziele
- Nachweisbare Erfahrung mit ähnlichen Systemen oder Organisationsstrukturen
- Klare Rollenverteilung zwischen Anbieter, Auftraggeber und weiteren Partnern
- Transparente Angaben zu Aufwand, Abhängigkeiten und laufenden Kosten
- Plan für Wissenstransfer, Dokumentation und Übergabe in den Betrieb
- Konkrete Kriterien, mit denen der Projekterfolg überprüft werden kann
Die Fragenrunde als Qualitätstest
Ein Fragenkatalog für Anbieter sollte nicht nur Detailinformationen abfragen. Er kann sichtbar machen, wie ein Unternehmen denkt. Gute Fragen beschreiben eine reale Situation und lassen Raum für die Antwort. Beispielsweise kann ein Auftraggeber schildern, dass mehrere Abteilungen dieselben Daten unterschiedlich pflegen. Die Anbieter sollen dann erklären, wie sie Ursachen untersuchen, Beteiligte einbinden und eine praktikable Zielstruktur entwickeln würden.
Die Antworten sollten nicht allein nach ihrer Länge bewertet werden. Entscheidend ist, ob ein Anbieter Annahmen offenlegt, Risiken anspricht und fehlende Informationen benennt. Wer bereits in der Angebotsphase jede Unsicherheit mit einer pauschalen Zusage überdeckt, schafft damit keine solide Grundlage. Ein realistischer Hinweis auf Voraussetzungen kann wertvoller sein als ein besonders selbstbewusstes Versprechen.
Verträge brauchen messbare Übergänge
Auch die beste Auswahl schützt ein Projekt nicht vor Unklarheiten im späteren Verlauf. Der Vertrag sollte deshalb festhalten, wann ein Arbeitsschritt als abgeschlossen gilt und welche Unterlagen dabei entstehen. Das betrifft etwa Architekturentscheidungen, Testprotokolle, Schulungen, Betriebsdokumentation und die Übergabe an interne Verantwortliche.
Besonders hilfreich sind gemeinsame Meilensteine mit prüfbaren Ergebnissen. Ein Meilenstein endet dann nicht mit einer Präsentation, sondern mit einem abgestimmten Artefakt oder einer dokumentierten Entscheidung. Dadurch erkennen beide Seiten früh, ob das Projekt noch auf Kurs liegt. Abweichungen lassen sich zu diesem Zeitpunkt meist leichter korrigieren als kurz vor dem Go-live.
Ebenso sollte die Beschaffung den Betrieb nach dem Projekt berücksichtigen. Wer betreut die Lösung bei Personalwechseln? Wie werden Änderungen beauftragt? Welche Reaktionszeiten gelten bei Störungen? Und wie kann das Unternehmen den Anbieter wechseln, falls sich die Rahmenbedingungen ändern? Solche Fragen wirken zunächst technisch oder vertraglich, bestimmen aber später die tatsächliche Handlungsfähigkeit.
Eine Entscheidung, die intern erklärbar bleibt
Ein sauberer Auswahlprozess muss nicht die längste Dokumentation erzeugen. Er sollte vor allem erklären können, warum ein Anbieter den Zuschlag erhalten hat. Dazu gehören die Ausgangsannahmen, die Gewichtung der Kriterien, die wichtigsten Antworten und die Risiken, die das Unternehmen bewusst akzeptiert.
Diese Nachvollziehbarkeit hilft auch dann, wenn mehrere Angebote fachlich geeignet sind. Die Entscheidung richtet sich dann nicht nach dem lautesten Auftritt oder dem niedrigsten Preis, sondern nach der Passung zur Aufgabe. Genau darin liegt der praktische Wert strukturierter IT-Beschaffung: Sie reduziert Unsicherheit nicht auf null, macht sie aber sichtbar, bewertbar und steuerbar.