SOW (Leistungsbeschreibung) — Definition & Best Practices

Definition

Eine Leistungsbeschreibung (Statement of Work, SOW) ist ein formelles, rechtlich bindendes Dokument, das die projektspezifischen Aktivitäten, Liefergegenstände, Zeitpläne und Preise für Dienstleistungen definiert, die ein Anbieter für einen Kunden erbringt. Sie ist der operative Bauplan, der genau festlegt, was den Projekterfolg und die Zahlung definiert.

Erklärung

Im B2B-Dienstleistungssektor (IT-Beratung, Agenturen, MSPs) ist die SOW das wichtigste kommerzielle Dokument, das Sie unterzeichnen werden.

Während das Angebot ein Verkaufs- und Marketingdokument ist, das darauf ausgelegt ist, das Herz und den Verstand des Käufers zu gewinnen, ist die SOW ein Risikomanagement-Dokument, das darauf ausgelegt ist, das Unternehmen zu schützen. Ein schlecht geschriebenes Angebot könnte Sie den Auftrag kosten; eine schlecht geschriebene SOW kann Sie das Unternehmen kosten, indem sie Sie in unrentable, endlose Arbeit verstrickt.

Die SOW ist die primäre Verteidigung gegen Scope Creep (Leistungsausweitung) und Margin Leakage (Margenverlust). Wenn ein Kunde unvermeidlich nach „einer weiteren Funktion“ fragt, ist die SOW das Dokument, auf das der Projektmanager verweist, wenn er sagt: „Das klingt gut, lassen Sie uns dafür einen Änderungsauftrag (Change Order) schreiben.“

Kritische Komponenten einer kugelsicheren SOW

Eine professionelle SOW muss die folgenden Abschnitte enthalten, um kommerziell tragfähig zu sein:

1. Projektziele: Eine Zusammenfassung der Geschäftsziele, die das Projekt erreichen soll.
2. Leistungsumfang: Die spezifischen Aufgaben, die der Anbieter ausführen wird (wo immer möglich quantifiziert).
3. Liefergegenstände (Deliverables): Greifbare Ergebnisse (z. B. „1x Figma-Prototyp mit 5 Bildschirmen“).
4. Zeitplan & Meilensteine: Wann spezifische Phasen beginnen und enden.
5. Preisgestaltung & Zahlungsbedingungen: Wie hoch die Kosten sind und wann Zahlungen ausgelöst werden (z. B. „30 % im Voraus, 40 % bei UAT, 30 % bei Go-Live“).
6. Annahmen & Kundenverantwortlichkeiten: Wovon der Anbieter ausgeht, dass der Kunde es tut (z. B. „Der Kunde stellt den API-Zugriff bis Woche 1 bereit“).
7. Ausschlüsse (Nicht im Umfang enthalten): Explizite Angabe dessen, was nicht enthalten ist.
8. Abnahmekriterien: Die objektive Definition von „fertig“, die die Abschlusszahlung auslöst.

Diagramm: SOW vs. Angebot

```mermaid graph LR A[Das Angebot] -->|Ziel: Überzeugung| B(Fokus: Warum wir?) A -->|Tonfall: Marketing| C(Metriken: ROI & Wert)

D[Die SOW] -->|Ziel: Schutz| E(Fokus: Was genau tun wir?) D -->|Tonfall: Rechtlich & Operativ| F(Metriken: Liefergegenstände & Meilensteine) ```

Kommerzielle Checkliste für die SOW-Prüfung

Vor der Unterzeichnung muss eine SOW diese Tests bestehen:

1. Der „Wie viele“-Test: Sind alle Liefergegenstände quantifiziert? (z. B. „3 Vorlagen entwerfen“, nicht „Vorlagen entwerfen“).
2. Der „Verzögerungs“-Test: Wenn der Kunde 3 Wochen für die Prüfung eines Dokuments benötigt, schützt die SOW Ihren Zeitplan und verhindert, dass Ihr Team untätig bleibt?
3. Der „Abnahme“-Test: Kann der Kunde einen Liefergegenstand willkürlich ablehnen oder sind die Kriterien objektiv?
4. Der „Änderungs“-Test: Ist der Prozess für Änderungsaufträge (Change Orders) explizit dargelegt?

Verwandte Konzepte

• Scope Creep
• Change Order
• Deliverable
• MSA (Master Services Agreement)