Ein Lastenheft für eine neue Website schreiben: Aufbau, Inhalte und praktische Vorlage

Warum ein Lastenheft die Grundlage für die Website-Planung bildet

Ein Lastenheft beschreibt, was eine neue Website leisten soll und welche Rahmenbedingungen für das Projekt gelten. Es richtet sich an die Auftraggeberseite und formuliert deren Ziele, Anforderungen und Erwartungen. Die technische Umsetzung, die konkrete Softwareauswahl und die detaillierte Realisierung gehören dagegen in ein späteres Pflichtenheft oder in ein Umsetzungskonzept.

Diese Trennung verhindert Missverständnisse. Eine Anforderung wie „Besucher sollen Termine anfragen können“ beschreibt ein gewünschtes Ergebnis. Eine Festlegung auf ein bestimmtes Formularsystem, eine bestimmte Programmiersprache oder einen bestimmten Server beschreibt dagegen bereits einen Lösungsweg. Im Lastenheft sollte dieser Lösungsweg nur dann festgeschrieben werden, wenn er aus nachvollziehbaren Gründen zwingend erforderlich ist.

Ein sorgfältig erstelltes Dokument unterstützt mehrere Aufgaben:

• Es macht Ziele und Prioritäten für alle Beteiligten sichtbar.
• Es grenzt den Projektumfang ab und reduziert nachträgliche Änderungswünsche.
• Es schafft eine Grundlage für Angebote und die Vergleichbarkeit von Lösungsvorschlägen.
• Es hilft bei der Planung von Inhalten, Zuständigkeiten und Freigaben.
• Es liefert später Kriterien für Tests und die Abnahme.

Ein Lastenheft ist deshalb kein reines Technikdokument. Es verbindet Geschäftsziele, Nutzerbedürfnisse, Inhalte, Gestaltung, Technik, Datenschutz und Betrieb zu einem überprüfbaren Rahmen.

Anforderungen, Ziele und Lösungen voneinander trennen

Ein häufiger Fehler besteht darin, Wünsche, technische Entscheidungen und überprüfbare Anforderungen in einem Satz zu vermischen. Für eine belastbare Planung lohnt sich eine klare Unterscheidung.

Ziele beschreiben den gewünschten Nutzen. Beispiele sind eine bessere Auffindbarkeit von Informationen, die digitale Anfrage eines Angebots oder die verständliche Darstellung eines Dienstleistungsangebots. Ziele sollten möglichst konkret formuliert werden, ohne unbelegte Erfolgsversprechen zu enthalten.

Anforderungen legen fest, welche Eigenschaften die Website besitzen muss. Dazu gehören etwa eine responsive Darstellung, eine Suchfunktion, redaktionell bearbeitbare Inhalte oder definierte Rollen für die Verwaltung.

Lösungen beschreiben, wie diese Anforderungen technisch umgesetzt werden. Ein bestimmtes Content-Management-System, ein Hostingmodell oder eine Schnittstelle kann eine sinnvolle Option sein, sollte aber nicht ohne Prüfung als zwingende Vorgabe erscheinen.

Hilfreich ist eine Formulierung nach diesem Muster: „Die Website muss Besuchern ermöglichen, Inhalte nach Themen zu filtern und die Ergebnisse auf mobilen Geräten zu nutzen.“ Diese Aussage ist testbar und lässt mehrere technische Wege offen. Die Formulierung „Die Website muss Plugin X verwenden“ legt dagegen bereits eine Lösung fest, ohne den eigentlichen Bedarf zu erklären.

Der empfohlene Aufbau eines Lastenhefts

Ein Lastenheft darf unterschiedlich gegliedert sein. Eine feste Struktur erleichtert jedoch die Abstimmung und verhindert, dass wichtige Bereiche übersehen werden. Die folgende Reihenfolge hat sich für Webprojekte bewährt:

