Wozu braucht man ein Lastenheft?
Ein Lastenheft schafft eine gemeinsame technische Ausgangsbasis zwischen Auftraggeber und Entwicklungspartner. Es beschreibt, was ein Produkt beziehungsweise eine Entwicklung leisten soll und unter welchen Randbedingungen. In umfangreicheren Entwicklungsprojekten helfen klar definierte Entwicklungsphasen, Schnittstellen und Reviews zusätzlich dabei, Anforderungen über den Projektverlauf nachvollziehbar zu halten.
Für externe Produktentwicklung hat das einen unmittelbaren wirtschaftlichen Nutzen: Je besser die Ausgangslage verstanden wird, desto gezielter können Konzeptarbeit, Konstruktion, FEM-Absicherung, Prototypenbau und Tests geplant werden.
Ein Lastenheft ist keine Sammlung möglichst vieler Forderungen.
Es soll dem Entwicklungsteam ermöglichen, die Aufgabe richtig zu verstehen, technische Zielkonflikte früh zu erkennen und Entscheidungen nachvollziehbar zu treffen.
Die 10 Informationen, die ein Entwicklungspartner wirklich braucht
1. Projektziel und gewünschtes Ergebnis
Was soll am Ende entstehen? Ein Konzept, ein Funktionsprototyp, eine seriennahe Konstruktion, fertigungsgerechte Zeichnungen oder ein vollständig entwickeltes Produkt? Das gewünschte Ergebnis bestimmt die notwendige Entwicklungstiefe.
2. Nutzer, Anwendung und reale Funktion
Wer benutzt das Produkt, in welcher Situation und wofür? Eine Funktionsbeschreibung ist häufig wertvoller als eine vorschnell festgelegte technische Lösung. Sie lässt dem Entwicklungsteam Raum, bessere Lösungsprinzipien zu entwickeln.
3. Muss-, Soll- und Wunsch-Anforderungen
Nicht jede Forderung ist gleich wichtig. Anforderungen sollten priorisiert werden. Was ist zwingend? Was ist ein Zielwert? Wo besteht Verhandlungsspielraum? Diese Trennung ist besonders wichtig, wenn Anforderungen miteinander in Konflikt geraten.
4. Schnittstellen und Bauraum
Wo wird das Produkt befestigt? Welche mechanischen, elektrischen, fluidischen oder optischen Schnittstellen existieren? Welche Geometrien sind gesetzt? CAD-Daten der Gegenbauteile und klare Einbauräume können Fehlentwicklungen vermeiden.
5. Lasten und Umgebungsbedingungen
Kräfte, Momente, Druck, Temperatur, Feuchtigkeit, Medien, Vibration, Schock, Lebensdauer oder Reinigungsbedingungen beeinflussen Konstruktion und Werkstoffwahl. Wenn Werte noch unbekannt sind, sollte genau das dokumentiert werden.
6. Normen, Sicherheit und regulatorische Anforderungen
Welche Normen, Kundenvorschriften, Sicherheitsanforderungen oder branchenspezifischen Regeln sind relevant? Anforderungen an technische Zeichnungen und
ISO-GPS-Fertigungsdefinitionen sollten ebenfalls früh berücksichtigt werden.
7. Fertigung, Werkstoffe und Stückzahlen
Ein Einzelprototyp wird anders konstruiert als ein Produkt mit 100.000 Stück pro Jahr. Zielstückzahl, bevorzugte Fertigungsverfahren, vorhandene Lieferanten, Werkstoffvorgaben und Zielkosten beeinflussen die Lösung von Anfang an.
8. Vorhandene Daten und bisherige Erkenntnisse
Skizzen, CAD-Modelle, Zeichnungen, Fotos, Versuchsergebnisse, alte Prototypen, Fehlerberichte und bereits verworfene Konzepte können wertvoll sein. Auch die Information, warum eine frühere Lösung nicht funktioniert hat, spart Entwicklungszeit.
9. Termin, Meilensteine und Entscheidungswege
Wann wird welches Ergebnis benötigt? Wer entscheidet über Konzeptvarianten? Wer gibt CAD oder Prototyp frei? Ein realistischer Meilensteinplan verhindert, dass technische Arbeit auf Entscheidungen warten muss.
10. Abnahmekriterien und Nachweis
Woran erkennen Auftraggeber und Entwicklungspartner, dass eine Anforderung erfüllt ist? Berechnung, Messung, Funktionstest, Sichtprüfung, Zeichnungsreview oder Prototypentest? Gute Abnahmekriterien machen Anforderungen überprüfbar.
Beispiel: Aus einem Kundenwunsch wird eine technische Anforderung
| Zu allgemein | Besser für die Entwicklung |
|---|
| „Das Gehäuse muss robust sein.“ | Welche Belastung, Fallhöhe, Lebensdauer oder Umgebungsbedingung muss das Gehäuse überstehen? |
| „Das Produkt soll leicht sein.“ | Zielgewicht oder maximal zulässige Masse definieren – und Priorität gegenüber Kosten und Steifigkeit festlegen. |
| „Es darf nicht heiß werden.“ | Zulässige Oberflächen- oder Bauteiltemperatur, Umgebungstemperatur und Betriebszustand festlegen. |
| „Die Montage muss einfach sein.“ | Montagezeit, Werkzeugzugang, Anzahl Verbindungselemente oder definierte Montageschritte beschreiben. |
| „Es muss dicht sein.“ | Medium, Druck, Temperatur, zulässige Leckage oder erforderliche Schutzart konkretisieren. |
Was tun, wenn Anforderungen noch nicht bekannt sind?
Das ist bei echten Entwicklungsprojekten normal. Problematisch ist nicht eine offene Anforderung, sondern eine unerkannte oder stillschweigend angenommene Anforderung. Deshalb sollten drei Kategorien getrennt werden:
- bekannt: technisch festgelegt und nachvollziehbar,
- offen: muss im Projekt geklärt oder entschieden werden,
- Annahme: wird vorläufig für Konzept oder Berechnung verwendet und später verifiziert.
Gerade bei innovativen Produkten kann eine erste Phase deshalb sinnvollerweise aus Anforderungsanalyse, Funktionsanalyse, Risikobetrachtung und Konzeptvergleich bestehen. Das entspricht auch dem Vorgehen, das wir im Artikel „Produktentwicklung extern vergeben“ über mehrere Entwicklungsmeilensteine beschreiben.
Lastenheft und Pflichtenheft: der praktische Unterschied
Vereinfacht formuliert beschreibt das Lastenheft die Anforderungen und Ziele des Auftraggebers. Das Pflichtenheft konkretisiert die geplante Umsetzung durch den Auftragnehmer. VDI-Richtlinien zu Lasten- und Pflichtenheften verfolgen genau das Ziel, technische und wirtschaftliche Anforderungen zu strukturieren und die Zusammenarbeit zwischen Betreiber, Planer und Hersteller zu erleichtern.
In der Praxis muss nicht jedes Entwicklungsprojekt zwei umfangreiche Dokumente produzieren. Entscheidend ist, dass Anforderungen, vereinbarter Leistungsumfang, Lösungsannahmen, Änderungen und Abnahmekriterien nachvollziehbar dokumentiert werden. Bei Vertragsbezug sollte die konkrete Dokumentenrolle ausdrücklich vereinbart werden.
Für innovative Entwicklung besonders wichtig
Das Lastenheft sollte das Problem und die Anforderungen beschreiben – nicht unnötig früh eine einzige technische Lösung vorschreiben. Sonst wird möglicherweise genau die Lösungsfreiheit eingeschränkt, für die ein Entwicklungspartner beauftragt wurde.
Sieben typische Fehler beim Lastenheft
| Fehler | Folge im Entwicklungsprojekt |
|---|
| Lösung statt Funktion vorgegeben | Alternative und möglicherweise bessere Konzepte werden ausgeschlossen. |
| Alle Anforderungen gleich priorisiert | Bei Zielkonflikten fehlt eine Entscheidungsgrundlage. |
| Schnittstellen fehlen | CAD-Konstruktion entwickelt sich an der realen Einbausituation vorbei. |
| Lastfälle nur verbal beschrieben | Berechnung und Dimensionierung beruhen auf Interpretationen. |
| Stückzahl/Fertigungsziel unbekannt | Konzept und Herstellverfahren können wirtschaftlich ungeeignet sein. |
| Offene Punkte werden versteckt | Annahmen werden später fälschlich als Anforderungen verstanden. |
| Keine Abnahmekriterien | Am Projektende ist unklar, wann eine Funktion tatsächlich als erfüllt gilt. |
Minimal-Lastenheft für einen schnellen Projektstart
Wenn noch kein formales Lastenheft existiert, reichen für ein erstes technisches Gespräch häufig wenige strukturierte Informationen:
- Was soll entwickelt oder verbessert werden?
- Welche Hauptfunktionen muss das Produkt erfüllen?
- Was ist bereits festgelegt und was ist noch offen?
- Welche Schnittstellen und Bauraumgrenzen gibt es?
- Welche Lasten und Umgebungsbedingungen sind bekannt?
- Welche Stückzahl, Fertigung und Zielkosten sind relevant?
- Welche Unterlagen, CAD-Daten und bisherigen Prototypen existieren?
- Welche Termine und Meilensteine sind kritisch?
- Welche technischen Risiken sind bereits bekannt?
- Wie soll die Funktion am Ende nachgewiesen werden?
Diese Informationen können anschließend in ein klar abgegrenztes Engineering-Arbeitspaket oder in ein mehrstufiges Entwicklungsprojekt überführt werden.
Produktentwicklung bei BOLTCAD: Wir unterstützen von Anforderungs- und Funktionsanalyse über Konzept, Konstruktion und FEM bis zum Funktionsprototyp und zur fertigungsgerechten Definition. Mehr dazu auf unserer Leistungsseite Produktentwicklung.
Produktentwicklung aus Hilden bei Düsseldorf
BOLTCAD ENGINEERING verbindet Produktentwicklung, Siemens NX, Konstruktion, FEM/ANSYS, ISO GPS, TRIZ und Prototyping. Dadurch können Anforderungen nicht nur dokumentiert, sondern direkt auf technische Widersprüche, Risiken und sinnvolle Entwicklungsmeilensteine untersucht werden. Projekte bearbeiten wir regional in NRW sowie deutschlandweit.
