Die kurze Antwort: Lastenheft = WAS, Pflichtenheft = WIE
Der Unterschied zwischen Lastenheft und Pflichtenheft lässt sich in zwei Sätzen zusammenfassen: Das Lastenheft beschreibt aus Sicht des Auftraggebers, was ein Projekt leisten soll — also Anforderungen, Ziele und Rahmenbedingungen. Das Pflichtenheft beschreibt aus Sicht des Auftragnehmers, wie diese Anforderungen technisch umgesetzt werden — also konkrete Lösungen, Schnittstellen und Architektur. Wer sich diese beiden Sätze merkt, hat die Hälfte der Diskussion in fast jedem B2B-Digitalprojekt schon gewonnen.
Beide Dokumente sind in DIN 69905 seit 1997 normiert — der zentralen deutschen Norm für Projektmanagement-Begriffe. In der Praxis bilden Lastenheft und Pflichtenheft das Rückgrat eines klassischen Ausschreibungs-Verfahrens: Erst entsteht das Lastenheft beim Kunden, dann gehen Anbieter mit einem Angebot in den Wettbewerb, der Sieger erhält den Zuschlag — und erstellt im Anschluss das Pflichtenheft als verbindliche, technisch belastbare Umsetzungsbeschreibung. Genau diese Reihenfolge ist der Grund, warum die Unterscheidung im Mittelstand so oft schief geht: Wer Pflichtenheft-Detail bereits im Lastenheft formuliert, schränkt seine eigenen Angebote ein. Wer das Lastenheft auslässt und direkt ein Pflichtenheft anfordert, bekommt Angebote ohne saubere Grundlage. Beides ist teuer.
Was ist ein Lastenheft?
Ein Lastenheft ist nach DIN 69905 die „Gesamtheit der Forderungen des Auftraggebers an die Lieferungen und Leistungen eines Auftragnehmers". Klingt sperrig, ist aber präzise: Es ist das Dokument, in dem du als Auftraggeber vor der Anbieter-Auswahl festhältst, was dein neues System können soll. Die typische Formulierung beginnt mit „Das System muss in der Lage sein, …" oder „Der Anbieter liefert eine Lösung, die …" — also aus Anwender- und Geschäftsperspektive, nicht aus technischer.
Ein Lastenheft beantwortet folgende Fragen: Was ist der Ist-Zustand? Welche Ziele soll das Projekt erreichen? Welche funktionalen Anforderungen gibt es (was soll das System tun)? Welche nichtfunktionalen Anforderungen gibt es (Performance, Sicherheit, Skalierbarkeit)? Welches Mengengerüst ist zu erwarten (Nutzer-, Daten-, Transaktionsvolumen)? Welche Schnittstellen zu Bestandssystemen sind nötig? Welche Termine und welches Budget sind gesetzt? Welche Akzeptanzkriterien gelten?
Der typische Umfang eines Lastenhefts liegt zwischen 15 und 40 Seiten — bei kleineren Webprojekten weniger, bei komplexen ERP-Vorhaben deutlich mehr. Klassische Anlässe für ein Lastenheft sind ein Website-Relaunch mit komplexer Migration, eine B2B-Shop-Einführung, ein ERP-Wechsel von SAGE auf abas, eine CRM-Migration von Pipedrive auf HubSpot oder die Anbindung eines PIM-Systems an einen Shopware-Shop. Wer hier ohne Lastenheft startet, bekommt Pauschalangebote, die später nicht halten — oder Festpreise, in denen der Anbieter sich gegen das fehlende Briefing absichert. In beiden Fällen zahlt der Kunde drauf. Unser Service zur Lastenheft-Beratung arbeitet genau an dieser Lücke.
Was ist ein Pflichtenheft?
Das Pflichtenheft ist nach DIN 69905 die „vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts". Auch hier in Klartext: Das Pflichtenheft ist die technische Antwort des Anbieters auf das Lastenheft. Es ist das Dokument, in dem der Auftragnehmer nach Vertragsabschluss, aber vor der Implementierung, präzise beschreibt, wie er die Anforderungen technisch umsetzen wird.
Ein Pflichtenheft beantwortet Fragen, die im Lastenheft offen bleiben: Mit welcher Technologie-Stack wird die Lösung gebaut? Welche konkreten Schnittstellen werden wie integriert (REST-API, GraphQL, SOAP, Datei-Import)? Wie sehen die Datenmodelle aus? Welche Frontend-Komponenten sind nötig? Welche Caching-Strategie wird gewählt? Welche Testfälle werden vor der Abnahme durchlaufen? Welche Migrations-Schritte sind bei Datenübernahmen zu durchlaufen? Wie wird der laufende Betrieb (Logging, Monitoring, Backup) aufgesetzt?
Der typische Umfang eines Pflichtenhefts liegt zwischen 30 und 80 Seiten — also fast immer deutlich umfangreicher als das vorausgegangene Lastenheft. Der höhere Detailgrad ist gewollt: Während das Lastenheft Spielraum für Anbieter-Lösungen lässt, schließt das Pflichtenheft genau diesen Spielraum verbindlich. Es wird Vertragsbestandteil und ist die Grundlage für die spätere Abnahme. Wer bei ERP- oder Shop-Projekten das Pflichtenheft auslässt, hat keine technisch saubere Vertragsbasis — und damit jeden Streitfall bei der Abnahme schon vorprogrammiert. Im Software-Engineering wird das Pflichtenheft heute oft durch ein agiles Feinkonzept oder eine Solution-Spec ergänzt, behält aber seine Funktion als Vertragsdokument.
Die 6 wichtigsten Unterschiede in einer Tabelle
Wer den Unterschied Lastenheft Pflichtenheft nachschlägt, will in der Regel sechs Kriterien klar geordnet sehen. Hier die Vergleichstabelle ohne Umschweife:
| Kriterium | Lastenheft | Pflichtenheft |
|---|---|---|
| Wer schreibt | Auftraggeber (Kunde) | Auftragnehmer (Anbieter) |
| Wann | Vor Ausschreibung | Nach Vertragsabschluss |
| Inhalt | Anforderungen (Was?) | Umsetzung (Wie?) |
| Detailgrad | Mittel | Sehr hoch |
| Umfang | 15–40 Seiten | 30–80 Seiten |
| Verbindlichkeit | Grundlage der Ausschreibung | Vertragsbestandteil |
Die Reihenfolge dieser sechs Kriterien ist kein Zufall. Sie folgt dem klassischen Projektablauf: Lastenheft → Anbieter-Auswahl → Angebot → Vertrag → Pflichtenheft → Umsetzung → Abnahme. Wer diese Reihenfolge durchhält, hat in der Regel klare Verträge, kalkulierbare Budgets und faire Abnahmen. Wer sie verkürzt, spart Wochen — und zahlt sie später mit Zinsen zurück. Genau aus diesem Grund ist unsere Lastenheft-Beratung kein optionales Add-on, sondern für viele Mittelständler der entscheidende erste Schritt eines Digitalprojekts.
Praxis-Beispiel: Anforderung im Lastenheft vs. Pflichtenheft
Theorie ist gut — Beispiele sind besser. Nehmen wir eine reale Anforderung aus einem B2B-Shop-Projekt: Der Kunde will, dass seine Geschäftskunden je nach Bestellmenge unterschiedliche Preise sehen. Diese eine Anforderung wird im Lastenheft anders formuliert als im Pflichtenheft. So sieht das im Vergleich aus:
Lastenheft-Formulierung (Auftraggeber):
ID: F-014
Anforderung: Das System muss B2B-Kunden mit unterschiedlichen
Preisstaffeln je Mengeneinheit verwalten können.
Priorität: Muss
Akzeptanzkriterium: Kunde sieht Staffelpreise auf Produktdetailseite.Die Lastenheft-Formulierung bleibt bewusst auf der Anforderungs-Ebene: Was muss das System können, welche Priorität hat es, woran erkennt der Auftraggeber, dass die Anforderung erfüllt ist? Es wird keine Technologie vorgegeben, keine Architektur, kein Implementierungs-Detail. Genau dieser Spielraum erlaubt es den angefragten Anbietern, jeweils ihre beste Lösung anzubieten — sei es Shopware, Magento, OroCommerce oder eine Custom-Implementierung.
Pflichtenheft-Antwort (Auftragnehmer):
Umsetzung F-014: Implementierung im Shopware-6-Backend via
"Rule Builder" mit Cart-Kundengruppen-Zuordnung. Staffelpreise
hinterlegt in tier_price-Tabelle (max. 5 Stufen pro Artikel).
Frontend-Anzeige via Twig-Snippet im Produkt-Template,
Cache-Tag "product-{id}", Invalidierung bei Preisänderung.
Endpoint: GET /api/v3/product/{id}/pricesDas Pflichtenheft macht aus derselben Anforderung eine technisch belastbare Umsetzung: konkrete Technologie (Shopware 6), konkretes Daten-Modell (tier_price-Tabelle, max. 5 Stufen), konkrete Frontend-Integration (Twig-Snippet), Caching-Strategie und API-Endpoint. Wer die beiden Texte nebeneinander legt, sieht den Unterschied sofort: gleiche Anforderung, zwei Perspektiven, zwei Detailgrade. Genau dieser Sprung ist der Wert des Pflichtenhefts — und der Grund, warum Anbieter nicht „nebenbei" eines erstellen sollten.
Wann brauchst du beides — wann reicht eins?
Nicht jedes Projekt braucht beide Dokumente. Die folgenden fünf Mittelstands-Szenarien zeigen, wann was sinnvoll ist:
1. Website-Relaunch (Wix/WordPress → Custom)
Lastenheft Pflicht, Pflichtenheft sinnvoll bei komplexen Funktionen (Mehrsprachigkeit, Headless-CMS, Editor-Workflows). Bei reinen Frontend-Relaunches mit gleichem CMS kann das Pflichtenheft entfallen.
2. B2B-Online-Shop (Shopware, OroCommerce)
Beides absolute Pflicht. Preislogiken, Kundengruppen, ERP-Anbindung, Logistik-Schnittstellen — ohne Pflichtenheft gibt es bei der Abnahme garantiert Streit. Hier zahlt sich Sorgfalt im Lastenheft drei- bis fünffach aus.
3. ERP-Einführung (SAP, abas, SAGE)
Beides Pflicht, oft sogar mit Feinkonzept als drittes Dokument. ERP-Projekte ohne Pflichtenheft sind im Mittelstand der häufigste Grund für Projekt-Eskalationen und Mehrkosten von über 30 Prozent.
4. CRM-Implementierung (HubSpot, Salesforce, Pipedrive)
Lastenheft Pflicht, Pflichtenheft optional — abhängig vom Customizing-Grad. Bei reinen Standard-Setups reicht ein Implementations-Plan. Bei eigenen Datenmodellen oder Schnittstellen zu ERP/Shop ist ein Pflichtenheft sinnvoll.
5. Kleinprojekt (Landingpage, Newsletter-Setup)
Beides Overkill — ein sauberes Briefing mit Ziel-, Zielgruppen- und Funktions-Beschreibung reicht. Wer für eine einzelne Landingpage ein 30-seitiges Lastenheft baut, verzögert ein Zwei-Wochen-Projekt um zwei Monate.
Häufige Fehler beim Lastenheft- und Pflichtenheft-Schreiben
Aus unseren Mandaten in der Lastenheft-Beratung sehen wir vier typische Fehler immer wieder — alle vier führen zu Streit oder Mehrkosten in der späteren Umsetzung.
1. Funktionen statt Anforderungen
„Der Bestellen-Button muss rot sein und unten rechts stehen" ist keine Anforderung, sondern eine UI-Vorgabe. Im Lastenheft gehört: „Der Bestellabschluss muss in unter drei Klicks erreichbar sein, mit visuell deutlicher Conversion-Aktion." Den Button-Farbcode entscheidet der Anbieter im Pflichtenheft oder das Design-Briefing.
2. Pflichtenheft-Detail im Lastenheft
„Implementierung in Shopware 6.5 mit Rule Builder" im Lastenheft schränkt Angebote ein. Wenn der Auftraggeber bereits die Technologie vorschreibt, kann ein OroCommerce-Anbieter gar nicht mehr antworten — auch wenn dessen Lösung 30 Prozent günstiger und passender wäre.
3. Mengengerüst vergessen
Ohne Nutzer-, Bestell- und Daten-Volumen sind Aufwandsabschätzungen reines Raten. Das Lastenheft muss konkret werden: 1.200 aktive Kunden, 8.000 Bestellungen/Monat, 45.000 Artikel im Sortiment, durchschnittlich 14 Positionen pro Auftrag, ERP-Sync alle 15 Minuten. Erst damit werden Angebote vergleichbar.
4. Akzeptanzkriterien fehlen
Ohne testbare Akzeptanzkriterien pro Anforderung gibt es bei der Abnahme Streit. „Das System muss schnell sein" ist kein Kriterium. „Die Produktseite lädt im 95. Perzentil in unter 1,8 Sekunden bei 3G-Mobilverbindung" ist eines. Diese Klarheit kostet eine Stunde mehr Schreibarbeit — und spart Wochen Diskussion bei der Abnahme.
Vorlage und Beratung: Wie wir bei ecommaze unterstützen
Wer ein Lastenheft selbst schreiben will, kann mit einer guten Vorlage in 30 bis 60 Stunden Eigenarbeit zu einem soliden Ergebnis kommen — vorausgesetzt, die Fachabteilung hat Zeit und Schreibroutine. Wer beides nicht hat, sollte sich Hilfe holen. Bei ecommaze bieten wir drei Pakete als Lastenheft-Beratung an, je nach Eigenbeitrag des Auftraggebers:
- Review-Paket (800–1.500 €): Du hast bereits einen Lastenheft-Entwurf, wir prüfen ihn auf Vollständigkeit, fehlende Akzeptanzkriterien, ungenaue Mengengerüste und Anbieter-Fallen. Lieferung als kommentiertes PDF mit konkreten Verbesserungen.
- Co-Creation (2.500–4.500 €): Wir schreiben gemeinsam — du lieferst Fach-Inhalt, wir liefern Struktur, Sprache und Anforderungs-Logik. Drei bis fünf gemeinsame Workshops, am Ende ein vollständiges Lastenheft, abgestimmt mit deiner IT und Fachabteilung.
- Full-Service (4.500–8.000 €): Wir führen Interviews mit deinen Fachabteilungen, dokumentieren den Ist-Zustand, schreiben das Lastenheft komplett und stimmen es mit dir ab. Geeignet, wenn intern keine Schreibkapazität verfügbar ist.
Zusätzlich stellen wir auf Anfrage eine kostenlose Lastenheft-Vorlage als Word-Dokument bereit — neun Standardkapitel nach DIN 69905, vorausgefüllt mit Beispielen aus realen B2B-Mandaten. Schick einfach eine kurze Mail an info@ecommaze.de mit dem Stichwort „Lastenheft-Vorlage", wir senden die Vorlage innerhalb eines Werktags.
Häufige Fragen zu Lastenheft und Pflichtenheft
Was ist der Hauptunterschied zwischen Lastenheft und Pflichtenheft?
Das Lastenheft beschreibt aus Sicht des Auftraggebers, WAS gemacht werden soll — also die Anforderungen, Ziele und Rahmenbedingungen. Das Pflichtenheft beschreibt aus Sicht des Auftragnehmers, WIE diese Anforderungen technisch umgesetzt werden — mit konkreten Lösungen, Schnittstellen und Architektur-Entscheidungen. Kurz: Lastenheft = Was und Warum, Pflichtenheft = Wie. Beide Dokumente sind in DIN 69905 definiert.
Wer schreibt das Lastenheft, wer das Pflichtenheft?
Das Lastenheft wird vom Auftraggeber, also dem Unternehmen, das ein Projekt vergeben will, erstellt — oft mit fachlicher Unterstützung durch einen externen Berater. Das Pflichtenheft schreibt der Auftragnehmer, also die Agentur oder der Software-Anbieter, nach Vertragsabschluss als Antwort auf das Lastenheft. Die Reihenfolge ist immer: Lastenheft zuerst, dann Anbieter-Auswahl, dann Pflichtenheft.
Wie lang sollte ein Lastenheft sein?
Ein typisches Lastenheft im B2B-Mittelstand umfasst 15 bis 40 Seiten. Kleinere Webprojekte kommen mit 10 bis 20 Seiten aus, komplexe ERP- oder Shop-Vorhaben können 40 bis 80 Seiten erreichen. Wichtiger als die Seitenzahl ist die Vollständigkeit der neun Standardkapitel nach DIN 69905 — Ist-Zustand, Ziele, Anforderungen, Mengengerüst, Schnittstellen, nichtfunktionale Anforderungen, Lieferumfang, Termine, Akzeptanzkriterien.
Brauche ich ein Pflichtenheft, wenn schon ein Lastenheft existiert?
In den meisten B2B-Digitalprojekten ja — ein Pflichtenheft macht aus den Anforderungen des Lastenhefts eine verbindliche, technisch belastbare Umsetzungsbeschreibung und damit erst eine saubere Vertragsgrundlage. Bei kleinen Webprojekten oder reinen Briefings kann das Pflichtenheft entfallen, wenn das Angebot bereits technisch detailliert genug ist. Bei ERP-, Shop- oder CRM-Einführungen ist es Pflicht.
Was kostet die Erstellung eines Lastenhefts?
Die Kosten hängen vom gewählten Umfang ab. Ein Review eines bereits vorhandenen Entwurfs kostet zwischen 800 und 1.500 Euro. Eine Co-Creation, bei der Berater und Fachabteilung gemeinsam schreiben, liegt zwischen 2.500 und 4.500 Euro. Ein Full-Service mit Fach-Interviews und kompletter Erstellung des Lastenhefts kostet zwischen 4.500 und 8.000 Euro. Bei ecommaze sind alle drei Pakete als Festpreis verfügbar.
Welche DIN-Norm gilt für Lastenheft und Pflichtenheft?
Die zentrale Norm ist DIN 69905 — sie definiert Lastenheft und Pflichtenheft im Projektmanagement-Kontext seit 1997. Ergänzend wirken VDI 2519 für die Vorgehensweise bei der Erstellung sowie ISO/IEC/IEEE 29148 für das Requirements Engineering in Software-Projekten. In der Praxis genügt es, sich an DIN 69905 zu orientieren — die Norm ist auch für Webprojekte und CRM-Vorhaben anwendbar.
Wer noch tiefer einsteigen will, findet bei uns Anschluss in zwei verwandten Artikeln: GEO SEO 2026 zeigt, wie B2B-Mittelständler in KI-Antworten sichtbar werden — relevant, wenn dein neues Digitalprojekt auch über GEO gefunden werden soll. Online-Marketing für Glasereien beschreibt am konkreten Branchenbeispiel, wie ein Digitalprojekt mit sauberem Lastenheft strukturiert wird.