1. Dokumentinformationen: Titel, Version, Datum, Verantwortlichkeiten und Änderungsverlauf.
2. Ausgangslage: Anlass des Projekts, bestehende Website, erkannte Probleme und Rahmenbedingungen.
3. Ziele: fachliche, kommunikative und technische Ziele der neuen Website.
4. Zielgruppen und Nutzungssituationen: erwartete Besuchergruppen, deren Fragen und typische Aufgaben.
5. Projektumfang: enthaltene Leistungen sowie ausdrücklich ausgeschlossene Bereiche.
6. Inhalte und Informationsarchitektur: Seitentypen, Navigation, Suchfunktion und redaktionelle Anforderungen.
7. Funktionale Anforderungen: Funktionen wie Formulare, Suche, Filter, Konten oder Schnittstellen.
8. Qualitätsanforderungen: Sicherheit, Barrierefreiheit, Performance, Datenschutz, Wartbarkeit und Kompatibilität.
9. Gestaltung und Benutzerführung: visuelle Leitlinien, Interaktionen und responsive Verhalten.
10. Technik und Betrieb: Hosting, Domains, Backups, Berechtigungen, Monitoring und Updates.
11. Projektorganisation: Rollen, Meilensteine, Abnahmen und Kommunikationswege.
12. Test und Abnahme: konkrete Prüfkriterien und Umgang mit Mängeln.

Die Gliederung sollte zum Umfang des Vorhabens passen. Ein kleines Informationsangebot benötigt kein überladenes Dokument, während ein Portal mit Benutzerkonten, personenbezogenen Daten und mehreren Schnittstellen eine wesentlich detailliertere Beschreibung verlangt.

Ausgangslage und Projektziele präzise formulieren

Zu Beginn sollte das Lastenheft erklären, warum die Website neu erstellt oder grundlegend überarbeitet wird. Beschrieben werden können beispielsweise eine veraltete Informationsarchitektur, schwer pflegbare Inhalte, fehlende mobile Optimierung, unklare Zuständigkeiten oder Sicherheitsprobleme. Die Darstellung sollte sachlich bleiben und keine unbelegten Behauptungen über Marktpositionen oder künftige Ergebnisse enthalten.

Danach folgen die Ziele. Gute Ziele beantworten drei Fragen: Was soll sich verbessern, für wen soll es besser werden und woran lässt sich die Erfüllung erkennen? Statt „Die Website soll moderner werden“ ist eine präzisere Aussage sinnvoll: „Die wichtigsten Inhalte sollen über eine nachvollziehbare Hauptnavigation und eine interne Suche erreichbar sein. Die Darstellung muss sich an unterschiedliche Bildschirmgrößen anpassen.“

Eine Priorisierung verhindert, dass alle Wünsche denselben Rang erhalten. Dafür können Kategorien wie Muss, Soll und Kann verwendet werden. Zusätzlich sollte jede Anforderung eine eindeutige Kennung erhalten, etwa „F-01“ für eine funktionale und „Q-03“ für eine Qualitätsanforderung. Eine solche Kennung erleichtert die spätere Prüfung, weil sie in Konzepten, Testfällen und Abnahmeprotokollen wiederverwendet werden kann.

Zielgruppen und Nutzungssituationen beschreiben

Die Zielgruppe sollte nicht nur mit allgemeinen Begriffen wie „alle Besucher“ beschrieben werden. Aussagekräftiger sind konkrete Nutzergruppen mit ihren Aufgaben, Vorkenntnissen und möglichen Einschränkungen. Bei einer Website können beispielsweise bestehende Kunden, interessierte Erstbesucher, Bewerber, redaktionelle Mitarbeitende oder Personen mit assistiven Technologien unterschiedliche Erwartungen haben.

Für jede wichtige Gruppe können folgende Fragen beantwortet werden:

• Welche Information wird gesucht?
• Welche Begriffe verwendet die Person für diese Suche?
• Welche Handlung soll nach dem Besuch möglich sein?
• Welche Geräte und Verbindungssituationen sind wahrscheinlich?
• Welche Hürden können auftreten, etwa geringe Sprachkenntnisse oder motorische Einschränkungen?

Aus diesen Antworten entstehen Nutzungssituationen. Ein Beispiel lautet: „Eine Person öffnet die Website auf einem Smartphone, sucht nach einer bestimmten Leistung und möchte die Kontaktmöglichkeit ohne langes Scrollen erreichen.“ Solche Szenarien sind nützlicher als abstrakte Designwünsche, weil sie später bei Navigation, Seitengestaltung und Tests berücksichtigt werden können.

Projektumfang und Inhalte festlegen

Ein Lastenheft sollte klar benennen, welche Bestandteile zur neuen Website gehören. Dazu zählen etwa Startseite, Leistungs- oder Produktseiten, Kontaktbereich, Suchfunktion, redaktioneller Bereich, Downloadbereich, Karrierebereich oder geschützte Inhalte. Ebenso wichtig ist die Abgrenzung. Wenn beispielsweise kein Online-Shop, kein Kundenkonto und keine Mehrsprachigkeit vorgesehen sind, sollte dies ausdrücklich festgehalten werden.

