Alle Artikel Angebotserstellung bei IT-Ausschreibungen: 7 Tipps Strategie

Angebotserstellung bei IT-Ausschreibungen: 7 Tipps

Von Bruno Polster · 23. Februar 2026 · 12 Min. Lesezeit

Letzte Aktualisierung: März 2026 | Lesezeit: ca. 10 Min.

Ein starkes Angebot ist der Unterschied zwischen Zuschlag und Absage. Trotzdem behandeln viele IT-Dienstleister die Angebotserstellung bei öffentlichen Ausschreibungen wie ein notwendiges Übel: schnell zusammengeschrieben, irgendwie kalkuliert, am letzten Tag eingereicht. Das Ergebnis ist vorhersehbar — und frustrierend.

Dabei ist die Angebotserstellung bei IT-Ausschreibungen kein Glücksspiel. Es ist ein Handwerk, das sich lernen lässt -- und wer die größten Fehler bei IT-Ausschreibungen kennt, ist bereits im Vorteil. Öffentliche Auftraggeber bewerten Angebote nach klar definierten Kriterien. Wer diese Kriterien versteht und systematisch bedient, gewinnt häufiger. So einfach ist das — zumindest in der Theorie.

In der Praxis scheitern viele Angebote an vermeidbaren Fehlern: fehlende Unterlagen, unstrukturierte Darstellungen, falsche Preisstrategien oder schlicht mangelnde Passung zum Ausschreibungsgegenstand. In diesem Artikel teilen wir sieben praxiserprobte Tipps, mit denen Sie die Qualität Ihrer IT-Angebote spürbar verbessern.

Auf einen Blick

  • 30–40% beträgt die typische Preisgewichtung bei IT-Ausschreibungen — Qualität schlägt in den meisten Fällen den niedrigsten Preis.
  • 900–1.300 EUR/Tag sind übliche Tagessätze für Senior-Java-Entwickler mit Sicherheitsüberprüfung im öffentlichen Bereich.
  • 30–45 Tage beträgt die typische Angebotsfrist — planen Sie die Einreichung mindestens 24 Stunden vor Fristablauf.
  • Formale Fehler sind der häufigste Ausschlussgrund — noch vor inhaltlichen Schwächen.
  • UfAB-Methode ist der Bewertungsstandard im IT-Bereich der Bundesverwaltung.

Tipp 1: Verstehen Sie die Bewertungsmatrix — bevor Sie ein Wort schreiben

Jede öffentliche Ausschreibung enthält eine Bewertungsmatrix. Sie beschreibt exakt, nach welchen Kriterien Ihr Angebot bewertet wird — und wie die einzelnen Kriterien gewichtet werden. Trotzdem lesen viele Bieter zuerst die Leistungsbeschreibung und die Bewertungsmatrix nur am Rande.

Häufiger Fehler: Viele Bieter lesen zuerst die Leistungsbeschreibung und behandeln die Bewertungsmatrix nur als Randnotiz. Das führt dazu, dass der Arbeitsaufwand falsch verteilt wird — mit fatalen Folgen für die Gesamtpunktzahl.

Das ist ein schwerwiegender strategischer Fehler.

Stellen Sie sich vor, eine Ausschreibung für Java-Entwicklungsleistungen gewichtet das Projektteam mit 40%, den Preis mit 30% und das fachliche Konzept mit 30%. In diesem Fall sollten Sie den größten Teil Ihrer Angebotsarbeit in die Darstellung Ihres Teams investieren — detaillierte Lebensläufe, relevante Projektreferenzen, nachgewiesene Zertifizierungen.

Praktisches Beispiel: Das Bayerische Landesamt für Steuern schreibt regelmäßig IT-Rahmenverträge aus, bei denen die Qualifikation des eingesetzten Personals bis zu 50% der Gesamtbewertung ausmacht. Ein Bieter, der hier mit einem günstigen Preis punkten will, aber nur durchschnittliche Profile einreicht, hat keine Chance gegen einen Wettbewerber mit hochqualifizierten Entwicklern — selbst wenn dessen Tagessatz deutlich höher liegt.

