Eine Ausschreibung von IT-Hardware für ein Unternehmen bzw. den öffentlichen Sektor durchzuführen, klingt zunächst simpel: Man braucht Laptops, Monitore, Smartboards oder Server – also schreibt man aus, vergleicht Preise und bestellt. In der Realität und insbesondere im öffentlichen Sektor ist die Sache häufig komplexer. Ausschreibungsunterlagen müssen einerseits glasklar beschreiben, was benötigt wird, andererseits (im öffentlichen Sektor) produktneutral bleiben und dürfen den Wettbewerb nicht unzulässig einschränken. Nur so lässt sich wirtschaftlich einkaufen. Gleichzeitig sollen sie so präzise sein, dass möglichst wenige Bieterfragen entstehen – denn jede Rückfrage kostet Zeit, erhöht den Koordinationsaufwand und kann im schlechtesten Fall zu Fristverlängerungen und im öffentlichen Sektor zu Rügen oder einer Aufhebung des Verfahrens führen. Dieser Artikel beleuchtet typische Schwierigkeiten bei der Gestaltung von Ausschreibungsunterlagen und zeigt praxisnahe Wege, wie Leistungsbeschreibungen und Vergabeunterlagen so aufgebaut werden können, dass sie klar, marktoffen, nachfragearm sind und wirtschaftliche Preise sicherstellen.
Gerade bei IT-Hardware ist die Gefahr hoch: Schnelllebige Produktzyklen, unterschiedliche Konfigurationslogiken, Kompatibilitätsfragen, Lieferkettenrisiken und heterogene Bestandslandschaften treffen insbesondere im öffentlichen Sektor auf ein Regelwerk, das Transparenz, Gleichbehandlung und Wettbewerb sicherstellen soll.
Abbildung 1: Worauf kommt es an?
Der Kernkonflikt: Präzise Bedarfslage versus produktneutrale Ausschreibung
Die wichtigste Herausforderung lässt sich in einem Satz zusammenfassen: Je genauer die Anforderungen, desto größer das Risiko einer indirekten Produktfestlegung – je offener die Formulierung, desto größer das Risiko von Missverständnissen und Bieterfragen. Dies gilt nicht nur für den öffentlichen Sektor, sondern auch für private Unternehmen: Die Festlegung auf ein konkretes Produkt schafft weniger Konkurrenz und damit schlechtere Einkaufspreise.
Bei Hardware zeigt sich das besonders deutlich. Ein konkreter Akku-Wert, ein spezieller Port-Mix oder eine bestimmte Docking-Station kann faktisch nur von wenigen Modellen erfüllt werden. Andererseits führen schwammige Vorgaben („aktueller Business-Laptop“) zu Interpretationsspielräumen, die zu nicht vergleichbaren Angeboten führen. Und wenn am Ende Angebote eingehen, die formal passen, aber im Betrieb nicht funktionieren (Treiber, Management-Tools, Kompatibilität), ist die Beschaffungsstelle in der Zwickmühle.
Die Kunst der Unterlagen liegt deshalb darin, Anforderungen auf Funktion, Leistung und Einsatzszenario zu beziehen – und nicht auf ein konkretes Modell. Das bedeutet: weg von „genau dieses Gerät“, hin zu „diese Leistungsfähigkeit im definierten Umfeld“.
Bedarf und Einsatzszenario sauber beschreiben – bevor man technische Werte festlegt
Viele Ausschreibungsverfahren erzeugen Nachfragen, weil der Bedarf nur als Liste technischer Mindestwerte formuliert ist, ohne den Kontext zu erklären. Dabei reduziert eine gute Beschreibung der Ausgangslage Rückfragen erheblich, weil Anbieter verstehen, wofür die Hardware gedacht ist und welche Anforderungen zwingend sind.
Praktisch bedeutet das die Beschreibung von folgenden Punkten:
- Nutzungsprofile
z.B. Office/Standard, Power-User, Mobile/Field-Work, Entwickler, Grafik/CAD, Schulungsräume - Betriebsmodell
z.B. zentraler Rollout, Auto-Pilot/Imaging, Geräteverwaltung via Mobile Device-Management/Endpoint-Management, On-Prem/Cloud-Anbindung - Bestandsumgebung
z.B. vorhandene Docking-Stations/Monitore, Peripherie, Zertifikate, Smartcards, WLAN-Standards - Mengengerüst und Laufzeit
z.B. Abrufmengen, Rahmenvertrag, Erweiterungsoptionen - Service- und Austauschlogik
z.B. Vor-Ort-Service, Next-Business-Day, Bring-In, Ersatzteilverfügbarkeit, Ersatzgerätepool
Wenn diese Punkte klar sind, lassen sich technische Anforderungen gezielter und marktgerechter formulieren – und die Zahl der „Bitte präzisieren Sie…“-Fragen der Bieter sinkt spürbar.
Produktneutral, aber eindeutig: Leistungsbeschreibung ohne versteckte Markenbindung
Produktneutralität heißt nicht, dass man keine Anforderungen stellen darf – sondern dass Anforderungen sachlich gerechtfertigt und wettbewerbsoffen sind.
Bei Hardware sollten beispielsweise die folgenden Punkte vermieden werden:
- Markentypische Begriffe („MagSafe“, „ThinkPad-Dock“, „iGPU-Feature X“) ohne funktionales Pendant
- Zu enge Grenzwerte (z. B. „genau 1,35 kg“, „genau 16:10 und 2560×1600“, „genau Portkombination A+B+C“)
- Anforderungslisten ohne Priorisierung (alles „MUSS“)
Solche Vorgaben wirken oft wie ein verdeckter Modellfilter und führen zum Ausschluss vieler Angebote sowie einer Erhöhung des Aufhebungsrisikos.
Hier ist es besser, funktional zu beschreiben.
Statt „USB-C Dock Modell XYZ“ besser: „Dockinglösung, die Stromversorgung, Datenübertragung und Bildausgabe über eine kabelgebundene Verbindung ermöglicht; kompatibel mit den angebotenen Endgeräten; unterstützt mindestens zwei externe Displays im definierten Auflösungs-/Hz-Bereich.“
Wenn eine Nennung eines Fabrikats ausnahmsweise unvermeidbar ist (z. B. wegen vorhandener Infrastruktur), gehört in die Unterlagen eine klare Gleichwertigkeitsregel. Das reduziert Rückfragen und schützt im öffentlichen Sektor vor Rügen, weil Bieter nachvollziehen können, wie Gleichwertigkeit bewertet wird.
Mindestanforderungen, Soll-Kriterien und Ausschlusslogik: Weniger ist oft mehr
Ein typischer Grund für Bieterfragen sind überladene Muss-Kataloge. Je mehr Muss-Kriterien, desto mehr Interpretationsbedarf entsteht („zählt das auch?“, „wie wird gemessen?“, „welcher Nachweis?“).
Hier sind einige Empfehlungen für eine robuste Anforderungsstruktur:
- MUSS-Kriterien nur für wirklich betriebsnotwendige Punkte (z. B. Security-Funktionen, Management-Fähigkeit, bestimmte Schnittstellen, Mindestleistung für definierte Anwendungen).
- SOLL-Kriterien für Komfort, Zukunftsfähigkeit und Differenzierung im Wettbewerb.
- KANN-Kriterien für Add-ons oder Varianten, die separat bepreist werden.
Im öffentlichen Sektor ist eine eindeutige Ausschlusslogik zu formulieren:
- Wann wird ein Angebot ausgeschlossen? (nur bei Nichterfüllung von Muss-Kriterien)
- Wie werden Soll-Kriterien bewertet? (Punkte, Gewichtungen, klare Skalen für die Punktevergabe)
Je transparenter diese Logik ist, desto weniger Rückfragen kommen auf und desto geringer das Risiko, dass die Wertung angreifbar wird.
Vergleichbarkeit herstellen: Konfigurationen, Zubehör, „versteckte“ Leistungsbestandteile
Bei der Ausschreibung von IT-Hardware entstehen viele Rückfragen nicht wegen CPU oder RAM, sondern wegen Randthemen, die in der Praxis entscheidend sind:
- Netzteile (Leistung, Anzahl, EU-Stecker, Ersatznetzteil ja/nein)
- Tastatur-Layout (DE), Touch/Non-Touch, Stift-Support
- Garantiebedingungen (Laufzeit, Reaktionszeit, Abwicklung)
- Imaging/Autopilot-Bereitstellung, Treiberpakete, BIOS-Konfigurierbarkeit
- Nachhaltigkeit/Verpackung/Rückgabe
- Kompatibilität mit vorhandenen Monitoren, Docks, Zertifikaten
Hier empfiehlt es sich, ein eigenes Kapitel „Lieferumfang und Nebenleistungen“ mit klaren Vorgaben zu erstellen:
- „Pro Gerät: Netzteil, mind. X m Kabel, deutsche Tastatur, Seriennummernliste, Asset-Tags nach Vorgabe, BIOS-Konfiguration gemäß Profil, Dokumentation der Treiberversionen.“
- „Zubehör in separaten Positionen“ (Dock, Monitor, Tasche, Adapter), damit Angebote vergleichbar bleiben.
Je klarer der Lieferumfang, desto weniger Fragen wie etwa „Ist Adapter XY enthalten?“ kommen auf und desto geringer die Gefahr, dass Bieter unterschiedliche Annahmen kalkulieren und Angebote am Ende nicht vergleichbar sind.
Zuschlagskriterien so formulieren, dass sie nicht angreifbar sind
Oft kommt es vor, dass Unterlagen zwar technisch sauber sind, die Zuschlagskriterien aber zu schwammig („Qualität“, „Service“, „Nachhaltigkeit“) und ohne Bewertungsmethodik aufgeführt sind. Das führt zu Rückfragen und erhöhtem Konfliktpotenzial mit den Bietern.
Zuschlagskriterien müssen das Folgende leisten:
- Sie müssen messbar oder zumindest nachvollziehbar bewertbar sein
- Gewichtungen müssen klar sein
- Der Bewertungsmaßstab muss bei Angebotsabgabe ebenfalls vorliegen
- Gewünschte Nachweise müssen benannt sein (Datenblätter, Zertifikate, SLA-Dokumente etc.)
Beispiele für klare Kriterien:
- Energieeffizienz/Umweltlabels (definierte akzeptierte Nachweise)
- Servicelevel (Reaktionszeit, Reparaturzeit, Abwicklungskanal)
- Lieferfähigkeit (verbindliche Lieferfristen, Pönalen bei Verzug)
- Total Cost of Ownership-Elemente (Garantieverlängerung, Ersatzteilpreise, Standardzubehör)
Je konkreter die Bewertungslogik, desto weniger Nachfragen kommen auf. Gleichzeitig sinkt das Risiko, dass die Wertung später als „intransparent“ kritisiert wird.
Bieterfragen minimieren: Typische Ursachen und Gegenmaßnahmen
Um möglichst wenige Nachfragen zu erzeugen, lohnt es sich, die häufigsten Ursachen zu betrachten und bei der Erstellung der Ausschreibungsunterlagen zu vermeiden.
Häufige Auslöser von Rückfragen sind etwa:
- Widersprüche zwischen Leistungsbeschreibung, Preisblatt, Vertragsentwurf und Anlagen
- Unklare Begrifflichkeiten („gleichwertig“, „kompatibel“, „Business-Klasse“)
- Fehlende Mengengerüste oder unklare Abruflogik in Rahmenverträgen
- Unvollständige Leistungsverzeichnisse (z. B. fehlende Zubehörpositionen)
- Unklare Nachweis-Forderungen (was muss konkret eingereicht werden und in welcher Form?)
Gegenmaßnahmen, die hier entgegenwirken:
- Konsistenzcheck:
Einmal querlesen mit „Bieterbrille“ (am besten durch eine Person, die nicht am Text mitgeschrieben hat). - Begriffsdefinitionen:
Ein Glossar oder ein Abschnitt „Definitionen und Nachweise“. - Beispielkonfigurationen:
Für jedes Nutzungsprofil eine Beispielkonfiguration, damit klar ist, was gemeint ist. - Preisblatt optimieren:
Keine Mischpositionen; klare Einheit (Stück, Set, Jahr), klare Optionslogik. - Abnahme- und Testkriterien:
Was gilt als erfüllt? Welche Tests sind vorgesehen (z. B. Docking mit zwei Monitoren, WLAN-Roaming, Gerätemanagement)?.
Die häufigsten Ursachen für eine Aufhebung
Eine Aufhebung ist selten „Pech“, sondern oft die Folge struktureller Probleme, die bereits beim Erstellen der Ausschreibungsunterlagen entstehen. Typische Ursachen sind:
- Kein wirtschaftliches Ergebnis (Budget/Marktpreis klaffen auseinander)
- Zu geringe Konkurrenz (zu detaillierte Muss-Kriterien, unnötige Ausschlüsse)
- Wertungsprobleme (intransparente oder widersprüchliche Zuschlagskriterien)
- Formale Fehler (fehlende Angaben, falsche Fristen, unklare Eignungskriterien)
Wie man das Aufhebungsrisiko bei der Gestaltung der Ausschreibungsunterlagen senkt:
- Markterkundung/Marktsichtung im Vorfeld (ohne sich auf ein Produkt festzulegen):
Welche Leistung ist marktüblich? Welche Bandbreiten sind realistisch? - Anforderungen priorisieren:
Muss-Kriterien auf das Notwendige begrenzen, Soll-Kriterien für Differenzierung nutzen. - Mögliche Änderungen beachten:
Auch bei schnelllebiger Hardware sind Rahmenverträge häufig sinnvoll – allerdings nur, wenn ein Produktwechsel/Refresh sauber geregelt ist (z. B. Nachfolgemodelle als gleichwertig, Preislogik). - Faire Eignungskriterien:
Keine überzogenen Anforderungen vorgeben (z. B. Referenzen so formulieren, dass marktüblich viele Anbieter sie erfüllen können, ohne die Qualität zu gefährden). - Interne Freigaben vor Veröffentlichung:
Budget, Bedarf, IT-Architektur, Security, Datenschutz, Betrieb – alles vorab abgestimmt. Viele Aufhebungen entstehen, weil intern nach Veröffentlichung neue Anforderungen gestellt werden.
Fazit
Gute Ausschreibungsunterlagen für IT-Hardware sind weniger ein „Datenblatt-Abschreiben“, sondern eine Disziplin aus Bedarfsanalyse, marktoffener Leistungsbeschreibung, eindeutiger Bewertungslogik und sauberer Konsistenzarbeit. Die größten Schwierigkeiten entstehen dort, wo Anforderungen entweder zu eng (produktähnlich) oder zu vage (interpretierbar) formuliert werden. Wer stattdessen konsequent vom eigenen Einsatzszenario ausgeht, Muss-Kriterien schlank hält, Gleichwertigkeit prüfbar definiert und Lieferumfang sowie Nachweise klar regelt, erreicht vier zentrale Ziele gleichzeitig: weniger Bieterfragen, bessere Vergleichbarkeit der Angebote, ein deutlich geringeres Risiko einer Aufhebung (im öffentlichen Sektor) und wirtschaftliche Preise.
