Ein Streit mit einem Anbieter kommt 14 Monate nach Projektstart auf. Die ursprüngliche Leistungsbeschreibung (Statement of Work, SOW) liegt irgendwo im Posteingang. Der Leistungsumfang wurde nie schriftlich abgegrenzt. Jetzt braucht die Rechtsabteilung zwei Wochen, um anhand von Erinnerungen, E-Mails und Gesprächsnotizen zu rekonstruieren, was vereinbart war.
Wenn Ihr Unternehmen Dutzende Anbieterprojekte gleichzeitig steuert, schafft eine Leistungsbeschreibung Klarheit. Sie hält Leistungen, Grenzen des Leistungsumfangs, Zeitplan, Zuständigkeiten und Änderungsprozesse so präzise fest, dass beide Seiten bei Rückfragen auf dieselbe Grundlage zurückgreifen können. Und Rückfragen gibt es in laufenden Geschäftsbeziehungen immer.
Dieser Leitfaden zeigt, wie der SOW-Prozess von der Erstellung bis zur Umsetzung abläuft, welche Inhalte eine Leistungsbeschreibung braucht und an welchen Stellen größere Unternehmen besonders häufig Fehler machen.
Was ist eine Leistungsbeschreibung (Statement of Work, SOW)?
Eine Leistungsbeschreibung, auch Statement of Work oder SOW genannt, ist ein formelles Dokument. Sie definiert die konkreten Leistungen, die im Rahmen eines Vertrags oder eines Rahmenvertrags erbracht werden sollen. Dazu gehören unter anderem Leistungen, Leistungsgrenzen, Zeitplan, Zuständigkeiten, Abnahmekriterien und Zahlungsbedingungen.
Die Leistungsbeschreibung ergänzt den rechtlichen Rahmen um die operativen Details. Der Vertrag regelt die Geschäftsbeziehung. Die SOW beschreibt das konkrete Projekt, das innerhalb dieser Geschäftsbeziehung umgesetzt wird.
SOW und Leistungsumfang
Die beiden Begriffe werden häufig synonym verwendet, bezeichnen aber nicht dasselbe. Der Leistungsumfang ist ein Abschnitt innerhalb der SOW. Er beschreibt, welche Leistungen enthalten und welche ausdrücklich ausgeschlossen sind. Die SOW umfasst das gesamte Dokument.
SOW und Vertrag
Ein eigenständiger Vertrag regelt das rechtliche Verhältnis der Parteien, zum Beispiel Haftung, Garantien, Streitbeilegung und das anwendbare Recht. Die SOW beschreibt die konkrete Leistungserbringung.
Bei Geschäftsbeziehungen mit Anbietern werden beide Dokumente häufig gemeinsam verwendet. Ein Rahmenvertrag legt die rechtlichen Bedingungen einmalig fest. Jede SOW beschreibt ein konkretes Projekt innerhalb dieses Rahmens.
SOW und Rahmenvertrag (MSA)
Der Rahmenvertrag, auf Englisch Master Service Agreement oder MSA, bildet die übergeordnete Vereinbarung. Seine Bedingungen gelten meist für mehrere Projekte und bleiben über die einzelnen Aufträge hinweg weitgehend unverändert.
Die SOW wird für jedes neue Projekt erstellt und unterzeichnet. Sie beschreibt den jeweiligen Leistungsumfang und verweist für die rechtlichen Bedingungen auf den Rahmenvertrag. So lassen sich rechtliche Rahmenbedingungen und operative Umsetzung klar voneinander trennen.
Die 3 Arten von Leistungsbeschreibungen
Bevor Sie eine SOW erstellen, sollten Sie den passenden Typ für das Projekt auswählen. Davon hängt ab, wie Leistungen beschrieben, Risiken verteilt und spätere Streitigkeiten geklärt werden.
Vorgabebasierte SOW: Diese Form beschreibt genau, wie die Arbeit ausgeführt werden soll, einschließlich Methoden, Materialien und Spezifikationen. Sie kommt häufig in der Produktion und im Bauwesen zum Einsatz. Der Anbieter hat bei der Umsetzung nur wenig Spielraum.
Aufwandsbasierte SOW: Hier werden der erforderliche Zeitaufwand und die benötigten Ressourcen festgelegt. Das konkrete Ergebnis bleibt offen. Dieser Typ eignet sich häufig für Beratungsleistungen, bei denen vor allem die Arbeitszeit von Experten beauftragt wird. Eine Kostenobergrenze, auch „not to exceed“ oder NTE genannt, begrenzt das finanzielle Risiko.
Ergebnisbasierte SOW: Diese Form konzentriert sich auf die erwarteten Ergebnisse. Entscheidend ist, was der Anbieter erreichen muss, nicht wie er dabei vorgeht. Sie wird häufig bei Beratungsprojekten und IT-Leistungen verwendet. Abnahmekriterien sind besonders wichtig, weil die Qualität anhand des Ergebnisses bewertet wird.
Rechtsabteilungen größerer Unternehmen verwenden ergebnisbasierte SOWs häufig für Beratungs- und IT-Projekte. Aufwandsbasierte SOWs eignen sich für Managed Services. Wird der falsche Typ gewählt, entstehen bereits zu Beginn Missverständnisse über die geschuldete Leistung.
10 wichtige Bestandteile einer guten Leistungsbeschreibung
Eine vollständige SOW sollte die folgenden 10 Bestandteile enthalten. Fehlt einer davon, entstehen unnötige Auslegungsspielräume und zusätzliche Risiken bei späteren Streitigkeiten.
| BESTANDTEIL | DAS SOLLTE ENTHALTEN SEIN |
|---|---|
| Projektüberblick und Ziele | Zweck des Projekts und das zu lösende Geschäftsproblem |
| Leistungsumfang | Enthaltene Leistungen und ausdrückliche Ausschlüsse |
| Liefergegenstände | Konkrete Ergebnisse, zum Beispiel ein Dokument, ein Bericht oder ein System |
| Rollen und Zuständigkeiten | Aufgaben auf beiden Seiten, beim Auftraggeber und beim Anbieter |
| Zeitplan und Meilensteine | Start- und Enddatum sowie wichtige Prüfpunkte mit konkreten Terminen |
| Abnahmekriterien | Bewertungsmaßstab, zuständige Person und erforderliche Freigabe |
| Ressourcenanforderungen | Benannte Mitarbeitende, Qualifikationen und Regeln für einen Austausch |
| Zahlungsbedingungen | Zahlungsplan, Auslöser für die Rechnungsstellung, Kostenobergrenzen und Folgen verspäteter Zahlungen |
| Annahmen und Abhängigkeiten | Voraussetzungen für die Leistungserbringung, zum Beispiel Systemzugang, Daten und erforderliche Entscheidungen |
| Prozess für Änderungen | Beantragung, Bewertung, Preisfestlegung und formelle Freigabe von Änderungen am Leistungsumfang |
Der letzte Punkt wird besonders häufig übersehen. Eine SOW ohne geregelten Änderungsprozess entwickelt sich schnell zu einem Streitfall.
Der SOW-Prozess: 8 Schritte von der Erstellung bis zur Umsetzung
Der typische SOW-Prozess für Rechtsabteilungen, Einkauf und Fachabteilungen umfasst 8 Schritte.
Schritt 1: Anforderungen aller Beteiligten erfassen
Bevor der erste Satz formuliert wird, braucht die Rechtsabteilung Informationen von den Fachbereichen, die die Leistung anfordern. Auch der Einkauf, die IT, die Finanzabteilung und alle weiteren betroffenen Teams sollten einbezogen werden.
Die IT liefert Informationen zu technischen Abhängigkeiten. Die Finanzabteilung prüft Budgetvorgaben. Lücken bei den Anforderungen führen später häufig zu Streit über den Leistungsumfang. Eine enge Abstimmung mit dem Vertragsmanagement im Einkauf schafft hier eine belastbare Grundlage.
Schritt 2: Den passenden SOW-Typ auswählen
Die Struktur sollte zur Art der Leistung passen. Für ein Projekt mit Festpreis eignet sich je nach Ausgestaltung eine vorgabebasierte oder ergebnisbasierte SOW.
Bei Managed Services empfiehlt sich eine aufwandsbasierte SOW mit einer klaren Kostenobergrenze. Wird der falsche SOW-Typ gewählt, bleibt unklar, woran eine erfolgreiche Leistungserbringung gemessen wird.
Schritt 3: Mit einer standardisierten Vorlage arbeiten
Die erste SOW sollte nicht jedes Mal von Grund auf neu erstellt werden. Verwenden Sie eine freigegebene Vorlage, die bereits die Standardformulierungen, Risikopositionen und Klauselstrukturen Ihres Unternehmens enthält.
Jedes Feld der Vorlage erinnert an einen bestimmten Inhalt. So werden auch unter Zeitdruck weniger Punkte übersehen.
Schritt 4: Leistungsgrenzen schriftlich festlegen
Der Abschnitt zum Leistungsumfang muss klar benennen, was enthalten und was ausgeschlossen ist.
„Entwicklung einer Webanwendung“ ist keine ausreichende Beschreibung. „Entwicklung von 5 festgelegten Modulen, ausgenommen nicht in Anlage A aufgeführte Integrationen von Drittanbieter-APIs“ lässt deutlich weniger Interpretationsspielraum.
Unklare Formulierungen gehören zu den häufigsten Ursachen für eine schleichende Ausweitung des Leistungsumfangs. Die Grenzen sollten deshalb möglichst konkret dokumentiert werden.
Schritt 5: Die interne Prüfung organisieren
Der Entwurf wird von der Rechtsabteilung auf rechtliche und sprachliche Anforderungen geprüft. Der Einkauf bewertet die kaufmännischen Bedingungen. Die fachlich verantwortliche Person prüft die technische Richtigkeit.
Diese Prüfungen sollten parallel laufen. Das verkürzt die Bearbeitungszeit. Bei Verträgen mit höherem Wert sollte auch die Finanzabteilung die Zahlungsstruktur prüfen.
Mit DiliTrust CLM können mehrere Prüfer gleichzeitig eingebunden werden. Interne Nutzer arbeiten in der Plattform, externe Parteien erhalten einen sicheren Prüflink. Rechtsabteilung, Einkauf und Fachverantwortliche bearbeiten so denselben Entwurf zur gleichen Zeit.
Schritt 6: Verhandeln, überarbeiten und finalisieren
Bei der Verhandlung einer SOW geht es häufig um Leistungsgrenzen, Abnahmekriterien und die Auslöser für Zahlungen.
Die Versionskontrolle sollte lückenlos sein. Jede Fassung muss datiert, nachverfolgbar und zugänglich sein. Die finale SOW sollte genau das widerspiegeln, was tatsächlich vereinbart wurde, und keine zufällige Mischung aus früheren Entwürfen sein.
Schritt 7: Unterschriften einholen
Eine unterzeichnete SOW kann nach ihren Bestimmungen und dem anwendbaren Recht verbindlich sein. Voraussetzung ist, dass alle erforderlichen internen Freigaben vorliegen und die unterzeichnenden Personen über die notwendige Vertretungs- und Unterschriftsberechtigung verfügen.
Prüfen Sie deshalb vor der Weiterleitung zur Unterzeichnung Ihre Vollmachts- und Unterschriftsmatrix.
Schritt 8: Verpflichtungen und Änderungen nach der Unterzeichnung verwalten
Nach der Unterzeichnung wird die SOW häufig abgelegt und erst wieder hervorgeholt, wenn ein Liefergegenstand fehlt oder eine Rechnung strittig ist.
Jede SOW braucht auch nach der Unterzeichnung eine aktive Verwaltung. Dazu gehören die Überwachung von Meilensteinen, die Dokumentation von Abnahmen, die rechtzeitige Freigabe von Zahlungen und die Erfassung von Änderungsaufträgen mit den Unterschriften beider Parteien.
Wie sieht ein standardisierter SOW-Prozess aus?
DiliTrust CLM stellt Rechts- und Einkaufsabteilungen freigegebene Vorlagen, eine synchronisierte Klauselbibliothek und konfigurierbare Freigabe-Workflows für jedes Anbieterprojekt zur Verfügung. Entwürfe werden zentral erstellt, geprüft und freigegeben.
Bewährte Vorgehensweisen für größere Rechtsabteilungen
Allgemeine Empfehlungen aus dem Projektmanagement reichen für Legal Operations in größeren Unternehmen oft nicht aus. Bei Dutzenden oder Hunderten von SOWs kommt es auf klare Standards und verlässliche Abläufe an.
Freigegebene Klauselbibliotheken und Vorlagen verwenden
Wer jede SOW neu erstellt, arbeitet langsamer und riskiert uneinheitliche Formulierungen. Bauen Sie eine Vorlagenbibliothek für die unterschiedlichen SOW-Typen auf, zum Beispiel für ergebnisbasierte SOWs, aufwandsbasierte SOWs und IT-Leistungen.
Ergänzen Sie diese Vorlagen um eine Klauselbibliothek mit freigegebenen Regelungen zu Haftungsgrenzen, geistigem Eigentum, Kostenobergrenzen und Änderungsprozessen.
Weicht eine Klausel vom Standard ab, sollte diese Abweichung sichtbar und prüfbar sein. So wird sie nicht versehentlich übersehen.
Einen Änderungsprozess in jede SOW aufnehmen
Der Prozess sollte ausdrücklich im Dokument festgelegt werden. Jede Änderung am Leistungsumfang, am Zeitplan oder an den Ressourcen erfordert einen schriftlichen Änderungsauftrag, der vor Beginn der zusätzlichen Arbeiten von beiden Parteien unterzeichnet wird.
Mündliche Freigaben und E-Mail-Verläufe ohne eindeutige Genehmigung reichen dafür nicht aus. Eine interne Richtlinie sollte sicherstellen, dass dieser Prozess auch im Arbeitsalltag eingehalten wird.
Meilensteine mit Zahlungsfreigaben verknüpfen
Wenn die SOW die Rechnungsstellung an bestimmte Liefergegenstände oder Meilensteine knüpft, müssen diese vor der Zahlung bestätigt werden.
Legen Sie die Zuständigkeiten dafür intern fest. Die fachlich verantwortliche Person bestätigt die Lieferung. Die Rechts- oder Einkaufsabteilung prüft sie anhand der SOW. Anschließend erhält die Finanzabteilung die Zahlungsfreigabe.
Manuelle Abläufe führen an dieser Stelle häufig zu Zahlungsverzögerungen und Compliance-Risiken.
SOWs zentral und prüfungsbereit speichern
Wenn eine Prüfung die Vorlage von Anbietervereinbarungen verlangt, reicht der Hinweis „Das Dokument liegt im Ordner einer anderen Person“ nicht aus.
Jede unterzeichnete SOW sollte zentral gespeichert werden. Wichtige Metadaten sind unter anderem:
Volltextsuche und Versionshistorie gehören bei größeren Vertragsbeständen zur Grundausstattung. Sie erleichtern den Zugriff auf Dokumente und schaffen einen nachvollziehbaren Audit Trail.
Häufige Fehler bei Leistungsbeschreibungen
Auch erfahrene Teams machen bestimmte Fehler immer wieder. Prüfen Sie Ihre aktuelle SOW-Vorlage anhand der folgenden Punkte.
Wie CLM-Software den SOW-Prozess verbessert
Bei größeren Vertragsbeständen wird die Verwaltung von Leistungsbeschreibungen zu einer Organisationsfrage. Wenn Rechts- oder Einkaufsabteilungen gleichzeitig 50, 100 oder 200 Anbieter-SOWs betreuen, geraten manuelle Abläufe schnell an ihre Grenzen. Versionen werden verwechselt, Meilensteine verpasst, unterzeichnete Dokumente nicht gefunden und Änderungsaufträge nicht dokumentiert.
Hier setzt CLM-Software an.
Laut Gartner entfallen etwa 20% der Ausgaben interner Rechtsabteilungen auf Vertragsprozesse. Gleichzeitig verwenden weniger als 16% der Rechtsabteilungen formelle Vertragskennzahlen, um ihren Vertragsbestand zu überwachen. Viele Teams arbeiten deshalb ohne vollständigen Überblick. Die Folgen zeigen sich in Streitigkeiten, verpassten Verlängerungen und nicht abgestimmten Anbieterbeziehungen.
SOWs standardisiert erstellen
Das Vertragsmanagement von DiliTrust deckt den gesamten SOW-Lebenszyklus in einer Plattform ab. Rechts- und Einkaufsabteilungen können SOWs mithilfe von Vorlagen für bestimmte Dokumenttypen erstellen, freigegebene Klauseln aus einer synchronisierten Klauselbibliothek übernehmen und Dokumente über konfigurierbare Freigabe-Workflows weiterleiten.
Die Weiterleitung kann abhängig vom Vertragswert, vom Dokumenttyp oder von jedem anderen im Summary Sheet definierten Merkmal erfolgen.
Die proprietäre KI von DiliTrust, Lini, unterstützt die Prüfung über den Risk Detector. Der auf einem Playbook basierende Assistent erkennt nicht konforme Klauseln, schlägt Änderungen mit nachverfolgbaren Anpassungen vor und zeigt Abweichungen von den freigegebenen Vertragspositionen an.
Die Prüfung wiederkehrender Klauseln kann so außerhalb der Bearbeitungswarteschlangen erfahrener Juristen erfolgen, ohne die fachliche Kontrolle aufzugeben. SOW-Entwürfe lassen sich außerdem direkt in Microsoft Word mit Ask Lini in Word prüfen. Die Funktion unterstützt beim Erstellen, Prüfen, Zusammenfassen und Überarbeiten von Dokumenten.
Verpflichtungen nach der Unterzeichnung verwalten
Nach der Unterzeichnung werden Fristen, Verpflichtungen und Versionen an einer zentralen Stelle verwaltet. Für jede Aktion an jedem Dokument bleibt ein vollständiger Audit Trail erhalten.
Wenn ein Anbieter die Abnahme eines Liefergegenstands bestreitet oder die Compliance-Abteilung Vertragsunterlagen anfordert, genügt eine Suche. Eine zeitaufwendige Rekonstruktion aus E-Mails und persönlichen Ordnern ist nicht erforderlich.
DiliTrust lässt sich über einen Verbindungshub für mehrere Anbieter mit gängigen E-Signatur-Diensten wie DocuSign, Adobe Sign und YouSign verbinden. Freigaben und Unterzeichnungen können dadurch innerhalb des Prozesses erfolgen. Der Workflow ist responsive ausgelegt, sodass Freigaben auch unterwegs bearbeitet werden können.
Gartner prognostiziert, dass bis 2029 50% der Vertragsprüfungen in Rechtsabteilungen an Self-Service-Systeme delegiert werden. Nur einer von zehn Verträgen soll dabei zur menschlichen Prüfung eskaliert werden. Unternehmen, die bereits heute standardisierte SOW-Vorlagen, Klauselbibliotheken und automatisierte Freigabe-Workflows einführen, schaffen die Voraussetzungen für diese Entwicklung.
Häufig gestellte Fragen zum SOW-Prozess
Wer erstellt die Leistungsbeschreibung, der Auftraggeber oder der Anbieter?
In der Regel erstellt der Auftraggeber oder die anfordernde Partei die SOW. In der Praxis legt der Anbieter häufig einen ersten Entwurf auf Grundlage der Abstimmungsgespräche vor. Die Rechts- oder Einkaufsabteilung überarbeitet ihn anschließend.
Eine standardisierte Vorlage auf Auftraggeberseite verkürzt die Bearbeitungszeit und stellt sicher, dass freigegebene Formulierungen von Anfang an verwendet werden.
Ist eine Leistungsbeschreibung rechtsverbindlich?
Eine SOW kann rechtsverbindlich sein, wenn sie entsprechend ihren Bestimmungen und dem anwendbaren Recht wirksam vereinbart wurde. Ob sie eigenständig gilt oder unter einem Rahmenvertrag steht, hängt von der Vertragsstruktur ab.
Vor der Unterzeichnung sollten die Parteien sicherstellen, dass alle erforderlichen Freigaben vorliegen und die unterzeichnenden Personen vertretungsberechtigt sind.
Was ist eine Kostenobergrenze, auch NTE-Klausel genannt?
Eine NTE-Klausel begrenzt die Gebühren oder Kosten, die ein Anbieter ohne vorherige schriftliche Genehmigung abrechnen darf. Sie ist besonders bei aufwandsbasierten SOWs wichtig, bei denen der Leistungsumfang über Stunden oder Ressourcen und nicht über feste Liefergegenstände definiert wird.
Ohne Kostenobergrenze gibt es für Kostenüberschreitungen häufig keine vertraglich festgelegte Grenze.
Wie werden Änderungen während eines Projekts geregelt?
Änderungen während eines Projekts sollten über einen formellen Änderungsauftrag oder eine Ergänzung zur SOW geregelt werden. Der Antrag sollte den geänderten Leistungsumfang, die Liefergegenstände, den Zeitplan und die Vergütung beschreiben.
Die Änderung sollte vor Beginn der zusätzlichen Arbeiten von den vertretungsberechtigten Personen beider Parteien genehmigt und unterzeichnet werden.
Wie lang sollte eine Leistungsbeschreibung sein?
So lang, wie es dauert, alle wesentlichen Auslegungsspielräume zu beseitigen. Für einfache Projekte können 3 bis 5 Seiten ausreichen. Komplexe Projekte mit mehreren Phasen können 20 oder mehr Seiten umfassen.
Entscheidend ist die Klarheit der Inhalte, nicht die Seitenzahl.
Vollständiger Überblick über alle aktiven Anbieterprojekte
DiliTrust CLM zentralisiert Ihre Verträge, verwaltet Verpflichtungen und Fristen und dokumentiert jede Aktion in einem vollständigen Audit Trail.