So setzen Sie es um:
- Lesen Sie die Bewertungsmatrix als Erstes — noch vor der Leistungsbeschreibung.
- Erstellen Sie eine Tabelle mit allen Bewertungskriterien, deren Gewichtung und der maximalen Punktzahl.
- Planen Sie Ihren Arbeitsaufwand für die Angebotserstellung proportional zur Gewichtung.
- Prüfen Sie, ob Sie bei den hochgewichteten Kriterien realistisch eine hohe Punktzahl erreichen können. Wenn nicht, ist es möglicherweise sinnvoller, auf diese Ausschreibung zu verzichten.

Tipp 2: Beantworten Sie exakt das, was gefragt wird

Es klingt banal, aber es ist der häufigste Fehler bei IT-Ausschreibungen: Bieter beantworten nicht die gestellten Fragen, sondern schreiben, was sie für wichtig halten. Sie liefern allgemeine Firmenpräsentationen statt spezifischer Konzepte. Sie beschreiben ihre Technologie statt der geforderten Lösungsansätze.

Öffentliche Auftraggeber sind an formale Bewertungskriterien gebunden. Wenn nach einem Migrationskonzept gefragt wird, muss ein Migrationskonzept vorliegen — nicht eine allgemeine Beschreibung Ihrer Migrationskompetenz. Wenn drei Referenzprojekte mit vergleichbarem Auftragsvolumen gefordert sind, müssen es drei sein — nicht zwei besonders gute. Besonders bei Ausschreibungen mit EVB-IT-Verträgen ist formale Genauigkeit entscheidend.

Praktisches Beispiel: Bei einer Ausschreibung der Bundesagentur für Arbeit für IT-Beratungsleistungen wurde ein detaillierter Projektplan für die ersten sechs Monate gefordert. Ein mittelständischer IT-Dienstleister reichte stattdessen eine Methodik-Beschreibung seines agilen Vorgehensmodells ein — fachlich brillant, aber an der Frage vorbei. Das Angebot erhielt null Punkte in diesem Kriterium.

So setzen Sie es um:
- Gehen Sie die Leistungsbeschreibung Absatz für Absatz durch.
- Erstellen Sie eine Compliance-Matrix: Jede Anforderung links, Ihre Antwort rechts.
- Nutzen Sie exakt die Begriffe und Formulierungen der Ausschreibung in Ihrem Angebot.
- Lassen Sie jemanden gegenlesen, der das Angebot nicht geschrieben hat — rein auf Vollständigkeit.
- Wenn Formulare oder Vordrucke vorgegeben sind, nutzen Sie ausschließlich diese. Eigene Formate führen im schlimmsten Fall zum Ausschluss.

Tipp 3: Referenzen strategisch einsetzen

Referenzen sind bei IT-Ausschreibungen kein Beiwerk — sie sind oft der Beweis, dass Sie liefern können, was Sie versprechen. Die meisten Ausschreibungen fordern mindestens zwei bis drei Referenzprojekte, die nach Umfang, Technologie und Branche mit dem Ausschreibungsgegenstand vergleichbar sind. Welche Eignungskriterien bei IT-Ausschreibungen typischerweise geprüft werden, sollten Sie im Vorfeld genau kennen.

Der Fehler, den viele IT-Dienstleister machen: Sie schicken immer dieselben drei Standardreferenzen mit, unabhängig von der konkreten Ausschreibung. Das ist, als würden Sie sich mit demselben Anschreiben auf jede Stelle bewerben.

Praktisches Beispiel: Wenn Sie sich auf eine Ausschreibung für Penetrationstests im Kfz-Umfeld bewerben, sollten Ihre Referenzen idealerweise (a) Penetrationstests, (b) den öffentlichen Sektor und (c) einen Bezug zu kritischen Infrastrukturen oder regulierten Branchen zeigen. Eine Referenz für einen E-Commerce-Sicherheitsaudit ist besser als nichts, aber deutlich weniger überzeugend als ein Penetrationstest für eine Landesbehörde.

So setzen Sie es um:
- Pflegen Sie eine Referenzdatenbank mit allen relevanten Details: Auftraggeber, Branche, Technologien, Umfang, Zeitraum.
- Wählen Sie für jede Ausschreibung die drei bis fünf passendsten Referenzen aus.
- Beschreiben Sie Referenzen so, dass die Vergleichbarkeit zum aktuellen Projekt offensichtlich wird.
- Holen Sie vorab die schriftliche Genehmigung Ihrer Referenzkunden ein — manche Auftraggeber fragen nach.
- Wenn Sie keine perfekt passenden Referenzen haben, beschreiben Sie ehrlich die Übertragbarkeit Ihrer Erfahrungen.