Für die Inhalte empfiehlt sich eine Tabelle mit Seitentypen und Verantwortlichkeiten. Dabei sollten nicht nur vorhandene Texte betrachtet werden. Zu prüfen sind auch Bilder, Grafiken, Videos, PDF-Dateien, Metadaten, Alternativtexte und rechtlich erforderliche Informationen. Für jeden Inhaltstyp können folgende Angaben aufgenommen werden:

• Verwendungszweck und Zielgruppe
• Quelle und redaktionell verantwortliche Person
• Format und erforderliche technische Aufbereitung
• Freigabeprozess
• Aktualisierungsintervall
• Übernahme, Überarbeitung oder Neuerstellung

Ein Inhaltsinventar hilft beim Übergang von der bestehenden zur neuen Website. Dabei sollte festgelegt werden, welche URLs erhalten bleiben, welche weitergeleitet werden müssen und welche Inhalte entfallen. Ungeplante Änderungen an Adressen können bestehende Verweise und Suchmaschinenergebnisse beeinträchtigen.

Informationsarchitektur und Navigation planen

Die Informationsarchitektur beschreibt, wie Inhalte geordnet und miteinander verknüpft werden. Im Lastenheft muss nicht jede einzelne Gestaltung vorweggenommen werden. Es sollte jedoch erkennbar sein, welche Hauptbereiche existieren, wie tief die Navigation strukturiert ist und wie Besucher von einem Inhalt zum nächsten gelangen.

Eine übersichtliche Seitenstruktur kann als Liste oder als einfacher Baum dargestellt werden. Zusätzlich sollte festgelegt werden, ob es Breadcrumbs, thematische Querverweise, verwandte Inhalte oder eine interne Suche geben soll. Für umfangreiche Angebote sind Anforderungen an Filter und Suchergebnisse besonders wichtig. Dazu gehören beispielsweise Suchbegriffe, Fehlertoleranz, Filterkriterien, Sortierung und eine verständliche Meldung bei leeren Ergebnissen.

Die Navigation sollte nicht nur aus der Sicht der Organisation beschrieben werden. Interne Abteilungen oder technische Kategorien sind nicht automatisch geeignete Begriffe für Besucher. Im Lastenheft kann deshalb festgehalten werden, dass Navigationsbegriffe aus der Perspektive der Zielgruppen geprüft werden. Ein Prototyp oder ein moderierter Strukturtest kann später zeigen, ob die geplante Ordnung verständlich ist.

Funktionale Anforderungen mit prüfbaren Kriterien formulieren

Funktionale Anforderungen beschreiben, was die Website tun können muss. Jede Anforderung sollte möglichst eindeutig, unabhängig von einer konkreten Implementierung und testbar sein. Hilfreich ist eine Tabelle mit den Spalten Kennung, Beschreibung, Priorität, Abhängigkeit und Abnahmekriterium.

Beispiele für funktionale Anforderungen sind:

• Ein Kontaktformular zeigt Pflichtfelder eindeutig an und informiert nach dem Absenden über den Bearbeitungsstatus.
• Redaktionelle Rollen können Inhalte erstellen, ändern, zur Freigabe vorlegen und veröffentlichen.
• Die interne Suche erfasst die festgelegten Seitentypen und zeigt den Seitentitel sowie einen aussagekräftigen Auszug an.
• Downloads sind mit Dateityp und Dateigröße gekennzeichnet, sofern diese Angaben für die Nutzung relevant sind.
• Externe Dienste werden erst nach der vorgesehenen Einwilligung geladen, wenn dafür eine Einwilligung erforderlich ist.

Unpräzise Aussagen wie „Das Formular soll benutzerfreundlich sein“ lassen sich kaum abnehmen. Besser sind beobachtbare Kriterien: Pflichtfelder werden gekennzeichnet, Fehlermeldungen stehen am betroffenen Feld, Eingaben gehen bei einem Validierungsfehler nicht verloren und eine Erfolgsmeldung wird nach dem Versand angezeigt. Welche Anforderungen rechtlich oder technisch erforderlich sind, sollte vor der Umsetzung fachlich geprüft werden.

Qualitätsanforderungen: Sicherheit, Datenschutz und Barrierefreiheit

Nicht-funktionale Anforderungen bestimmen die Qualität der Website. Sie werden häufig zu spät berücksichtigt, obwohl nachträgliche Änderungen an Architektur, Inhalten oder Gestaltung aufwendig sein können.

