Lasten- und Pflichtenheft für Vertriebssysteme

Hà starrt auf die Agentur-Mail

Hà scrollt durch die Antwort der IT-Agentur. Samstagnachmittag im Büro der E-Commerce-Abteilung, auf dem Bildschirm steht: "Zahlungsschnittstelle fertiggestellt." Sie klickt auf den Testlink und sieht: nur Kreditkartenzahlung. Kein PayPal, kein Klarna. Die Teamleitung fragt nach dem Briefing, das Hà letzte Woche verschickt hat. In der gesendeten Mail steht ein einziger Satz: "Wir brauchen eine moderne Zahlungslösung."

Jede Korrekturschleife bei der Agentur kostet 120 Euro pro Stunde. Ohne PayPal und Klarna fehlen beim Go-Live rund 60 Prozent der bevorzugten Zahlarten. Das Problem liegt nicht bei der Agentur. Die hat geliefert, was sie aus dem Satz herauslesen konnte. Das Problem liegt im Dokument.

Was genau hätte dort stehen müssen?

Lastenheft und Pflichtenheft: Wer schreibt was?

Erinnerst du dich an die Muss- und Kann-Priorisierung im Anforderungskatalog? Genau hier setzt das Lastenheft an.

Das Lastenheft schreibst du als auftraggebende Seite. Es beschreibt, WAS du brauchst. Das Pflichtenheft schreibt die Agentur als Antwort. Es beschreibt, WIE sie deine Anforderungen technisch umsetzen will.

Fünf Kriterien machen den Unterschied klar:

1. Autor: Händler (Lastenheft) vs. Agentur (Pflichtenheft)
2. Adressat: potenzielle Dienstleister vs. auftraggebende Seite
3. Detaillierungsgrad: funktional, was-orientiert vs. technisch, wie-orientiert
4. Verbindlichkeit: Angebotsgrundlage vs. Vertragsbestandteil
5. Zeitpunkt: vor der Auftragsvergabe vs. nach Auftragserteilung

Hàs Ein-Satz-Mail war kein Lastenheft. Es fehlte jede Struktur, die der Agentur erlaubt hätte, ein passendes Pflichtenheft zu schreiben.

🎬 Vorstellung: Stell dir vor, du sitzt an Hàs Platz. Die Teamleitung wartet auf das neue Dokument. Du öffnest ein leeres Textdokument. Was müsste als Erstes drinstehen?

Sieben Pflichtbestandteile im Überblick

Um das Briefing an die Agentur richtig aufzusetzen, braucht ein Lastenheft mindestens diese sieben Bestandteile:

1. Zielsetzung: Ein messbares Projektziel mit Zielwert und Termin. "PayPal und Klarna bis 15. März live, Conversion-Rate um 20 % steigern."
2. Ist-Analyse: Mindestens drei Komponenten der bestehenden Systemlandschaft beschreiben (Shop-System, Payment-Provider, ERP-Anbindung).
3. Muss-Anforderungen: Nicht verhandelbare Anforderungen, jede mit konkretem Abnahmekriterium. "PayPal-Integration: Testbestellung in unter 3 Klicks abschließbar."
4. Kann-Anforderungen: Optionale Wünsche, priorisiert nach Nutzen. "Apple Pay wäre wünschenswert, Priorität 2."
5. Schnittstellenbeschreibung: Welche Drittsysteme sind betroffen? In welche Richtung fließen die Daten?
6. Nichtfunktionale Anforderungen: Je ein konkreter Wert für Performance, Verfügbarkeit und Sicherheit.
7. Lieferumfang: Was genau wird übergeben? Mit mindestens zwei definierten Abnahmekriterien.

Angewandt auf die Zahlungsschnittstelle

Drei dieser Bestandteile hätten Hàs Problem direkt verhindert:

Die Muss-Anforderung "PayPal und Klarna müssen als Zahlungsarten verfügbar sein" lässt keinen Interpretationsspielraum. Das Abnahmekriterium dazu: "Testbestellung mit PayPal-Sandbox erfolgreich durchgeführt." Und die Schnittstellenbeschreibung hätte klargestellt, dass der bestehende Payment-Provider ergänzt, nicht ersetzt wird.

Ohne diese drei Punkte konnte die Agentur nur raten.

🔮 Bevor du weiterliest: Welchen der sieben Bestandteile vergessen Unternehmen am häufigsten, wenn sie zum ersten Mal ein Lastenheft schreiben?

Sechs Kriterien für die Qualitätsprüfung

Die am häufigsten vergessenen Bestandteile sind nichtfunktionale Anforderungen und die Schnittstellenbeschreibung. Beides fällt erst auf, wenn das System live geht und unter Last zusammenbricht oder Daten in die falsche Richtung fließen.

Um solche Lücken vor der Übergabe zu finden, prüfst du jedes Briefing mit sechs Kriterien:

1. Vollständigkeit: Sind alle sieben Bestandteile vorhanden?
2. Messbarkeit: Hat jede Anforderung einen konkreten Zielwert?
3. Eindeutigkeit: Lässt sich der Satz nur auf eine Art verstehen?
4. Priorisierung: Ist klar getrennt, was Muss und was Kann ist?
5. Schnittstellen: Sind alle betroffenen Drittsysteme mit Datenflussrichtung genannt?
6. Abnahmekriterien: Woran erkennt man objektiv, dass eine Anforderung erfüllt ist?

Hàs Briefing auf dem Prüfstand

Wende die sechs Kriterien auf Hàs Satz an: "Wir brauchen eine moderne Zahlungslösung." Das Ergebnis ist eindeutig. Keiner der sieben Bestandteile ist vorhanden. Es gibt keinen Zielwert, keine Trennung in Muss und Kann. "Modern" lässt sich auf dutzende Arten interpretieren. Schnittstellen und Abnahmekriterien fehlen komplett. Sechs Mal Rot.

Mit einem strukturierten Lastenheft hätte Hà der Agentur exakt mitgeteilt, welche Zahlungsanbieter Pflicht sind, bis wann sie laufen müssen und woran die Abnahme gemessen wird. Die 120 Euro pro Korrekturstunde wären nie angefallen.

🤔 Frage dich: Dein Betrieb plant, eine neue Produktdaten-Schnittstelle zwischen Shop-System und Warenwirtschaft einzurichten. Welche drei der sieben Lastenheft-Bestandteile würdest du als Erstes ausarbeiten, und warum gerade diese?