Tipp 4: Preise strategisch kalkulieren — nicht einfach „günstig" anbieten

Viele mittelständische IT-Dienstleister glauben, dass der niedrigste Preis gewinnt. Das ist ein Mythos, der sich hartnäckig hält — und zu gefährlich niedrigen Kalkulationen führt.

In den meisten IT-Ausschreibungen macht der Preis nur 30-40% der Gesamtbewertung aus. Bei komplexen Projekten sogar nur 20%. Das bedeutet: Ein qualitativ hervorragendes Angebot mit einem 20% höheren Preis schlägt regelmäßig ein mittelmäßiges Angebot mit dem niedrigsten Preis.

Praxis-Tipp: Analysieren Sie die Bewertungsformel genau und berechnen Sie, wie viele Qualitätspunkte einen Preisunterschied von X% aufwiegen. Bei einer Ausschreibung mit nur 25% Preisgewichtung investieren Sie Ihre Zeit besser in das fachliche Konzept als in die Preisoptimierung.

Zudem gibt es bei öffentlichen Ausschreibungen das Konzept der „ungewöhnlich niedrigen Angebote". Liegt Ihr Preis deutlich unter dem der Konkurrenz, muss der Auftraggeber eine Aufklärung verlangen. Im schlimmsten Fall wird Ihr Angebot ausgeschlossen, weil der Preis die ordnungsgemäße Leistungserbringung infrage stellt.

Praktisches Beispiel: Bei einer IT-Outsourcing-Ausschreibung eines öffentlich-rechtlichen Kreditinstituts in Schleswig-Holstein lag die Bewertungsformel bei 40% Preis, 35% Konzept, 25% Personal. Ein Bieter mit einem um 15% höheren Preis gewann, weil sein Transitionskonzept und die vorgeschlagenen Teamprofile deutlich besser bewertet wurden. Der Preisunterschied wurde durch die Qualitätspunkte mehr als kompensiert.

So setzen Sie es um:
- Analysieren Sie die Bewertungsformel genau. Berechnen Sie, wie viele Qualitätspunkte ein Preisunterschied von X% aufwiegt.
- Kalkulieren Sie kostendeckend — ein verlustbringendes Projekt schadet Ihrem Unternehmen mehr als kein Zuschlag.
- Berücksichtigen Sie versteckte Kosten: Einarbeitung, Reisekosten, Dokumentationspflichten, Abstimmungsaufwand.
- Nutzen Sie optionale Positionen oder Staffelpreise, wenn die Ausschreibung es erlaubt.
- Vergleichen Sie Ihre Tagessätze mit den Marktpreisen. Für Senior-Java-Entwickler mit Sicherheitsüberprüfung liegen die üblichen Sätze im öffentlichen Bereich bei 900-1.300 Euro pro Tag — deutlich unter den freien Marktpreisen, aber kalkulierbar.

Tipp 5: Risiken proaktiv adressieren

Öffentliche Auftraggeber haben schlechte Erfahrungen gemacht — mit gescheiterten IT-Projekten, mit Kostenexplosionen, mit Anbietern, die versprochen und nicht gehalten haben. Deshalb bewerten sie Angebote, die Risiken erkennen und Gegenmaßnahmen beschreiben, deutlich positiver als solche, die so tun, als gäbe es keine Risiken.

Das bedeutet nicht, dass Sie Ihr Angebot mit Warnungen füllen sollten. Es bedeutet, dass Sie zeigen sollten, dass Sie die Herausforderungen des Projekts verstanden haben und darauf vorbereitet sind.

Praktisches Beispiel: Bei einer Ausschreibung zur Migration einer Fachanwendung auf eine neue Plattform könnte ein Risiko-Abschnitt so aussehen:

„Risiko: Unvollständige Dokumentation des Legacy-Systems. Gegenmaßnahme: Wir planen in der ersten Projektphase eine systematische Code- und Schnittstellenanalyse ein (40 PT), um die tatsächliche Systemlandschaft zu erfassen. Auf Basis unserer Erfahrung aus dem Projekt [Referenz] kalkulieren wir einen Puffer von 15% für nicht dokumentierte Abhängigkeiten."