Sicherheit: Das Lastenheft sollte Rollen und Berechtigungen, sichere Authentifizierung, regelmäßige Updates, Protokollierung sicherheitsrelevanter Vorgänge, Backups und den Umgang mit Sicherheitsvorfällen ansprechen. Administrationszugänge sollten nicht unnötig öffentlich erreichbar sein. Für Formulare sind Schutzmaßnahmen gegen automatisierte Einsendungen, Manipulation und Missbrauch zu planen. Sicherheitsanforderungen sollten sich an anerkannten Empfehlungen und der konkreten Risikolage orientieren.

Datenschutz: Zu erfassen sind die geplanten Verarbeitungen personenbezogener Daten, beispielsweise bei Kontaktformularen, Newsletter-Anmeldungen, Analysewerkzeugen oder eingebundenen Diensten. Das Lastenheft sollte Verantwortlichkeiten für Datenschutzhinweise, Löschfristen, Auftragsverarbeitungen und Einwilligungsprozesse benennen. Eine rechtliche Prüfung ersetzt das Dokument nicht.

Barrierefreiheit: Anforderungen sollten Tastaturbedienung, ausreichende Kontraste, verständliche Fehlermeldungen, semantische Überschriften, Alternativtexte und eine sinnvolle Fokusführung umfassen. Maßgeblich sind die für das Projekt geltenden gesetzlichen Vorgaben und anerkannten technischen Standards. Barrierefreiheit betrifft nicht nur den Code, sondern auch Texte, PDF-Dateien, Videos und redaktionelle Arbeitsabläufe.

Responsive Gestaltung, Performance und technische Rahmenbedingungen

Eine neue Website sollte für unterschiedliche Bildschirmgrößen und Eingabemethoden geplant werden. Das Lastenheft kann festhalten, welche Inhalte auf kleinen Bildschirmen zuerst sichtbar sein müssen, wie Tabellen oder komplexe Navigationen angepasst werden und welche Interaktionen eine Tastatur oder Touchbedienung unterstützen.

Bei der Performance geht es nicht um einen einzelnen pauschalen Geschwindigkeitswert. Relevant sind unter anderem Bildgrößen, moderne Formate, serverseitige Antwortzeiten, die Anzahl eingebundener Ressourcen, Caching und der Umgang mit externen Skripten. Die Anforderungen sollten mit realistischen Inhaltsmengen und Geräten geprüft werden. Eine Website kann in einem Testaufbau schnell wirken und unter realer redaktioneller Last dennoch Probleme zeigen.

Technische Rahmenbedingungen können Hosting, Domainverwaltung, Verschlüsselung der Übertragung, Datenbanken, Schnittstellen, E-Mail-Versand, Protokollierung und Entwicklungsumgebungen betreffen. Falls ein bestehendes System ersetzt wird, sind Datenmigration, URL-Weiterleitungen, Benutzerkonten und Medienbestände ausdrücklich zu berücksichtigen. Eine vollständige Sicherung vor der Migration und ein getesteter Wiederherstellungsweg gehören zu den praktischen Schutzmaßnahmen.

Redaktion, Betrieb und Zuständigkeiten organisieren

Eine Website ist nach dem Launch nicht fertig. Inhalte müssen aktualisiert, Sicherheitslücken geschlossen, Backups kontrolliert und technische Abhängigkeiten überwacht werden. Das Lastenheft sollte daher auch den späteren Betrieb beschreiben.

Zu klären sind insbesondere:

• Wer darf Inhalte erstellen, freigeben, veröffentlichen und löschen?
• Wer verwaltet technische Zugänge und Wiederherstellungsschlüssel?
• Wer prüft Formulare, E-Mail-Zustellung und Fehlermeldungen?
• Wie werden Updates geplant, getestet und dokumentiert?
• Wie oft werden Backups erstellt und wie wird eine Wiederherstellung geprobt?
• Welche Dokumentation und Schulung werden benötigt?
• Wie werden Änderungswünsche nach dem Projekt priorisiert?

Für redaktionelle Prozesse sind klare Statuswerte wie Entwurf, Prüfung, freigegeben und veröffentlicht hilfreich. Ebenso sollte festgelegt werden, ob Inhalte mit Veröffentlichungs- oder Ablaufdatum versehen werden können. Bei mehreren Personen müssen Berechtigungen nach dem Prinzip der geringsten erforderlichen Rechte vergeben werden. Das reduziert die Folgen eines kompromittierten Kontos oder einer Fehlbedienung.

