Ein Lastenheft für die Softwareauswahl beschreibt die Anforderungen des Betriebs an Lieferungen und Leistungen — nicht die technische Lösung. Es bleibt schlank, wenn es Prozesse statt Funktionslisten beschreibt, jede Anforderung als Muss oder Kann kennzeichnet und jede Anforderung einen benannten Urheber im Betrieb hat.
DIN 69901-5 definiert das Lastenheft als die vom Auftraggeber festgelegte Gesamtheit der Forderungen an Lieferungen und Leistungen. Das Pflichtenheft antwortet darauf mit den Realisierungsvorgaben des Auftragnehmers. Ein brauchbares Lastenheft für die Softwareauswahl hat drei Ebenen: Prozesse, Muss-Anforderungen, Kann-Anforderungen. Jede Anforderung bekommt eine Nummer, einen Urheber und ein Prüfkriterium. Anforderungen ohne diese drei Angaben fliegen raus — das hält das Dokument vergleichbar und verhandelbar.
Was ist ein Lastenheft bei der Softwareauswahl?
Ein Lastenheft ist nach DIN 69901-5 die vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers. Bei der Softwareauswahl dient es als gemeinsame Grundlage, auf die alle angefragten Anbieter dasselbe Angebot abgeben und die Angebote vergleichbar werden.
Das Dokument beantwortet zwei Fragen: was der Betrieb braucht und warum. Die Frage, wie und womit das umgesetzt wird, beantwortet der Anbieter im Pflichtenheft. Diese Trennung stammt aus dem Projektmanagement und gilt unabhängig von der Betriebsgröße.
Neben DIN 69901-5 befassen sich weitere Regelwerke mit dem Aufbau: VDI 2519 Blatt 1 beschreibt das Vorgehen zur Erstellung von Lasten- und Pflichtenheften, VDI 3694 richtet sich an Automatisierungsvorhaben, und IEEE 830-1998 definiert die Software Requirements Specification im englischsprachigen Raum. Für die Auswahl von Branchensoftware im Mittelstand reicht die Struktur aus DIN 69901-5 in der Regel aus.
Ein Lastenheft ist kein Ausschreibungspflichtdokument für private Betriebe. Es ist ein Werkzeug zur Herstellung von Vergleichbarkeit — und es wird später Teil der Vertragsunterlagen, weil es den vereinbarten Leistungsumfang dokumentiert.
Was gehört in ein Lastenheft und was nicht?
In ein Lastenheft gehören Ausgangslage, Zielzustand, Prozessbeschreibungen, funktionale und nichtfunktionale Anforderungen, Schnittstellen, Mengengerüst und Abnahmekriterien. Nicht hinein gehören Produktnamen, technische Lösungswege und Anforderungen ohne benannten Urheber im Betrieb.
Bewährt hat sich eine Drei-Ebenen-Struktur, die das Dokument schlank hält:
Ebene 1 — Prozesse. Je Kernprozess eine halbe Seite: Auslöser, Beteiligte, Schritte, Ergebnis, Mengen pro Monat. Beispiele sind Auftragsannahme bis Rechnung, Wareneingang bis Einlagerung, Reklamation bis Gutschrift. Diese Ebene entscheidet über die Passung, nicht die Funktionsliste.
Ebene 2 — Muss-Anforderungen. Anforderungen, ohne die der Betrieb nicht arbeiten kann. Dazu zählen gesetzliche Pflichten, zwingende Schnittstellen und Kernfunktionen des Tagesgeschäfts. Ein Betrieb mit Buchhaltungsübergabe an die Kanzlei hat hier die Schnittstelle stehen, nicht im Wunschbereich.
Ebene 3 — Kann-Anforderungen. Alles, was Nutzen stiftet, aber verzichtbar ist. Diese Ebene wird gewichtet und entscheidet bei gleichwertigen Angeboten.
Das Mengengerüst wird regelmäßig vergessen: Zahl der Benutzer, gleichzeitige Nutzer, Standorte, Belege pro Monat, Artikelstamm, Datenvolumen der Altdaten. Ohne diese Zahlen kalkuliert jeder Anbieter auf eigene Annahmen, und die Angebote werden unvergleichbar. Welche Kostenblöcke davon abhängen, zeigt Was kostet die Einführung eines ERP-Systems?.
Der aussagekräftigste Teil eines Lastenhefts ist die Liste der Ausnahmen. Jeder Betrieb hat Sonderfälle: der Kunde mit abweichendem Preismodell, der Artikel ohne Seriennummer, die Rechnung, die zwei Kostenstellen trifft. Diese Fälle stehen selten im Dokument, tauchen aber in der Testphase auf und führen dort zu Anpassungen. Wer je Kernprozess drei reale Ausnahmefälle mit Beleg beschreibt, bekommt Angebote, die auf den eigenen Betrieb passen — und erkennt in der Präsentation sofort, welcher Anbieter den Fall im Standard abbildet.
Wie unterscheidet sich das Lastenheft vom Pflichtenheft?
Das Lastenheft stammt vom Auftraggeber und beschreibt Anforderungen. Das Pflichtenheft stammt vom Auftragnehmer und beschreibt, wie er diese Anforderungen umsetzt. Nach DIN 69901-5 enthält das Pflichtenheft die vom Auftragnehmer erarbeiteten Realisierungsvorgaben auf Basis des vorgegebenen Lastenhefts.
Praktisch bedeutet das eine Reihenfolge: Der Betrieb schreibt das Lastenheft, versendet es an eine begrenzte Anbieterauswahl, erhält Angebote und Pflichtenhefte zurück und gleicht beide Dokumente ab. Jede Anforderung aus dem Lastenheft bekommt im Pflichtenheft eine Antwort — im Standard enthalten, über Konfiguration lösbar, über Anpassung lösbar, oder nicht lösbar.
Diese vierte Kategorie ist die wichtigste. Ein Anbieter, der eine Anforderung klar als nicht abbildbar kennzeichnet, liefert eine bessere Entscheidungsgrundlage als einer, der jede Zeile mit ja beantwortet. Die Panorama Consulting Group führt Budgetüberschreitungen im 2026 ERP Report auf zusätzlichen Technologiebedarf zurück, der entsteht, wenn Passungsprobleme erst spät im Projekt auffallen [Stand: 2026].
Wie werden Anforderungen vergleichbar formuliert?
Vergleichbar wird eine Anforderung durch vier Angaben: eine fortlaufende Nummer, eine prüfbare Formulierung, die Einstufung als Muss oder Kann und den Urheber im Betrieb. Anforderungen ohne Prüfkriterium erzeugen Angebote, die sich nicht gegeneinander halten lassen.
Prüfbar heißt: Die Erfüllung lässt sich in einer Systemvorführung zeigen. Die Formulierung „Das System muss benutzerfreundlich sein“ ist nicht prüfbar. Die Formulierung „Ein Auftrag mit fünf Positionen wird in höchstens acht Eingabeschritten angelegt“ ist prüfbar und wird in der Präsentation vorgeführt.
Für die Gewichtung der Kann-Anforderungen reicht eine dreistufige Skala. Feinere Skalen erzeugen Scheingenauigkeit, weil die Einstufung selbst eine Schätzung bleibt. Die Auswertung erfolgt in einer Matrix: Anforderungsnummer, Gewicht, Bewertung je Anbieter, Summe. Die Matrix ersetzt keine Entscheidung, sie macht sie nachvollziehbar.
Die Angabe des Urhebers hat einen zweiten Zweck über die Nachfrage hinaus: Sie zeigt Häufungen. Stammen 60 Prozent der Anforderungen aus einer Abteilung, bildet das Lastenheft den Betrieb unvollständig ab. Welche Funktionsbereiche in der jeweiligen Branche überhaupt zur Debatte stehen, grenzt der Software-Finder ein — dieses Verzeichnis führt 30 Funktionskategorien über fünf Branchen [Stand: September 2026].
Wie verhindert man das Wunschkonzert?
Das Wunschkonzert entsteht, wenn Anforderungen gesammelt statt entschieden werden. Drei Regeln halten das Dokument schlank: eine Obergrenze für Muss-Anforderungen, ein benannter Urheber je Anforderung und eine Streichrunde durch den Projektentscheider vor dem Versand.
Die Obergrenze wirkt am stärksten. Wenn feststeht, dass höchstens 40 Anforderungen die Stufe Muss erhalten, entsteht im Projektteam eine Priorisierungsdiskussion — und zwar vor dem Versand statt nach den Angeboten. Ohne Obergrenze landen in der Praxis Anforderungen im Muss-Bereich, die eine Abteilung aus Gewohnheit nennt.
Die zweite Regel adressiert die Herkunft. Jede Anforderung braucht eine Person, die sie im Zweifel begründet. Anforderungen, für die sich keine Person findet, stammen meist aus einer Vorlage aus dem Internet und beschreiben einen anderen Betrieb.
Die dritte Regel ist die Streichrunde: Der Entscheider aus der Projektorganisation geht das Dokument vor dem Versand durch und stuft Anforderungen herunter. Das ist unbequem und ersetzt die spätere Verhandlung über Anpassungskosten. Warum diese Entscheidungsrolle vorher benannt sein muss, behandelt Softwareeinführung im Betrieb: warum Projekte scheitern.
Das Lastenheft wird regelmäßig Bestandteil des Vertrags und bestimmt damit den geschuldeten Leistungsumfang. Unklare Formulierungen wirken im Streitfall zulasten der Seite, die sie eingebracht hat. Anforderungen mit rechtlicher Wirkung — Aufbewahrung, Datenschutz, Prüfbarkeit — gehören vor Vertragsschluss geprüft. Dieser Text ersetzt keine Rechtsberatung.
Wie geht es nach dem Versand des Lastenhefts weiter?
Nach dem Versand folgen vier Schritte: eine Rückfragefrist für die Anbieter, der Eingang von Angebot und Pflichtenheft, Systempräsentationen entlang der eigenen Prozesse, und die Auswertung in der Bewertungsmatrix. Jeder Schritt bekommt ein Datum, sonst zieht sich die Auswahl über Monate.
Die Rückfragefrist ist ein Qualitätsmerkmal des eigenen Dokuments. Kommen viele Rückfragen zum selben Abschnitt, war dieser Abschnitt unklar — die Antwort geht dann an alle angefragten Anbieter gleichzeitig, damit die Vergleichbarkeit erhalten bleibt.
Für die Systempräsentation gilt eine Regel: Der Betrieb gibt das Drehbuch vor. Vorgeführt werden die eigenen Prozesse aus Ebene 1 des Lastenhefts mit eigenen Beispieldaten, nicht die Standardpräsentation des Anbieters. Der gesamte Ablauf von der Anforderungsaufnahme bis zur Entscheidung ist in Branchensoftware auswählen: ein Leitfaden in sieben Schritten beschrieben.
💬 Meine Einschätzung
Die verbreitete Annahme lautet, ein gutes Lastenheft sei ein vollständiges Lastenheft. Die Erfahrung aus Auswahlprojekten spricht dagegen: Dokumente mit mehreren hundert Einzelanforderungen erzeugen Angebote, in denen jeder Anbieter fast alles bejaht — und verlagern die Klärung in die Testphase, wo Änderungen teuer sind. Ein Lastenheft mit 30 bis 50 Muss-Anforderungen, dafür mit sauber beschriebenen Prozessen und echten Ausnahmefällen, trennt die Anbieter deutlicher. Für die Redaktion ist die entscheidende Frage deshalb nicht, was noch fehlt, sondern was gestrichen werden kann, ohne dass der Betrieb stehen bleibt.
- DIN 69901-5 definiert das Lastenheft als Gesamtheit der Forderungen des Auftraggebers, das Pflichtenheft als Realisierungsvorgaben des Auftragnehmers.
- Die Drei-Ebenen-Struktur gliedert in Prozesse, Muss-Anforderungen und gewichtete Kann-Anforderungen.
- Jede Anforderung braucht Nummer, prüfbare Formulierung, Muss-Kann-Einstufung und benannten Urheber.
- Eine Obergrenze für Muss-Anforderungen verlagert die Priorisierung vor den Versand.
- Das Mengengerüst mit Nutzerzahl, Standorten und Belegvolumen macht Angebote erst vergleichbar.
- Das Lastenheft wird regelmäßig Vertragsbestandteil und bestimmt den geschuldeten Leistungsumfang.
Häufige Fragen zum Lastenheft
Wie lang sollte ein Lastenheft für die Softwareauswahl sein?
Der Umfang richtet sich nach der Zahl der Kernprozesse, nicht nach einer Seitenvorgabe. Für einen mittelständischen Betrieb mit fünf bis acht Kernprozessen reicht ein Dokument, das je Prozess eine halbe Seite und im Anhang eine nummerierte Anforderungsliste enthält.
Braucht jeder Betrieb ein Lastenheft?
Bei Standardsoftware mit geringem Anpassungsbedarf und einem einzigen Anbieter in der engeren Wahl genügt eine strukturierte Anforderungsliste. Sobald mehrere Anbieter verglichen, Altdaten migriert oder Schnittstellen gebaut werden, schafft ein Lastenheft die Grundlage für vergleichbare Angebote.
Wer schreibt das Lastenheft im Betrieb?
Die Projektleitung führt das Dokument, die Fachbereiche liefern Prozesse und Anforderungen zu, der Projektentscheider nimmt die Priorisierung ab. Externe Beratung kann strukturieren; die Inhalte stammen aus dem Betrieb, weil nur dort die Ausnahmefälle bekannt sind.
Kann eine Vorlage aus dem Internet verwendet werden?
Eine Vorlage liefert die Gliederung, nicht die Anforderungen. Übernommene Anforderungslisten beschreiben einen anderen Betrieb und blähen den Muss-Bereich auf. Die Regel mit dem benannten Urheber je Anforderung filtert übernommene Punkte zuverlässig heraus.
Was passiert, wenn eine Anforderung erst nach dem Versand auffällt?
Nachträgliche Anforderungen gehen als Nachtrag an alle angefragten Anbieter gleichzeitig, mit verlängerter Rückfragefrist. Wird der Nachtrag nur an einen Anbieter gesendet, verliert die Bewertungsmatrix ihre Grundlage und die Angebote sind nicht mehr vergleichbar.
Quellen und weiterführende Literatur
- DIN 69901-5 — Projektmanagement, Begriffe (din.de): Definitionen von Lastenheft und Pflichtenheft im deutschen Projektmanagement.
- VDI 2519 Blatt 1 — Vorgehensweise bei der Erstellung von Lasten-/Pflichtenheften (vdi.de): Richtlinie zum Aufbau beider Dokumente.
- VDI 3694 — Lastenheft/Pflichtenheft für den Einsatz von Automatisierungssystemen (vdi.de): Branchenspezifische Ausprägung für Automatisierungsvorhaben.
- IEEE 830-1998 — Recommended Practice for Software Requirements Specifications (ieee.org): Angelsächsisches Pendant zur Anforderungsspezifikation.
- Panorama Consulting Group — The 2026 ERP Report (panorama-consulting.com): Auswertung weltweiter ERP-Implementierungen mit Angaben zu Budgetüberschreitungen und deren Ursachen.
Redaktion
Redaktion Branchen-Software
Die Redaktion von Branchen-Software recherchiert und ordnet Software für Kanzleien, Praxen, Betriebe und KMU ein. Grundlage jeder Einordnung sind Herstellerangaben, öffentlich einsehbare Preis- und Funktionslisten sowie Statistiken der Berufskammern und Branchenverbände — jeweils mit Quelle und Stand-Datum an der Seite. Wir führen keine Labortests durch und veröffentlichen keine Nutzerbewertungen. Was wir liefern, ist eine strukturierte Marktübersicht mit nachvollziehbarer Herkunft der Angaben.