So setzen Sie es um:
- Identifizieren Sie die drei bis fünf wahrscheinlichsten Risiken des konkreten Projekts.
- Beschreiben Sie für jedes Risiko eine konkrete Gegenmaßnahme.
- Zeigen Sie, dass Sie ähnliche Risiken in der Vergangenheit erfolgreich gemanagt haben.
- Kalkulieren Sie Risikopuffer in Ihren Preis ein — transparent und nachvollziehbar.
- Bieten Sie Reporting-Mechanismen an, die dem Auftraggeber Kontrolle und Transparenz geben.

Tipp: Tendit kostenlos testen

Tendit findet automatisch passende IT-Ausschreibungen für Ihr Unternehmen — KI-gestützt und in Sekunden statt Stunden. Jetzt kostenlos testen →

Tipp 6: Investieren Sie in die Darstellung Ihres Projektteams

Bei IT-Ausschreibungen kauft der Auftraggeber keine Software und keine Hardware — er kauft die Kompetenz Ihrer Mitarbeiter. Die Qualität der vorgeschlagenen Teamprofile ist daher in den meisten Fällen der entscheidende Differenzierungsfaktor.

Trotzdem liefern viele IT-Dienstleister Lebensläufe, die wie aus einer HR-Datenbank generiert wirken: generische Auflistungen von Technologien, ohne konkreten Bezug zum Ausschreibungsgegenstand. Das ist eine verpasste Chance.

Praktisches Beispiel: Für eine Ausschreibung im Bereich Identitätsmanagement sollte der Lebenslauf eines vorgeschlagenen Beraters nicht einfach „IAM" als Skill listen. Stattdessen: „Konzeption und Implementierung einer SAML/OIDC-basierten IAM-Lösung für 25.000 Nutzer bei einer Landesbehörde. Technologien: Keycloak, Active Directory, eID-Integration. Rolle: Lead Architect."

So setzen Sie es um:
- Erstellen Sie für jede Ausschreibung individuelle Kurzprofile Ihrer Teammitglieder.
- Heben Sie genau die Erfahrungen hervor, die zur Ausschreibung passen.
- Beschreiben Sie Rollen und Verantwortlichkeiten im vorgeschlagenen Projekt konkret.
- Listen Sie relevante Zertifizierungen auf (ISTQB, ITIL, BSI-Grundschutz-Praktiker, SAFe, etc.).
- Wenn Sicherheitsüberprüfungen (SÜ1/SÜ2) gefordert sind, geben Sie an, welche Teammitglieder diese bereits besitzen.
- Klären Sie die Verfügbarkeit der vorgeschlagenen Personen realistisch ab — nichts ist peinlicher als ein Nachtrag, dass der Lead Developer doch nicht verfügbar ist.

Tipp 7: Formale Compliance — der stille Killer

Infographic

Es ist der frustrierendste aller Ablehnungsgründe: Ihr Angebot wird ausgeschlossen, bevor es inhaltlich bewertet wird. Nicht weil es schlecht war, sondern weil ein Formular fehlte, eine Unterschrift vergessen wurde oder die Einreichungsfrist um fünf Minuten überschritten war.

Formale Ausschlussgründe sind im Vergaberecht zwingend. Der Auftraggeber hat in den meisten Fällen keinen Ermessensspielraum — ein formal unvollständiges Angebot muss ausgeschlossen werden, auch wenn es inhaltlich das beste wäre.

Die häufigsten formalen Fehler bei IT-Ausschreibungen:
- Fehlende Eigenerklärungen (Mindestlohn, Tariftreue, keine Ausschlussgründe nach §§ 123/124 GWB)
- Nicht unterschriebenes Angebotsschreiben (oder nur digitale Signatur, wenn handschriftlich gefordert)
- Fehlender Handelsregisterauszug oder Unbedenklichkeitsbescheinigungen
- Nichtbeachtung des geforderten Dateiformats (z.B. PDF/A statt PDF)
- Überschreitung der Angebotsabgabefrist — auch wenn es nur Minuten sind
- Fehlende oder unvollständige Preisblätter
- Nachträglich geänderte Vergabeunterlagen nicht berücksichtigt (Bieterrundschreiben)