Projektphasen, Abnahmen und Änderungsmanagement

Ein Lastenheft gewinnt an Verbindlichkeit, wenn es den Projektablauf und die Entscheidungspunkte beschreibt. Typische Phasen sind Bestandsaufnahme, Konzeption, Gestaltung, technische Umsetzung, Inhaltsmigration, Qualitätssicherung, Veröffentlichung und Nachbetreuung. Nicht jede Phase benötigt einen eigenen großen Meilenstein, doch Verantwortlichkeiten und Ergebnisse sollten nachvollziehbar sein.

Für die Abnahme müssen die Kriterien bereits im Lastenheft oder in daraus abgeleiteten Testfällen stehen. Geprüft werden können beispielsweise:

1. Alle priorisierten Seitentypen sind vorhanden und korrekt verknüpft.
2. Formulare validieren Eingaben, versenden Daten wie vorgesehen und zeigen verständliche Rückmeldungen.
3. Die Website ist mit den festgelegten Browsern und Geräten nutzbar.
4. Tastaturbedienung, Fokusführung und grundlegende Zugänglichkeit wurden geprüft.
5. Weiterleitungen, Suchfunktion, Downloads und404-Seiten funktionieren erwartungsgemäß.
6. Backups, Benutzerrollen und die Dokumentation wurden übergeben.

Ein Mangel sollte mit Beschreibung, Reproduktionsschritten, Priorität und Status dokumentiert werden. Änderungen am Umfang benötigen einen geregelten Prozess. Dabei sind Auswirkungen auf Zeit, Kosten, Inhalte, Sicherheit und Abhängigkeiten zu bewerten. Eine mündliche Wunschliste ohne Entscheidung über die Priorität führt häufig zu unklaren Erwartungen.

Lastenheft erstellen: ein praxistauglicher Arbeitsablauf

Für die Erstellung bietet sich ein schrittweises Vorgehen an:

1. Bestand aufnehmen: Bestehende Seiten, Funktionen, Daten, Zugänge, Medien und technische Abhängigkeiten dokumentieren.
2. Ziele und Zielgruppen klären: Nutzeraufgaben, Probleme und gewünschte Ergebnisse mit den zuständigen Fachbereichen abstimmen.
3. Umfang abgrenzen: Muss-, Soll- und Kann-Anforderungen erfassen und nicht enthaltene Leistungen benennen.
4. Inhalte strukturieren: Seitentypen, Navigationslogik, redaktionelle Rollen und Migrationsbedarf beschreiben.
5. Funktionen und Qualität definieren: Anforderungen mit Kennungen, Prioritäten und Prüfkriterien formulieren.
6. Technische Rahmenbedingungen prüfen: Domains, Hosting, Schnittstellen, Datenschutz, Backups und Sicherheitsvorgaben erfassen.
7. Entwurf abstimmen: Widersprüche, fehlende Zuständigkeiten und unklare Begriffe mit den Beteiligten klären.
8. Abnahme vorbereiten: Aus jeder wichtigen Anforderung einen nachvollziehbaren Test oder eine Dokumentenprüfung ableiten.
9. Version freigeben: Datum, Versionsnummer und freigebende Verantwortlichkeiten festhalten.

Nach der Freigabe sollte das Dokument nicht unangetastet bleiben. Änderungen gehören in einen Änderungsverlauf. Dadurch bleibt erkennbar, welche Anforderungen ursprünglich galten und wann eine Anpassung beschlossen wurde.

Typische Fehler und wie sie sich vermeiden lassen

Ein Lastenheft verliert seinen Nutzen, wenn es zu allgemein, widersprüchlich oder zu stark auf eine technische Lösung ausgerichtet ist. Besonders häufig treten folgende Probleme auf:

• Unklare Begriffe: Wörter wie „modern“, „schnell“ oder „professionell“ werden ohne prüfbare Bedeutung verwendet. Abhilfe schaffen konkrete Nutzungssituationen und Akzeptanzkriterien.
• Fehlende Prioritäten: Jede Funktion wird als unverzichtbar behandelt. Eine abgestufte Priorisierung unterstützt realistische Entscheidungen.
• Nur die Oberfläche wird betrachtet: Redaktion, Migration, Betrieb, Berechtigungen und Backups fehlen. Diese Bereiche sollten eigene Abschnitte erhalten.
• Rechtliche und sicherheitsbezogene Themen kommen zu spät: Datenschutz, Barrierefreiheit und Zugriffsschutz müssen bereits bei der Konzeption berücksichtigt werden.
• Keine Zuständigkeiten: Inhalte, Freigaben und technische Pflege werden niemandem zugeordnet. Verantwortliche und Vertretungen sollten benannt werden.
• Abnahme ohne Kriterien: Eine Präsentation ersetzt keine systematische Prüfung. Anforderungen müssen auf beobachtbare Ergebnisse heruntergebrochen werden.
• Überfrachtetes Dokument: Jede technische Einzelheit wird vorweggenommen. Das erschwert die Lesbarkeit und kann bessere Lösungswege blockieren.

