Viele Projekte in der IT-Beschaffung beginnen mit einer langen Liste technischer Anforderungen. Prozessor, Speicher, Schnittstellen, Lizenzmodell und Supportdauer stehen darin sauber nebeneinander. Trotzdem bleiben Angebote oft schwer vergleichbar. Der Grund liegt selten in fehlenden Produktdaten. Häufig fehlt eine gemeinsame Sprache zwischen Fachabteilung, Einkauf und Anbietern.
Eine gute Ausschreibung braucht deshalb mehr als eine Sammlung von Spezifikationen. Sie sollte den geschäftlichen Anlass, die erwartete Leistung und die Grenzen des Projekts verständlich beschreiben. Orientierung zu aktuellen Fragen der it-beschaffung.com/ kann dabei helfen, typische Stolperstellen früh zu erkennen und die eigene Anfrage klarer aufzubauen.
Ein nützlicher Ansatz ist ein redaktionelles Briefing. Unternehmen behandeln die Ausschreibung dabei wie einen gut strukturierten Fachbeitrag: Sie erklären zuerst das Problem, ordnen den Bedarf ein und legen anschließend messbare Anforderungen fest. Dieser Perspektivwechsel verändert die Qualität der Antworten. Anbieter verstehen schneller, worauf es ankommt, und müssen weniger Annahmen treffen.
Der Bedarf beginnt mit dem Arbeitsablauf
Technische Wünsche entstehen meistens aus konkreten Situationen. Mitarbeitende warten zu lange auf Freigaben, Außendienstteams greifen auf veraltete Geräte zurück oder die IT-Abteilung verliert Zeit bei manuellen Kontrollen. Wer nur das gewünschte System nennt, überspringt den Zusammenhang. Ein Anbieter kann dann schwer beurteilen, welche Funktionen wirklich gebraucht werden.
Vor der Formulierung einer Anfrage lohnt sich deshalb eine kurze Beschreibung des heutigen Ablaufs. Wer führt welchen Schritt aus? An welcher Stelle entstehen Verzögerungen? Welche Folgen hat ein Ausfall? Welche gesetzlichen, organisatorischen oder sicherheitsbezogenen Vorgaben gelten? Solche Fragen liefern die Basis für eine Beschaffung, die sich an der Nutzung orientiert.
Das Briefing muss dabei keine Unternehmensgeschichte enthalten. Zwei bis vier präzise Absätze reichen oft aus. Sie geben Anbietern den nötigen Rahmen, ohne die eigentliche Ausschreibung mit internen Details zu überladen. Je besser der Kontext sitzt, desto weniger Raum bleibt für Missverständnisse bei der späteren Bewertung.
Anforderungen in prüfbare Aussagen übersetzen
Eine Anforderung ist erst dann hilfreich, wenn sich später feststellen lässt, ob ein Angebot sie erfüllt. Formulierungen wie “benutzerfreundlich”, “zukunftssicher” oder “leistungsstark” klingen plausibel, lassen aber viel Spielraum. Unterschiedliche Anbieter können darunter völlig verschiedene Eigenschaften verstehen.
Prüfbare Aussagen enthalten ein Ergebnis, eine Bedingung oder einen Messwert. Statt eine “schnelle Wiederherstellung” zu verlangen, kann die Ausschreibung etwa eine maximale Wiederanlaufzeit für bestimmte Systeme nennen. Statt “guten Support” zu fordern, beschreibt sie Erreichbarkeit, Reaktionszeit, Eskalationsweg und die gewünschte Dokumentation.
- Jede Muss-Anforderung erhält eine klare Begründung oder einen nachvollziehbaren Zweck.
- Messwerte werden mit Einheit, Zeitraum und Bezugssystem angegeben.
- Optionale Leistungen stehen getrennt von den verbindlichen Vorgaben.
- Abhängigkeiten zu bestehenden Anwendungen und Schnittstellen werden genannt.
- Bewertungskriterien erhalten eine Gewichtung, die zur Bedeutung im Projekt passt.
- Anbieter bekommen Raum, Abweichungen und Alternativen transparent zu erklären.
Diese Struktur unterstützt auch die interne Abstimmung. Fachabteilungen können prüfen, ob der Bedarf korrekt abgebildet ist. Der Einkauf erhält Kriterien für die Vergleichbarkeit. Die IT sieht, welche technischen Annahmen in den Angeboten stecken. Damit sinkt das Risiko, dass eine Entscheidung allein auf dem niedrigsten Preis beruht.
Das Angebot als Antwortstruktur vorbereiten
Viele Beschaffungen verlangen von Anbietern umfangreiche Antworten, geben aber keine feste Gliederung vor. Das erschwert den Vergleich. Ein Unternehmen kann die Aufgabe besser steuern, indem es eine Antwortstruktur vorgibt. Anbieter beantworten dann dieselben Themen in derselben Reihenfolge.
Eine solche Vorlage kann zunächst die technische Lösung abfragen. Danach folgen Einführung, Migration, Betrieb, Support, Datenschutz, Informationssicherheit und Kosten. Bei jedem Abschnitt sollte klar sein, welche Nachweise erwartet werden. Ein Verweis auf ein allgemeines Datenblatt reicht bei einer projektspezifischen Frage oft nicht aus.
Auch Annahmen verdienen einen eigenen Abschnitt. Wenn ein Anbieter von vorhandenen Schnittstellen, bestimmten Netzwerkrouten oder einer festgelegten Zahl an Nutzern ausgeht, sollte er das offenlegen. Das schafft eine bessere Grundlage für Rückfragen und verhindert, dass wichtige Zusatzkosten erst nach der Beauftragung sichtbar werden.
Bewertung vor dem Versand festlegen
Ein häufiger Fehler entsteht zwischen Ausschreibung und Entscheidung: Das Bewertungsteam legt erst nach Eingang der Angebote fest, worauf es besonders achten will. Dann können einzelne Formulierungen unbewusst stärker wirken als andere. Eine vorher beschlossene Bewertungsmatrix schafft mehr Ordnung.
Die Matrix sollte zwischen fachlicher Eignung, technischer Umsetzung, Betrieb, Risiko und Preis unterscheiden. Die Gewichtung hängt vom Projekt ab. Bei einer geschäftskritischen Plattform kann die Betriebsstabilität höher zählen als ein kleiner Preisvorteil. Bei einer standardisierten Arbeitsplatzbeschaffung kann der Preis stärker ins Gewicht fallen.
Für jedes Kriterium braucht das Team eine kurze Beschreibung des Zielbilds. Eine Punktzahl allein genügt nicht. Die Bewertenden sollten anhand derselben Fragen begründen können, warum ein Angebot eine bestimmte Einstufung erhält. Das erleichtert die Dokumentation und macht Rückfragen von Anbietern sachlich beantwortbar.
Rückfragen als Teil der Beschaffung planen
Gute Ausschreibungen verhindern nicht jede Rückfrage. Sie sorgen dafür, dass Rückfragen den Inhalt verbessern und nicht nur grundlegende Unklarheiten beseitigen. Ein festes Zeitfenster, ein zentraler Kommunikationskanal und veröffentlichte Antworten helfen allen Beteiligten.
Wiederkehrende Fragen weisen oft auf eine Lücke im Briefing hin. Wenn mehrere Anbieter nach der Zahl der Nutzer, dem gewünschten Servicefenster oder der Verantwortung für Datenmigration fragen, sollte das Team die Ausschreibung an dieser Stelle genauer machen. Die Antwort gehört dann für alle Bieter zugänglich in die Unterlagen.
Nach Abschluss des Verfahrens lohnt sich eine kurze Auswertung. Welche Anforderungen führten zu unterschiedlichen Interpretationen? Welche Angaben fehlten in mehreren Angeboten? Welche Kriterien ließen sich schwer bewerten? Diese Beobachtungen verbessern die nächste Beschaffung. Mit der Zeit entsteht so ein eigener Redaktionsstandard, der technische Präzision mit verständlicher Kommunikation verbindet.