So setzen Sie es um:
- Erstellen Sie eine Checkliste aller geforderten Unterlagen direkt nach Erhalt der Ausschreibung.
- Planen Sie die Einreichung mindestens 24 Stunden vor Fristablauf — Plattformen wie die eVergabe können am letzten Tag überlastet sein.
- Lassen Sie die formale Vollständigkeit von einer zweiten Person prüfen.
- Halten Sie Standarddokumente (Handelsregisterauszug, Unbedenklichkeitsbescheinigungen, Eigenerklärungen) aktuell und griffbereit.
- Beachten Sie Bieterrundschreiben und Änderungen der Vergabeunterlagen — und dokumentieren Sie, dass Sie diese berücksichtigt haben.

Key Takeaway: Formale Vollständigkeit ist die Grundvoraussetzung für jedes Angebot. Erstellen Sie eine Checkliste aller geforderten Unterlagen direkt nach Erhalt der Ausschreibung und lassen Sie die Vollständigkeit von einer zweiten Person prüfen.

Häufige Fehler, die zum Ausschluss führen

Neben den formalen Fehlern gibt es inhaltliche Stolperfallen, die erfahrene Vergabestellen sofort erkennen:

Änderungen an den Vergabeunterlagen: Wenn Sie Preisblätter, Vertragsbedingungen oder Eignungskriterien eigenmächtig ändern, wird Ihr Angebot ausgeschlossen. Ohne Ausnahme.

Unvollständige Preisangaben: Jede Position im Preisblatt muss ausgefüllt sein. Ein fehlender Tagessatz für eine Rolle, die Sie „wahrscheinlich nicht brauchen", führt zum Ausschluss oder zur Wertung mit Null.

Bedingungen und Vorbehalte: Formulierungen wie „vorbehaltlich der finalen Klärung" oder „Preis gilt nur bei Beauftragung bis [Datum]" machen Ihr Angebot zu einem Nebenangebot — wenn solche nicht zugelassen sind, folgt der Ausschluss.

Wettbewerbswidrige Absprachen: Jede Andeutung, dass Sie sich mit anderen Bietern abgestimmt haben, ist ein sofortiger Ausschlussgrund und kann strafrechtliche Konsequenzen haben.

Wie Zuschlagskriterien Ihre Strategie bestimmen

Die beiden Grundmodelle der öffentlichen Vergabe sind:

1. Niedrigster Preis (reine Preiswertung): Hier gewinnt tatsächlich der günstigste Bieter. Diese Vergabeart wird bei IT-Ausschreibungen allerdings immer seltener, da die Qualitätsrisiken zu hoch sind. Sie findet sich noch bei stark standardisierten Leistungen wie Hardware-Beschaffung oder einfachen Supportverträgen.

2. Bestes Preis-Leistungs-Verhältnis (Richtwertmethode, erweiterte Richtwertmethode, UfAB-Methode): Hier wird eine Gesamtbewertung aus Preis und Qualität gebildet. Die UfAB-Methode (Unterlage für Ausschreibung und Bewertung von IT-Leistungen) ist im IT-Bereich der Bundesverwaltung Standard und definiert klare Bewertungsschemata.

Typische Gewichtungen bei IT-Ausschreibungen:
- Softwareentwicklung: 30% Preis, 40% Konzept, 30% Personal
- IT-Beratung: 40% Preis, 30% Erfahrung, 30% Konzept
- IT-Outsourcing: 35% Preis, 35% Transitionskonzept, 30% SLA/Service-Level

Ihre Strategie muss sich an der konkreten Gewichtung orientieren. Bei einer Ausschreibung mit 50% Preisgewichtung lohnt es sich, an der Kalkulation zu feilen. Bei 25% Preisgewichtung investieren Sie diese Zeit besser in das fachliche Konzept.

Template-Struktur für ein überzeugendes IT-Angebot

Ein gut strukturiertes Angebot folgt einer klaren Logik. Hier ein bewährter Aufbau:

1. Angebotsschreiben (1-2 Seiten)
- Formale Angaben, Bezug auf die Ausschreibung, rechtsverbindliche Erklärung