Ein gutes Lastenheft ist weder ein Werbetext noch eine vollständige technische Dokumentation. Es ist ein verständlicher, priorisierter und prüfbarer Rahmen für die Planung und Umsetzung.

Beispiel für eine kompakte Anforderungstabelle

Eine Tabelle kann die wichtigsten Anforderungen auf einen Blick zusammenfassen. Die Einträge müssen an das konkrete Projekt angepasst und fachlich geprüft werden.

Kennung	Bereich	Anforderung	Priorität	Prüfkriterium
F-01	Navigation	Besucher erreichen die zentralen Inhaltsbereiche über eine konsistente Hauptnavigation.	Muss	Die festgelegten Testaufgaben können auf Desktop und Mobilgerät durchgeführt werden.
F-02	Kontakt	Ein Formular erkennt fehlerhafte oder fehlende Pflichtangaben und zeigt verständliche Hinweise.	Muss	Mehrere definierte Fehleingaben führen zu den erwarteten Meldungen.
F-03	Redaktion	Inhalte können nach dem vorgesehenen Freigabeprozess bearbeitet und veröffentlicht werden.	Muss	Die Rollenprüfung zeigt die festgelegten Rechte für Erstellen, Prüfen und Veröffentlichen.
Q-01	Barrierefreiheit	Die Kernfunktionen sind ohne Maus bedienbar und besitzen eine erkennbare Fokusführung.	Muss	Ein definierter Tastaturtest wird ohne blockierende Bedienhindernisse abgeschlossen.
Q-02	Betrieb	Für Inhalte und Systemdaten existiert ein dokumentierter Sicherungs- und Wiederherstellungsprozess.	Muss	Eine Wiederherstellung wird in der vorgesehenen Umgebung nachvollziehbar geprüft.

Die Spalte „Prüfkriterium“ ist besonders wichtig. Sie zwingt dazu, Anforderungen so zu formulieren, dass später nicht nach persönlichem Eindruck, sondern anhand nachvollziehbarer Ergebnisse entschieden wird.

FAQ zum Lastenheft für eine neue Website

Wer schreibt das Lastenheft?

Die fachlich verantwortliche Auftraggeberseite sollte die Inhalte liefern oder koordinieren. Technische Fachleute können Anforderungen prüfen, offene Punkte ergänzen und Risiken erläutern. Dadurch bleibt das Dokument fachlich verankert und zugleich technisch belastbar.

Wie lang sollte ein Lastenheft sein?

Eine feste Seitenzahl ist nicht sinnvoll. Der Umfang hängt von Ziel, Zahl der Seitentypen, Funktionen, Schnittstellen, Datenverarbeitungen und Betriebsanforderungen ab. Entscheidend sind Vollständigkeit, Verständlichkeit und Prüfbarkeit, nicht eine bestimmte Länge.

Gehört das Design bereits vollständig in das Lastenheft?

Das Lastenheft sollte Anforderungen an Benutzerführung, responsive Darstellung, Markenregeln und wichtige Interaktionen beschreiben. Ausformulierte Layouts und pixelgenaue Gestaltung gehören meist in ein späteres Konzept oder einen Designprozess.

Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?

Das Lastenheft beschreibt die Aufgaben und Anforderungen aus Sicht der Auftraggeberseite. Das Pflichtenheft legt dar, wie diese Anforderungen technisch und organisatorisch umgesetzt werden. In der Praxis können beide Dokumente durch weitere Konzepte und technische Spezifikationen ergänzt werden.

Warum sind Abnahmekriterien so wichtig?

Abnahmekriterien übersetzen allgemeine Wünsche in überprüfbare Ergebnisse. Sie schaffen eine gemeinsame Grundlage für Tests, machen offene Mängel sichtbar und reduzieren Diskussionen darüber, ob eine Anforderung erfüllt wurde.