Lastenheft oder Pflichtenheft: Was ist der Unterschied?
Das Lastenheft schreiben Sie als Auftraggeber, und es beschreibt, was Ihre App oder Software leisten soll und warum; das Pflichtenheft schreibt der Auftragnehmer, und es beschreibt, wie er diese Anforderungen umsetzt. So grenzt auch die Projektmanagement-Norm DIN 69901-5 die beiden Dokumente voneinander ab: Das Lastenheft enthält die Forderungen des Auftraggebers, das Pflichtenheft die Umsetzungsvorgaben, die der Auftragnehmer daraus erarbeitet.
Ein Beispiel macht den Unterschied greifbar. Im Lastenheft steht: „Monteure sollen Fotos zu einem Auftrag hochladen können, auch wenn auf der Baustelle kein Netz ist.“ Im Pflichtenheft steht dann, mit welcher App-Technik, welchem Zwischenspeicher auf dem Gerät und welchem Abgleich mit dem Server das gelöst wird. Sie müssen also keine Technik vorgeben. Im Gegenteil: Je mehr technische Lösung Sie vorwegnehmen, desto weniger Spielraum bleibt für einfachere oder bessere Vorschläge der Anbieter.
| Merkmal | Lastenheft | Pflichtenheft |
|---|---|---|
| Wer schreibt es? | Auftraggeber (Sie) | Auftragnehmer (Entwickler, Agentur) |
| Leitfrage | Was soll die Software leisten – und warum? | Wie wird das umgesetzt – und womit? |
| Sprache | Fachsprache Ihres Betriebs, Alltagsbeispiele | Technische Sprache: Datenmodell, Schnittstellen, Plattformen |
| Zeitpunkt | Vor der Anfrage bei Anbietern | Mit dem Angebot oder in einer Konzeptphase |
| Zweck | Angebote vergleichbar machen, Umfang festhalten | Umsetzung planen, Grundlage für Abnahme und Festpreis |
Für kleinere Vorhaben genügt oft ein Lastenheft von wenigen Seiten. Das Pflichtenheft entsteht beim Anbieter – manchmal als eigenes Dokument, manchmal als ausführliche Leistungsbeschreibung im Angebot. Wichtig ist nur, dass am Ende beide Seiten dasselbe unter „fertig“ verstehen.
Aufbau eines Lastenhefts: die 8 Abschnitte
Ein brauchbares Lastenheft für App oder Software besteht aus acht Abschnitten: Ausgangslage und Ziel, Nutzer und Rollen, Abläufe, Funktionen, Daten und Schnittstellen, Qualitätsanforderungen, Rahmenbedingungen sowie Abnahme und Lieferumfang. Die folgende Vorlage können Sie direkt übernehmen: Legen Sie ein eigenes Dokument mit diesen acht Überschriften an und beantworten Sie die Leitfragen in ganzen Sätzen.
1. Ausgangslage und Ziel
- Welches Problem soll die Software lösen, und wie läuft der Ablauf heute (Papier, Excel, Telefon, E-Mail)?
- Woran merken Sie nach der Einführung, dass es besser geworden ist – zum Beispiel weniger Rückfragen, keine doppelte Erfassung, Fristen nicht mehr verpasst?
- Was ist ausdrücklich nicht Ziel des Projekts?
2. Nutzer und Rollen
- Wer arbeitet mit der Software: Büro, Außendienst, Lager, Kunden, Partnerfirmen?
- Wie viele Personen ungefähr, und auf welchen Geräten – PC, Tablet, Smartphone?
- Wer darf was sehen, anlegen, ändern oder freigeben?
3. Abläufe heute und künftig
- Beschreiben Sie drei bis fünf typische Vorgänge Schritt für Schritt: Wer stößt sie an, wer ist beteiligt, was ist das Ergebnis?
- Wo entstehen heute Fehler, Wartezeiten oder doppelte Arbeit?
- Welche Sonderfälle gibt es, etwa Stornierungen, Nachträge oder Vertretungen?
4. Funktionen mit Priorität
- Listen Sie die Funktionen auf und ordnen Sie jede einer Stufe zu: Muss (ohne geht es nicht), Soll (wichtig, aber verschiebbar), Kann (schön, wenn Zeit bleibt).
- Formulieren Sie jede Anforderung so, dass man sie prüfen kann: „Der Monteur sieht nur seine eigenen Aufträge“ statt „übersichtliche Darstellung“.
5. Daten und Schnittstellen
- Welche Daten verwaltet die Software – Kunden, Aufträge, Artikel, Fahrzeuge, Dokumente?
- Woher kommen diese Daten heute, und müssen bestehende Listen übernommen werden?
- Welche Programme sollen angebunden werden, zum Beispiel ERP, Buchhaltung, Onlineshop oder Zahlungsanbieter?
- Welche Ausgaben brauchen Sie: PDF, Excel, CSV? Gibt es Vorlagen, die exakt eingehalten werden müssen, etwa Formulare oder Abrechnungsvorlagen Ihrer Auftraggeber?
6. Qualitätsanforderungen
- Auf welchen Plattformen muss die Lösung laufen: Browser, iPhone, Android, Windows?
- Muss sie ohne Internetverbindung funktionieren?
- Welche Sprachen, welche Anforderungen an Barrierefreiheit?
- Werden personenbezogene Daten verarbeitet, und welche Vorgaben gelten für Datenschutz, Datensicherung und Speicherort?
7. Rahmenbedingungen
- Gibt es feste Termine, etwa einen Saisonstart oder eine Messe?
- Welche Systeme und Verträge sind vorhanden und sollen bleiben?
- Wer ist Ansprechpartner, und wer entscheidet bei Ihnen?
- Haben Sie einen internen Budgetrahmen? Sie müssen ihn nicht nennen, er hilft aber Ihnen selbst beim Priorisieren.
8. Abnahme und Lieferumfang
- Woran erkennen Sie, dass eine Anforderung erfüllt ist? Mit welchen Testdaten wird geprüft?
- Was gehört zur Lieferung: Einrichtung, Datenübernahme, Schulung, Dokumentation, Quellcode, Nutzungsrechte?
- Wie soll die Betreuung nach dem Start aussehen: Updates, Fehlerbehebung, Weiterentwicklung?
Tipp: Hängen Sie echte Beispiele an – ein ausgefülltes Formular, eine Excel-Liste mit erfundenen Werten, ein Foto vom heutigen Zettel. Ein Beispiel ersetzt oft eine ganze Seite Beschreibung und verhindert Missverständnisse.
Ausgefülltes Beispiel: Lastenheft eines fiktiven Handwerksbetriebs
Das folgende Beispiel zeigt, wie eine Kurzfassung des Lastenhefts aussehen kann; das Unternehmen ist frei erfunden, ebenso alle Angaben. Es geht um die „Musterbetrieb Haustechnik“, einen Betrieb mit Büro und Monteuren im Außendienst, der Serviceaufträge heute per Telefon, Excel und Papierzettel abwickelt.
Fiktives Beispiel: Die Musterbetrieb Haustechnik gibt es nicht. Name, Zahlen und Abläufe dienen nur der Veranschaulichung und stammen nicht aus einem Kundenprojekt.
| Abschnitt | Eintrag im Beispiel-Lastenheft |
|---|---|
| 1. Ausgangslage und Ziel | Aufträge werden telefonisch angenommen, in Excel eingetragen und auf Papier an die Monteure gegeben. Stundenzettel kommen am Wochenende zurück und werden abgetippt. Ziel: kein doppeltes Erfassen, Rechnung am Tag nach dem Einsatz. Nicht Ziel: Ersatz des Buchhaltungsprogramms. |
| 2. Nutzer und Rollen | Zwei Mitarbeiterinnen im Büro (Disposition, Rechnung), zwölf Monteure mit Android-Smartphones, die Geschäftsführung (nur Auswertungen). Monteure sehen nur eigene Aufträge. |
| 3. Abläufe | a) Auftrag annehmen und einplanen, b) Einsatz vor Ort mit Fotos, Material und Arbeitszeit, c) Unterschrift des Kunden, d) Auftrag an die Rechnungsstellung übergeben. Sonderfall: Folgetermin, wenn Material fehlt. |
| 4. Funktionen | Muss: Auftragsliste je Monteur, Fotos, Arbeitszeit, Materialliste, Kundenunterschrift, Statusanzeige im Büro. Soll: Terminplan per Ziehen und Ablegen. Kann: Navigation zur Kundenadresse. |
| 5. Daten und Schnittstellen | Rund 1.800 Kundenadressen aus einer Excel-Liste übernehmen. Erledigte Aufträge als CSV-Datei für das bestehende Rechnungsprogramm ausgeben. Einsatzbericht als PDF im Firmenlayout. |
| 6. Qualität | Monteur-App für Android, Büro im Browser. Fotos und Zeiten auch ohne Netz erfassen, Abgleich später. Daten auf Servern in der EU. Tägliche Datensicherung. |
| 7. Rahmenbedingungen | Start der Monteur-App vor Beginn der Heizperiode gewünscht. Ansprechpartner: Büroleitung; Entscheidung: Geschäftsführung. |
| 8. Abnahme und Lieferung | Abnahme mit zehn Testaufträgen aus dem Vormonat (anonymisiert). Lieferung inklusive Datenübernahme, einer Schulung für Büro und Monteure, Kurzanleitung und Quellcode. |
Was dieses Beispiel brauchbar macht: Jede Funktion ist einer Priorität zugeordnet, die Abnahme ist an echte Vorgänge geknüpft, und es steht drin, was ausdrücklich nicht dazugehört. Genau diese drei Punkte fehlen in vielen Lastenheften – und genau dort entstehen später die teuren Diskussionen.
So bekommen Sie mit dem Lastenheft vergleichbare Angebote
Vergleichbare Angebote entstehen, wenn alle Anbieter dieselbe Fassung des Lastenhefts erhalten und in derselben Struktur antworten. Gehen Sie dafür in fünf Schritten vor:
- Eine Fassung für alle: Versehen Sie das Lastenheft mit Datum und Versionsnummer und schicken Sie allen Anbietern dasselbe Dokument.
- Antwortstruktur vorgeben: Bitten Sie um Lösungsvorschlag, Aufteilung in Etappen, Preis je Etappe, Zeitplan, getroffene Annahmen und eine Liste dessen, was nicht enthalten ist.
- Rückfragen bündeln: Beantworten Sie Fragen eines Anbieters schriftlich und geben Sie die Antwort allen anderen ebenfalls – sonst kalkuliert jeder mit einem anderen Umfang.
- Gegen die Muss-Liste prüfen: Haken Sie für jedes Angebot ab, ob alle Muss-Anforderungen abgedeckt sind. Ein günstiges Angebot, das zwei Muss-Punkte auslässt, ist nicht günstig.
- Annahmen vergleichen: Unterschiedliche Preise erklären sich oft durch unterschiedliche Annahmen, etwa zur Datenübernahme oder zur Zahl der Korrekturschleifen. Fragen Sie nach, statt nur Summen zu vergleichen.
Ob ein Angebot als Festpreis oder nach Aufwand abgerechnet wird, beeinflusst den Vergleich zusätzlich. Worauf Sie dabei achten sollten, erklären wir im Ratgeber Festpreis oder Stundensatz: Software-Angebote vergleichen. Bei uns ist das Lastenheft der ideale Einstieg in die kostenlose Analyse: Wie es danach weitergeht, zeigt unser Ablauf von der kostenlosen Analyse bis zum Festpreis-Angebot.
Wie detailliert muss ein Lastenheft sein?
Ein Lastenheft muss so detailliert sein, dass ein Anbieter den Umfang verlässlich einschätzen kann – nicht so detailliert, dass es die technische Lösung vorschreibt. Eine einfache Faustregel: Jeder typische Vorgang aus Abschnitt 3 sollte sich mit den Funktionen aus Abschnitt 4 vollständig durchspielen lassen. Wenn Sie beim Durchspielen an eine Stelle kommen, an der „das klären wir später“ steht, fehlt dort eine Anforderung.
Der Umfang hängt vom Vorhaben ab. Für eine kleine interne App reichen wenige Seiten. Bei Fachsoftware mit eigenen Rechenregeln und Formularvorlagen wird es deutlich mehr: Ein Kfz-Sachverständigenbüro hat uns zum Beispiel ein Lastenheft mit 38 Seiten in der zweiten Fassung übergeben, weil Kalkulation, Gutachtentexte und zwei unterschiedliche Gutachtenarten genau beschrieben werden mussten. Wie daraus Desktop-Software, Web-Zugang und Kunden-App entstanden sind, zeigt die Fallstudie zur Gutachten-Software.
Wenn Sie unsicher sind, beginnen Sie knapp und ergänzen Sie im Gespräch. Ein guter Anbieter stellt Rückfragen, statt Lücken stillschweigend mit eigenen Annahmen zu füllen.
Typische Fehler im Lastenheft
Die häufigsten Fehler sind unprüfbare Wünsche, fehlende Prioritäten und vorweggenommene Technik. Achten Sie besonders auf diese Punkte:
- Unprüfbare Formulierungen: „Benutzerfreundlich“, „modern“ oder „schnell“ lassen sich nicht abnehmen. Beschreiben Sie stattdessen, was ein Nutzer in welcher Situation tun können muss.
- Alles ist „Muss“: Ohne Prioritäten kann kein Anbieter sinnvoll in Etappen planen, und Sie verlieren die Möglichkeit, mit einem schlanken ersten Schritt zu starten.
- Technik statt Ziel: „Wir brauchen eine native iOS-App“ ist eine Lösung. „Monteure sollen offline Fotos aufnehmen können“ ist eine Anforderung – vielleicht reicht dafür auch eine Web-App.
- Sonderfälle vergessen: Stornos, Vertretungen, Nachträge und Monatswechsel kosten im Projekt am meisten Zeit, wenn sie erst spät auftauchen.
- Datenübernahme unterschätzt: Bestehende Listen sind fast nie sauber. Legen Sie früh eine Beispieldatei bei.
- Keine Abnahmekriterien: Ohne vereinbarte Testfälle gibt es am Ende keinen klaren Punkt, an dem das Projekt fertig ist.
Lastenheft für eine App: Was ist anders?
Bei einer App kommen vor allem Fragen zu Geräten, Offline-Nutzung und Verteilung hinzu. Klären Sie im Lastenheft, ob die App nur intern genutzt wird oder öffentlich im App Store und bei Google Play erscheinen soll, welche Gerätefunktionen gebraucht werden – Kamera, Standort, QR-Scan, Push-Nachrichten – und wie Updates verteilt werden sollen. Bei einer Mitarbeiter-App ist außerdem wichtig, ob private oder Firmen-Handys genutzt werden, weil das Datenschutz und Einrichtung beeinflusst.
Wenn Sie noch nicht wissen, ob eine native App nötig ist oder eine Web-App genügt, schreiben Sie die Anforderungen trotzdem auf – ohne die Plattform festzulegen. Daraus lässt sich die passende Form ableiten. Mehr dazu, wie wir solche Projekte umsetzen, lesen Sie auf unserer Seite App entwickeln lassen.
Häufige Fragen
Brauche ich ein Lastenheft auch für ein kleines Projekt?
Ja, aber es darf kurz sein. Schon zwei bis drei Seiten mit Ziel, Nutzern, wichtigsten Abläufen und einer priorisierten Funktionsliste verhindern Missverständnisse und machen Angebote vergleichbar.
Wer schreibt das Pflichtenheft?
Das Pflichtenheft schreibt der Auftragnehmer, also der Entwickler oder die Agentur. Es beschreibt auf Grundlage Ihres Lastenhefts, wie die Anforderungen technisch umgesetzt werden, und ist oft Teil des Angebots oder einer Konzeptphase.
Wie detailliert muss ein Lastenheft sein?
So detailliert, dass ein Anbieter den Umfang verlässlich einschätzen kann, ohne dass Sie die technische Lösung vorgeben. Jeder typische Vorgang sollte sich mit den beschriebenen Funktionen vollständig durchspielen lassen.
Darf ich dasselbe Lastenheft an mehrere Anbieter schicken?
Ja, das ist sogar die Voraussetzung für vergleichbare Angebote. Enthält es vertrauliche Informationen, vereinbaren Sie vorher eine Geheimhaltung und geben Sie Antworten auf Rückfragen an alle Anbieter weiter.