2. Executive Summary (1-2 Seiten)
- Kernbotschaft: Warum sind Sie der richtige Partner? Was unterscheidet Ihr Angebot?

3. Unternehmensprofil (2-3 Seiten)
- Relevante Fakten: Größe, Standorte, Branchenfokus, Zertifizierungen
- Nicht: Ihre gesamte Firmenhistorie seit der Gründung

4. Fachliches Konzept (10-20 Seiten, je nach Umfang)
- Verständnis der Aufgabe, Lösungsansatz, Methodik, Zeitplan, Meilensteine
- Hier muss die Musik spielen — investieren Sie hier die meiste Zeit

5. Projektteam (3-5 Seiten)
- Kurzprofile aller vorgeschlagenen Teammitglieder mit relevanten Erfahrungen

6. Referenzen (3-5 Seiten)
- Ausgewählte, zur Ausschreibung passende Referenzprojekte

7. Preisblatt (gemäß Vorgabe)
- Exakt nach dem vorgegebenen Schema ausfüllen, keine Abweichungen

8. Eignungsnachweise und Anlagen
- Alle geforderten Dokumente, Zertifikate, Eigenerklärungen

Zeitmanagement: So planen Sie den Angebotsprozess

Die typische Angebotsfrist bei IT-Ausschreibungen beträgt 30 bis 45 Tage. Das klingt nach viel Zeit, ist aber knapp, wenn Sie ein wettbewerbsfähiges Angebot erstellen wollen.

Empfohlene Zeitaufteilung:

Woche 1: Analyse und Bid/No-Bid-Entscheidung (Tag 1-7)
- Bewertungsmatrix analysieren
- Eignung prüfen: Können wir die Anforderungen erfüllen?
- Entscheidung treffen: Bieten wir oder nicht?
- Bieterfragen stellen (nutzen Sie diese Möglichkeit — immer!)

Woche 2-3: Konzept und Kalkulation (Tag 8-21)
- Fachliches Konzept erstellen
- Projektteam zusammenstellen und Profile erstellen
- Kalkulation erarbeiten
- Referenzen auswählen und beschreiben

Woche 4: Review und Fertigstellung (Tag 22-28)
- Internes Review durch unbeteiligte Person
- Formale Vollständigkeitsprüfung
- Finale Kalkulation und Freigabe
- Einreichung mindestens 24-48 Stunden vor Fristende

Woche 5 (Puffer): Antworten auf Bieterrundschreiben (Tag 29-35)
- Falls der Auftraggeber die Unterlagen ändert oder Fragen beantwortet, haben Sie noch Zeit zu reagieren.

Fazit

Die Angebotserstellung bei IT-Ausschreibungen ist keine Kunst — es ist ein strukturierter Prozess. Wer die Bewertungskriterien versteht, exakt auf die Anforderungen eingeht, seine Referenzen strategisch einsetzt und die formalen Spielregeln beherrscht, gewinnt häufiger. Nicht immer, aber häufiger.

Der erste Schritt ist allerdings, die richtigen Ausschreibungen überhaupt zu finden. Denn das beste Angebotserstellungs-Know-how nützt wenig, wenn Sie die passenden Ausschreibungen zu spät oder gar nicht entdecken.

Zusammenfassung

  • Lesen Sie die Bewertungsmatrix als Erstes und verteilen Sie Ihren Arbeitsaufwand proportional zur Gewichtung.
  • Beantworten Sie exakt die gestellten Fragen — allgemeine Firmenpräsentationen statt spezifischer Konzepte kosten Punkte.
  • Wählen Sie Referenzen passend zur jeweiligen Ausschreibung aus, statt immer dieselben drei Standardreferenzen zu senden.
  • Der niedrigste Preis gewinnt in den meisten IT-Ausschreibungen nicht — Qualität wird höher gewichtet.
  • Planen Sie die Einreichung mindestens 24 Stunden vor Fristablauf, um formale Ausschlussgründe zu vermeiden.

Testen Sie Tendit 8 Wochen kostenlos — und verpassen Sie keine relevante Ausschreibung mehr. usetendit.com

Verpassen Sie keine relevante IT-Ausschreibung mehr

Tendit findet automatisch die passenden öffentlichen Aufträge für Ihr Unternehmen. 8 Wochen kostenlos.

Jetzt kostenlos testen