Lastenheft-Vorlage: Eine Seite statt vierzig (mit Beispiel)

Ein Lastenheft beschreibt, was eine Software aus Sicht des Auftraggebers können muss und warum. In klassischen Projekten ist es die Grundlage für das Angebot, und die meisten Vorlagen dafür sind zu lang: Sie fragen nach Dingen, die beim Start niemand weiß, und lassen die eine Frage aus, die zählt.
Ein 40-Seiten-Dokument, das jede Maske, jedes Feld und jede Ausnahme beschreibt, wirkt gründlich, ist aber meist eine Wunschliste, die vor dem ersten Gespräch mit den Leuten entstanden ist, die den Ablauf täglich machen. Für einen guten Start reichen aus unserer Sicht acht Fragen auf einer Seite. Diese acht Fragen bekommst du hier als Lastenheft-Vorlage zum Kopieren, dazu ein ausgefülltes Beispiel und die Gründe, warum eine Seite für den Start reicht.
Was ist ein Lastenheft, und was unterscheidet es vom Pflichtenheft?
Die Begriffe werden oft vermischt, dabei ist die Aufteilung einfach:
| Lastenheft | Pflichtenheft | |
|---|---|---|
| Wer schreibt es | Du als Auftraggeber | Der Anbieter |
| Was steht drin | Was die Software können muss und welches Problem sie löst | Wie der Anbieter das umsetzt: Technik, Aufbau, Schnittstellen |
| Wann entsteht es | Vor dem Angebot | Nach dem Angebot, vor der Entwicklung |
| Typischer Fehler | Beschreibt Lösungen statt Probleme („Wir brauchen ein Dropdown mit …") | Wird nie gegen den echten Ablauf geprüft |
Der wichtigste Satz für dein Lastenheft: Beschreib das Problem, nicht die Lösung. „Der Vertrieb braucht 40 Minuten pro Angebot, weil die Preise in einer Tabelle stehen, die nur zwei Personen verstehen" ist eine Anforderung. „Wir brauchen eine Maske mit Dropdown für Rabattstaffeln" ist eine Lösung, und vielleicht nicht die beste. Ein guter Anbieter für individuelle Software will das Problem hören und die Lösung mit dir finden. Was dabei am Ende typischerweise entsteht, zeigt Individuelle Unternehmenssoftware: 7 Beispiele.
Die Lastenheft-Vorlage: acht Felder auf einer Seite
Das ist die Vorlage. Kopier die Tabelle, füll die rechte Spalte aus, und du hast ein Lastenheft, mit dem jeder ernsthafte Anbieter arbeiten kann:
| Feld | Leitfrage | Deine Antwort |
|---|---|---|
| 1. Der Ablauf | Welcher eine Ablauf soll besser werden? Von welchem Auslöser bis zu welchem Ergebnis? | |
| 2. Heute | Wie läuft er heute, Schritt für Schritt, und wer macht was? Wo bleibt er liegen? | |
| 3. Der Schmerz | Was kostet der Ablauf heute an Zeit, Fehlern oder Nerven? Wer merkt es zuerst? | |
| 4. Das Ziel | Woran erkennst du nach dem Go-Live, dass es funktioniert hat? Eine messbare Sache. | |
| 5. Die Beteiligten | Wer nutzt die Software täglich, wer gelegentlich, wer entscheidet? Mit Namen. | |
| 6. Die Systeme | Welche Programme sind beteiligt, und welches davon hat die führenden Daten? | |
| 7. Die Grenzen | Was soll die Software ausdrücklich nicht tun? Was bleibt beim Menschen? | |
| 8. Die Frage | Welche eine Frage müsste ein Anbieter dir stellen, damit du weißt, dass er es verstanden hat? |
Acht Felder, keine Maskenbeschreibung, kein Feldkatalog. Wenn du Feld 2 ehrlich ausfüllst, hast du schon einen großen Teil der Vorarbeit erledigt. Wenn du bei Feld 4 ins Stocken kommst, ist das der wertvollste Moment der ganzen Übung: Dann ist noch nicht klar, wofür die Software gebaut werden soll, und das ist besser jetzt zu merken als nach dem Go-Live.
Ausgefülltes Beispiel: der Angebotskalkulator
Damit die Vorlage greifbar wird, ein ausgefülltes Beispiel. Es ist ein erfundenes Muster, kein Kundenfall, aber eines, das so oder ähnlich in vielen Betrieben mit erklärungsbedürftigen Produkten vorkommt:
| Feld | Antwort |
|---|---|
| 1. Der Ablauf | Angebot erstellen: von der Kundenanfrage per E-Mail bis zum versendeten PDF. |
| 2. Heute | Vertrieb liest die Anfrage, öffnet die Kalkulationstabelle, sucht die passende Variante, trägt Mengen ein, prüft Rabattstaffel und Zuschläge von Hand, kopiert die Zahlen in die Angebotsvorlage, schickt sie zur Freigabe an die Geschäftsführung. Liegt bei der Freigabe oft zwei Tage. |
| 3. Der Schmerz | Rund 40 Minuten pro Angebot. Nur zwei Personen können die Tabelle bedienen. Fehler bei Zuschlägen fallen erst beim Kunden auf. |
| 4. Das Ziel | Jeder im Vertrieb erstellt ein fehlerfreies Angebot in unter zehn Minuten, ohne die Tabelle zu öffnen. |
| 5. Die Beteiligten | Täglich: drei Personen im Vertrieb. Gelegentlich: Geschäftsführung (Freigabe). Entscheidet: Vertriebsleitung. |
| 6. Die Systeme | CRM (Kundendaten, führend), Kalkulationstabelle (Preise, soll abgelöst werden), Angebotsvorlage in Word. |
| 7. Die Grenzen | Sonderpreise für Großkunden bleiben eine Entscheidung der Geschäftsführung. Keine automatische Versendung ohne Freigabe. |
| 8. Die Frage | „Woher kommen die Regeln in der Tabelle, und wer darf sie ändern?" |
Mit dieser Seite kann ein Anbieter ein ernsthaftes Angebot machen. Er weiß, welcher Ablauf gemeint ist, was er heute kostet, woran der Erfolg gemessen wird, welche Systeme angebunden werden müssen und wo die Grenze liegt. Ob daraus eine eigene Anwendung wird oder eine Erweiterung deines CRM, ist eine der ersten Fragen, die ein Anbieter mit dir klären sollte. Welche Rolle die Schnittstellen der beteiligten Systeme dabei spielen, erklärt Schnittstellen einfach erklärt.
Warum machen 40-Seiten-Lastenhefte Projekte teurer?
Weil sie Entscheidungen festschreiben, die noch niemand treffen kann. Beim Schreiben eines langen Lastenhefts musst du Dinge festlegen, die erst im Gespräch mit dem Team, beim ersten Klickmodell oder beim Blick in die echten Daten klar werden: welche Felder wirklich gebraucht werden, welche Sonderfälle vorkommen, welches System die führenden Daten hat. Liegt eine dieser Festlegungen auf Seite 23 daneben, wird sie später entweder ignoriert (dann war die Seite umsonst) oder trotzdem umgesetzt (dann kostet sie Geld).
Dazu kommt ein zweiter Effekt: Ein langes Lastenheft zieht lange Angebote nach sich. Der Anbieter muss jede Seite bepreisen, kalkuliert Puffer für alles, was unklar ist, und das Projekt startet mit einem Umfang, der sich später nur schwer wieder verkleinern lässt. Bei uns läuft ein Projekt für individuelle Software als Sprint über drei Wochen in fünf Phasen, und die erste Phase ist die Analysephase. Genau dort gehören die Details hin, nicht ins Lastenheft. Wie so ein Sprint abläuft, steht in Software mit KI entwickeln lassen: unser Ablauf.
Was passiert mit dem Lastenheft, wenn das Projekt startet?
Bei individueller Software von uns ist deine ausgefüllte Seite der Einstieg in die erste Phase des Sprints. Wer die Seite nicht vorab ausfüllt, dem schreiben wir sie in der Analysephase gemeinsam. Dort sprechen wir mit den Personen aus Feld 5, schauen uns die Systeme aus Feld 6 an und prüfen, ob das Ziel aus Feld 4 messbar ist. Erst danach entstehen die Details, die in einem 40-Seiten-Lastenheft auf Verdacht festgeschrieben worden wären: Felder, Masken, Regeln, Sonderfälle. Dein eigener Aufwand liegt während des Sprints bei rund dreimal 20 Minuten pro Woche, dazu kommen die Gespräche in der Analysephase mit den Leuten, die den Ablauf täglich machen.
Das Lastenheft ist damit nicht das Ende der Anforderungen, sondern der Anfang. Es sorgt dafür, dass das Gespräch über das richtige Problem geführt wird. Alles Weitere, vom Festpreis bis zur Übergabe, steht in Individuelle Software entwickeln lassen.
Häufige Fragen
Reicht eine Seite wirklich als Lastenheft für Software?
Für den Einstieg ja, wenn die acht Felder ehrlich ausgefüllt sind. Ein Anbieter braucht zum Angebot das Problem, das Ziel, die Beteiligten und die Systeme, nicht jede Maske. Die Details entstehen in der Analysephase mit dem Team. Bei sehr großen Vorhaben mit mehreren Abläufen füllst du die Seite pro Ablauf aus, statt ein Dokument für alles zu schreiben.
Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?
Das Lastenheft schreibst du: Es beschreibt, was die Software aus deiner Sicht können muss und welches Problem sie löst. Das Pflichtenheft schreibt der Anbieter: Es beschreibt, wie er das technisch umsetzt. Klassisch kommt erst das Lastenheft, dann das Angebot, dann das Pflichtenheft. Bei uns übernehmen Analysephase und Konzept die Rolle des Pflichtenhefts, und der Festpreis steht vor dem Sprint fest. Wer die Reihenfolge umdreht und Technik vor dem Problem festlegt, bekommt meist die falsche Software.
Brauche ich ein Lastenheft, wenn ich Software mit KI entwickeln lasse?
Kein klassisches, aber eine Seite hilft. KI-gestützte Entwicklung macht das Bauen schneller, aber nicht das Verstehen. Ein unklarer Ablauf wird mit KI nur schneller in unklaren Code verwandelt. Die acht Felder zwingen dich, das Problem vor der Lösung zu beschreiben, und genau das braucht ein Team, das mit KI-Werkzeugen arbeitet, um in wenigen Wochen etwas Brauchbares zu liefern.
Sollte ich Wunschfunktionen in das Lastenheft schreiben?
Nur in Feld 7, als Abgrenzung, oder gar nicht. Eine Liste mit „wäre schön" verlängert Angebot und Projekt, ohne den Ablauf zu verbessern. Wenn dir beim Ausfüllen Wünsche einfallen, sammle sie auf einem eigenen Zettel für die Zeit nach dem Go-Live. Die erste Version soll den einen Ablauf aus Feld 1 lösen, nicht alle.
Kann ich die Lastenheft-Vorlage auch für eine Automatisierung ohne Software nutzen?
Ja, die acht Felder gelten für jede Art von Verbesserung eines Ablaufs, ob mit eigener Software, einer Automatisierungsplattform oder einem KI-Agenten. Manchmal zeigt sich schon beim Ausfüllen von Feld 6, dass die beteiligten Systeme Schnittstellen haben und eine Automatisierung reicht. Das ist eines der besten Ergebnisse, die ein Lastenheft haben kann.
Der nächste Schritt
Wenn du die Vorlage ausgefüllt hast und wissen willst, ob dein Ablauf eine Automatisierung, eine Erweiterung oder eigene Software braucht, bring die Seite einfach mit in die kostenlose Zeit-Potenzial-Analyse: 45 Minuten, kein Verkaufsgespräch, und du gehst mit einer Einschätzung und einer konkreten Empfehlung für den ersten Schritt raus. Auch wenn du danach nichts mit uns machst.


