Einen Agenturvertrag zu unterschreiben, wirkt im Projektalltag oft wie eine Formalität – bis die erste Rechnung strittig ist, ein Launch rutscht oder Nutzungsrechte fehlen. Gerade 2026, mit immer komplexeren Tech-Stacks, hybriden Teams und KI-gestützten Workflows, steigen die Risiken durch unklare Verantwortlichkeiten. Wer den Agenturvertrag verstehen will, sollte weniger auf „Standardklauseln“ vertrauen und mehr auf präzise Regelungen zu Leistung, Vergütung, Rechten und Haftung achten.
Dieser Artikel richtet sich an Auftraggeber (Marketing, IT, Einkauf, Geschäftsführung) und Agenturen gleichermaßen. Sie erhalten ein praxistaugliches Prüfschema, Formulierungslogik und typische Konfliktmuster – ohne juristische Nebelkerzen. Ziel ist nicht, jeden Streit „wegzuverhandeln“, sondern die häufigsten rechtlichen Probleme durch klare, prüfbare Vertragsmechanik zu vermeiden.
Key Takeaways
- Definieren Sie Leistung und Abnahme messbar: Scope, Deliverables, Qualitätskriterien, Change Requests – sonst zahlen Sie für Erwartungen statt Ergebnisse.
- Regeln Sie Vergütung und Zahlungsplan eindeutig: Unklare Meilensteine führen in der Praxis zu langen Zahlungsdiskussionen (Hinweis aus Quelle).
- Klären Sie Rechte (IP), Nutzungsumfang und Drittkomponenten: Ohne saubere Rechtekette riskieren Sie Re-Work, Sperren oder Abmahnungen.
- Setzen Sie Haftung, Gewährleistung und SLAs realistisch: Vermeiden Sie unversicherbare Zusagen und definieren Sie Reaktions-/Behebungsprozesse.
- Planen Sie Exit & Kündigung fair: Übergabe, Daten, Zugang, Dokumentation – und ein Verfahren für Konflikte, bevor es eskaliert.
Was ist ein Agenturvertrag – und wann wird es rechtlich kritisch?
Ein Agenturvertrag ist meist eine Kombination aus Dienst- und Werkvertragslogik: Strategie/Betreuung als Dienstleistung, konkrete Deliverables (Design, Code, Kampagnenassets) oft als Werk. Kritisch wird es, wenn Vertragsart, Erfolgspflichten, Abnahme und Rechte unklar bleiben. Dann entstehen Streitpunkte zu Vergütung, Mängeln, Haftung und Kündigung – häufig erst, wenn Zeit und Budget bereits gebunden sind.
Dienstvertrag vs. Werkvertrag: Warum die Einordnung alles beeinflusst
In der Praxis werden Agenturleistungen gerne pauschal als „Projekt“ beschrieben, obwohl rechtlich unterschiedliche Pflichten dahinterstehen. Beim Werkvertrag schuldet die Agentur einen konkreten Erfolg (z. B. funktionsfähige Website gemäß Spezifikation), beim Dienstvertrag „nur“ sorgfältiges Tätigwerden (z. B. laufende Beratung). Diese Unterscheidung wirkt direkt auf Abnahme, Gewährleistung, Kündigungsrechte und Beweislast.
Typische Risikozonen im Agenturalltag (2026 besonders relevant)
Besonders konfliktanfällig sind heute Schnittstellen-Themen: Cloud-Deployments, Tracking/Consent, Security-Vorgaben, sowie KI-Features (z. B. Chatbots, Agenten). Je mehr Abhängigkeiten von Drittanbietern, desto wichtiger ist eine klare Regelung zu Mitwirkungspflichten, Änderungsmanagement und Verantwortungsgrenzen. Wenn im Vertrag nur „nach Absprache“ steht, fehlt Ihnen später der Maßstab, um Leistung oder Mangel objektiv zu bewerten.
Welche Vertragsdokumente gehören zusammen?
Ein belastbarer Agenturvertrag besteht selten aus einem einzigen PDF. Typisch sind Hauptvertrag, Leistungsbeschreibung, Angebot, SLA/Support-Anlage, AVV (Datenschutz), NDA und ggf. Lizenz-/Open-Source-Anlagen. Legen Sie eine klare Rangfolge fest („Bei Widerspruch gilt…“), sonst gewinnen im Streitfall oft die unpräzisesten Dokumente.
Wie muss eine Leistungsbeschreibung aussehen, damit sie Streit verhindert?
Eine gute Leistungsbeschreibung übersetzt Erwartungen in prüfbare Kriterien: Deliverables, Umfang, Qualitätsmaßstäbe, Abnahmetests, Mitwirkung und Ausschlüsse. Sie verhindert, dass „inklusive“ später als „unbegrenzt“ interpretiert wird. Je technischer das Projekt (z. B. in der Web-Entwicklung), desto wichtiger sind Definitionen von Browser-Support, Performance-Zielen und Integrationsgrenzen.
Scope: Was ist drin – und was ausdrücklich nicht?
Listen Sie Deliverables konkret auf: Seiten-/Screenanzahl, Komponenten, Integrationen, Sprachen, Tracking-Setups, Content-Migration, Schulungen. Ebenso wichtig sind Out-of-Scope-Punkte: etwa „SEO-Redaktion nicht enthalten“ oder „Rechtsprüfung von Texten nicht Bestandteil“. Diese Negativliste ist kein Misstrauenssignal, sondern ein Konfliktvermeider.
Qualität messbar machen: Akzeptanzkriterien und Definition of Done
Definieren Sie, wann etwas „fertig“ ist: Code-Reviews, Barrierefreiheitslevel, Ladezeiten, Security-Baselines, Testabdeckung oder Content-Checks. Nutzen Sie eine Definition of Done pro Deliverable, inklusive Dokumentation und Übergabe. Ohne diese Kriterien endet jede Diskussion bei subjektiven Eindrücken („Sieht gut aus“ vs. „Ist nicht fertig“).
Mitwirkungspflichten: Der unterschätzte Hebel
Viele Projekte scheitern nicht an der Agentur, sondern an fehlenden Inputs: Zugänge, Brand-Guidelines, Daten, Ansprechpartner, Freigaben. Schreiben Sie Fristen und Verantwortliche fest und definieren Sie Folgen bei Verzug (z. B. Terminverschiebung, Stillstandskosten, Re-Priorisierung). Das ist fair für beide Seiten und reduziert „Schuldfragen“.
- RACI-Matrix (Responsible/Accountable/Consulted/Informed) für zentrale Arbeitspakete
- Verbindliche Feedback-Fenster (z. B. 5 Werktage) und „Silence is consent“ nur mit Vorsicht
- Zugangs- und Datenbereitstellung inklusive Sicherheitsprozess (MFA, Rollen, Logging)
- Freigabeprozess: wer darf final entscheiden – Fachbereich, IT, Legal, Einkauf?
Vergütung & Zahlungsplan: Welche Klauseln verhindern Ärger mit Rechnungen?
Vergütungskonflikte entstehen meist nicht durch den Preis, sondern durch unklare Auslöser: Wann wird abgerechnet, wofür genau, und was passiert bei Änderungen? Ein vager Zahlungsplan kann laut einem Leitfaden zum Vertragslesen dazu führen, dass man Rechnungen über Monate nachlaufen muss (Quelle). Setzen Sie daher auf messbare Meilensteine und eindeutige Abrechnungslogik.
Pauschal, Time & Material oder Retainer: Passendes Modell wählen
Pauschalpreise funktionieren nur bei stabilem Scope und klarer Abnahme. Time & Material passt bei iterativen Vorhaben, braucht aber Transparenz (Timesheets, Priorisierung, Budget-Caps). Ein Retainer eignet sich für laufende Betreuung, sollte aber Regeln zu Übertrag/Verfall von Stunden enthalten. Kombimodelle (Fixpreis für Basis + T&M für Erweiterungen) sind oft am robustesten.
Zahlungsplan: Meilensteine so formulieren, dass sie prüfbar sind
Vermeiden Sie Formulierungen wie „50% bei Projektstart, 50% bei Fertigstellung“ ohne Definition von „Fertigstellung“. Besser sind objektive Trigger: „nach Abnahme Sprint 2“, „nach Übergabe Repository + Deploy in Staging“, „nach UAT-Protokoll ohne kritische Defekte“. So reduzieren Sie Interpretationsspielräume und sichern Liquidität ohne Druckmittel-Charakter.
Nebenkosten, Reisekosten, Lizenzen: Transparenzregeln festziehen
Regeln Sie, ob Tools, Stock-Material, Fonts, Plugin-Lizenzen, Cloud-Kosten oder Reisezeiten enthalten sind. Legen Sie Freigabegrenzen fest (z. B. „Einzelposten über X Euro nur nach schriftlicher Zustimmung“ – ohne hier pauschale Zahlen zu empfehlen). Klären Sie, ob Lizenzen auf den Auftraggeber übertragen werden und wer Renewal-Gebühren trägt.
- Abrechnungsrhythmus (monatlich, sprintweise, meilensteinbasiert) und Zahlungsziel
- Pflichtangaben auf Rechnungen (Projekt, Zeitraum, Leistungsreferenz, PO-Nummer)
- Regel zu strittigen Teilen („unstrittiger Teil ist fristgerecht zu zahlen“)
- Transparenzpflichten: Timesheets, Change-Log, Budget-Report
- Folgen bei Zahlungsverzug: Leistungsstopp, Verzugszinsen, Eskalationsprozess
Abnahme, Mängel, Gewährleistung: Wie Sie die „Fertig“-Diskussion beenden
Abnahme regelt den Übergang: Leistung gilt als erbracht, Vergütung wird fällig, Gewährleistung startet. Ohne Abnahmeprozess bleibt der Status dauerhaft unklar – und damit auch, ob etwas „Mangel“ oder „Change“ ist. Definieren Sie Abnahmetests, Fristen, Protokollierung und einen Umgang mit Restpunkten, damit Projekte sauber schließen können.
Abnahmeprozess: UAT, Protokoll, Fristen
Bewährt ist ein zweistufiges Verfahren: technische Prüfung (z. B. QA in Staging) und fachliche Abnahme (UAT). Legen Sie fest, wie lange der Auftraggeber prüfen darf und wie Abnahme erklärt wird (Sign-off, Ticket-Status, E-Mail). Ohne Fristen droht „Abnahme durch Schweigen“ – oder endlose Schleifen ohne Entscheidung.
Mangel vs. Änderungswunsch: Klare Trennlinie ziehen
Ein Mangel ist die Abweichung von vereinbarter Beschaffenheit – nicht von späteren Erwartungen. Definieren Sie deshalb die Beschaffenheit (Akzeptanzkriterien) und dokumentieren Sie Änderungen. Für Änderungswünsche brauchen Sie ein Change-Request-Verfahren mit Aufwandsschätzung, Auswirkung auf Timeline und schriftlicher Freigabe.
Gewährleistung und Support: Nicht vermischen
Gewährleistung adressiert Mängel am vereinbarten Werk; Support ist laufende Leistung (Updates, Monitoring, kleine Anpassungen). Trennen Sie beides: Gewährleistungsfälle mit Priorisierung und Behebungsfristen, Support über SLA/Retainer. So vermeiden Sie, dass „Bugfix“ als „neues Feature“ oder umgekehrt verhandelt wird.
Nutzungsrechte, IP und Lizenzen: Wem gehört was nach Projektende?
IP-Regelungen entscheiden, ob Sie Ergebnisse frei nutzen, weiterentwickeln und an Dritte übergeben dürfen. Klären Sie Nutzungsrechte an Design, Code, Texten, Konzepten sowie an Vorlagen/Frameworks der Agentur. Ohne klare Rechtekette riskieren Sie Blockaden bei Relaunch, Anbieterwechsel oder Internationalisierung – besonders bei Drittkomponenten und Stock-Inhalten.
Exklusive vs. einfache Nutzungsrechte: Praxisfolgen
Einfache Nutzungsrechte erlauben Nutzung, schließen aber parallele Nutzung durch die Agentur nicht aus; exklusive Rechte geben Ihnen stärkere Kontrolle. Entscheidend ist der Nutzungsumfang: Kanäle, Länder, Dauer, Bearbeitungsrecht, Unterlizenzierung. Für B2B-Tech-Projekte ist oft wichtiger, dass Sie intern und mit Folge-Dienstleistern weiterentwickeln dürfen, als „Exklusivität um jeden Preis“.
Open Source und Drittanbieter: Compliance als Vertragsanlage
Wenn Open-Source-Bibliotheken oder SaaS-Tools eingesetzt werden, brauchen Sie Transparenz: Komponentenliste, Lizenztypen, Pflichten (z. B. Attribution, Copyleft), Update-Strategie. Lassen Sie sich eine „Bill of Materials“ (SBOM/Komponentenübersicht) zusichern, mindestens für wesentliche Bausteine. Das schützt vor späteren Compliance-Überraschungen und Sicherheitslücken.
KI-Assets und Softwareagenten: Status der Vereinbarungen klären
Bei KI-Funktionen (z. B. Agenten, Automationen) ist die Rechtslage oft stärker von konkreten Vereinbarungen abhängig als von „Branchenüblichkeit“. Eine rechtswissenschaftliche Veröffentlichung betont, dass der rechtliche Status geschlossener Vereinbarungen klarzustellen ist, um Unsicherheiten beim Einsatz von Softwareagenten zu vermeiden (Quelle). Übersetzen Sie das in Vertragsklauseln: Verantwortlichkeiten, Freigaben, Protokollierung, Grenzen von Autonomie und Datenzugriff.
Wenn Sie KI-Features planen, lohnt zusätzlich ein Blick in die Kategorie KI-Agenten, um typische Umsetzungsmodelle und Integrationspunkte zu verstehen. Vertraglich sollten Sie festhalten, welche Systeme ein Agent bedienen darf, welche Aktionen gesperrt sind und wie menschliche Freigaben („human-in-the-loop“) umgesetzt werden. Das reduziert nicht nur rechtliche, sondern auch operative Risiken.
Haftung, Freistellung, Versicherung: Was ist realistisch – und was gefährlich?
Haftungsklauseln sollen Risiken fair verteilen und versicherbar halten. Problematisch sind pauschale Freistellungen, unbegrenzte Haftung für indirekte Schäden oder Garantien, die eine Agentur faktisch nicht kontrollieren kann (z. B. Umsatzziele). Prüfen Sie, ob Pflichten, Haftungsumfang und Versicherungsnachweise zusammenpassen – sonst unterschreiben Sie ein Risiko, das im Ernstfall niemand tragen kann.
Direkte vs. indirekte Schäden: Begriffe sauber definieren
Verträge verwenden oft Begriffe wie „Folgeschäden“ oder „entgangener Gewinn“, ohne Definition. Das schafft Streit, nicht Klarheit. Besser: Definieren Sie Kategorien und Beispiele, und legen Sie fest, welche ausgeschlossen oder begrenzt sind – im Einklang mit zwingendem Recht. Wichtig ist auch die Abgrenzung zu Datenschutz- und IP-Verstößen, die häufig separat behandelt werden.
Freistellung bei IP- oder Lizenzverstößen: Mit Prozess statt Blankoscheck
Eine Freistellung kann sinnvoll sein, wenn die Agentur Inhalte/Code liefert und Rechte zusichert. Aber koppeln Sie sie an Bedingungen: unverzügliche Information, alleinige Prozessführung oder Abstimmung, Mitwirkungspflichten, und die Möglichkeit, durch Austausch/Anpassung zu heilen. So vermeiden Sie, dass eine Seite unkontrollierbare Risiken übernimmt.
Versicherung und Haftungsobergrenzen: Praktische Prüfungen
Lassen Sie sich relevante Policen nachweisen (z. B. Berufshaftpflicht, IT-Haftpflicht, Cyber, je nach Projekt). Eine Haftungsobergrenze sollte zu Projektvolumen und Risikoprofil passen und nicht im Widerspruch zu Pflichtverletzungen stehen, die nicht begrenzt werden können. Entscheidend ist: Was ist realistisch durchsetzbar – und was führt nur zu Scheinsicherheit?
Datenschutz & Vertraulichkeit: AVV, NDA und Datenflüsse richtig regeln
Sobald personenbezogene Daten verarbeitet werden, brauchen Sie klare Datenschutzregeln: Rollen (Verantwortlicher/Auftragsverarbeiter), TOMs, Subunternehmer und Meldewege. Zusätzlich schützt ein NDA Geschäftsgeheimnisse, Roadmaps und Zugangsdaten. Häufige Fehler sind widersprüchliche Anlagen oder fehlende Regelungen für Testdaten und Analytics – gerade bei Marketing- und Tracking-Setups.
AVV: Mindestinhalte und typische Lücken
Prüfen Sie im AVV insbesondere: Gegenstand/Dauer, Art der Daten, Kategorien Betroffener, TOMs, Subprozessoren, Löschkonzept, Audit-Rechte und Unterstützungspflichten bei Betroffenenanfragen. Fehlt eine klare Subunternehmerliste, kann das später zu Freigabe-Stopps führen. Achten Sie außerdem darauf, dass operative Prozesse (z. B. Incident-Response) nicht nur „auf dem Papier“ existieren.
Vertraulichkeit (NDA): Was wirklich rein sollte
Ein NDA sollte nicht nur „alles ist vertraulich“ sagen, sondern auch: Ausnahmen (öffentlich bekannt, bereits bekannt), Umgang mit Unterlagen, Rückgabe/Löschung, erlaubte Offenlegung an Subunternehmer und Berater, sowie Vertragsstrafen nur dort, wo sie angemessen und durchsetzbar sind. Für Tech-Projekte wichtig: Geheimhaltung von Zugangsdaten, API-Keys und Architekturdiagrammen.
Datenflüsse dokumentieren: Von Tracking bis Support-Logfiles
Dokumentieren Sie Datenflüsse als Anlage: Welche Systeme, welche Regionen, welche Zwecke, welche Aufbewahrungsfristen. Das erleichtert Datenschutz-Folgenabschätzungen und reduziert Missverständnisse („Agentur hat doch nur getestet“). Wenn Sie KI-gestützte Tools einsetzen, beschreiben Sie, ob Daten zu Trainingszwecken genutzt werden dürfen – und wenn nein, wie das technisch ausgeschlossen wird.
Projektsteuerung im Vertrag: Change Requests, Kommunikation, Eskalation
Gute Verträge enthalten nicht nur „was“, sondern auch „wie“: Steuerung, Kommunikation und Entscheidungswege. Ein klarer Change-Request-Prozess verhindert Scope Creep und Budget-Schocks. Ebenso wichtig sind Regeltermine, Dokumentationspflichten und eine Eskalationsleiter, die Konflikte früh abfängt – bevor Anwälte und Stillstandskosten das Projekt dominieren.
Change Requests: Ein minimales, aber wirksames Verfahren
Definieren Sie, was als Change gilt (neue Anforderungen, geänderte Prioritäten, zusätzliche Integrationen) und wie er beantragt wird. Legen Sie fest, dass die Agentur eine schriftliche Impact-Analyse liefert (Aufwand, Timeline, Risiken) und der Auftraggeber schriftlich freigibt. So wird aus „Können wir noch schnell…?“ ein kontrollierter Prozess.
Kommunikationsregeln: Wer entscheidet was – und wo wird dokumentiert?
Bestimmen Sie verbindliche Kanäle (Ticket-System, E-Mail für Freigaben, Meeting-Protokolle) und Rollen (Product Owner, Projektleitung, Tech Lead). Legen Sie fest, dass mündliche Absprachen erst nach schriftlicher Bestätigung verbindlich werden. Das ist nicht bürokratisch, sondern schützt beide Seiten vor Erinnerungslücken und Personalwechsel.
Eskalation und Konfliktlösung: Vor die Welle kommen
Vereinbaren Sie eine Eskalationsleiter: Projektteam → Steering → Geschäftsführung, jeweils mit Fristen. Ergänzend können Sie Mediation oder ein Schlichtungsverfahren vorsehen, bevor gekündigt wird. Das reduziert das Risiko, dass Konflikte „aus Prinzip“ juristisch werden, obwohl sie operativ lösbar wären.
- Wöchentliche Statusberichte: Fortschritt, Risiken, Entscheidungen, Abhängigkeiten
- Definition von „Blockern“ und Reaktionszeiten für Entscheidungen
- Change-Log als Single Source of Truth
- Eskalationsfristen (z. B. 3–5 Werktage je Stufe) statt offener Enden
Kündigung, Laufzeit, Exit: Wie Sie sauber trennen, ohne Chaos
Kündigung ist kein Ausnahmefall, sondern Teil professioneller Risikovorsorge. Regeln Sie Laufzeit, ordentliche/außerordentliche Kündigung, Vergütung bis zum Stichtag und vor allem die Exit-Übergabe: Daten, Zugänge, Repositories, Dokumentation, Lizenzen. So vermeiden Sie, dass ein Anbieterwechsel zum Stillstand oder zur teuren Neuimplementierung führt.
Exit-Plan als Vertragsanlage: Übergabe, Dokumentation, Zugänge
Definieren Sie, welche Artefakte bei Exit übergeben werden: Quellcode, Design-Dateien, Deployment-Skripte, Zugangsliste, Admin-Rechte, API-Keys-Rotation, Betriebsdoku. Legen Sie ein Zeitfenster und einen Stundensatz/Preis für Exit-Support fest. Ohne Exit-Regeln wird Übergabe zur Verhandlung in der schlechtesten Phase – wenn Vertrauen bereits beschädigt ist.
Abmahnungen und Kündigungsstrategie: Missbrauch erkennen
Ein Rechtsgutachten im Kontext Arbeitswelt weist darauf hin, dass einige Unternehmen Abmahnungen gezielt einsetzen, um rechtlich abgesichert auf eine Kündigung hinzuarbeiten (Quelle). Übertragen auf Vertragsbeziehungen: Achten Sie auf formale „Dokumentationsfallen“ und klären Sie, wie Leistungsstörungen fair festgestellt und behoben werden können, bevor Sanktionen greifen.
Kündigung bei Verzug oder Schlechtleistung: Verfahren statt Bauchgefühl
Wenn Kündigung an Verzug oder Qualität geknüpft ist, braucht es ein Verfahren: schriftliche Mängelanzeige, angemessene Frist zur Nachbesserung, Definition von „wesentlich“. Sonst ist die Kündigung selbst angreifbar. Praktisch hilft ein „Cure Period“-Mechanismus, der beiden Seiten eine letzte strukturierte Chance zur Stabilisierung gibt.
Praxisbeispiele: Typische Konflikte – und wie der Vertrag sie verhindert
Die folgenden Beispiele sind illustrativ (typische Muster aus der Praxis), keine Rechtsberatung und keine echten Mandatsfälle. Sie zeigen, wie kleine Unklarheiten große Kosten auslösen – und welche Vertragsbausteine das verhindern. Nutzen Sie sie als Check gegen Ihre eigenen Klauseln und Projektrealität.
Beispiel 1 (hypothetisch): „Fertigstellung“ ohne Abnahmekriterien
Eine Agentur liefert eine neue Website „fertig“, der Auftraggeber verweigert Zahlung wegen Performance-Problemen – im Vertrag steht nur „fertig und funktionsfähig“. Ergebnis: Endlose Diskussion, weil niemand messen kann, was geschuldet war. Lösung im Vertrag: Akzeptanzkriterien (z. B. Core-User-Flows, Ladezeitziele, Browsermatrix), UAT-Protokoll und klare Abnahmefrist.
Beispiel 2 (hypothetisch): Scope Creep durch „kleine“ Zusatzwünsche
Im Projekt kommen ständig „nur noch schnell“ Anforderungen hinzu (weitere Landingpages, zusätzliche Tracking-Events, neue Formulare). Die Agentur schreibt mehr Stunden, der Auftraggeber fühlt sich überrumpelt. Lösung: Change-Request-Prozess mit Impact-Analyse, Budget-Cap und Priorisierungsregeln; plus Out-of-Scope-Liste in der Leistungsbeschreibung.
Beispiel 3 (hypothetisch): Nutzungsrechte fehlen für Stock-Assets
Ein Kampagnenvideo nutzt Stock-Musik, die Lizenz deckt nur Social Media, nicht aber Messe-Screens und Website. Später drohen Sperren oder Nachlizenzierung. Lösung: Vertragsanlage zu Drittmaterialien mit Lizenzumfang, Verantwortlichkeit für Lizenzkauf, Nachweis- und Archivierungspflichten sowie Regel, dass nur freigegebene Assets verwendet werden dürfen.
Beispiel 4 (hypothetisch): Retainer ohne Regeln zu Übertrag/Verfall
Ein Unternehmen bezahlt monatlich einen Retainer, nutzt aber in manchen Monaten nur wenig Leistung. Nach sechs Monaten fordert es „angesparte“ Stunden zurück, die Agentur verweist auf Verfall. Lösung: Retainer-Klausel mit klarer Regel zu Übertrag (z. B. begrenzt), Verfall, Priorität und Kapazitätszusagen – plus Reporting, damit Nutzung transparent ist.
Beispiel 5 (hypothetisch): KI-Feature ohne klare Grenzen der Autonomie
Ein KI-Agent soll Support-Tickets „automatisch“ beantworten und Aktionen im CRM auslösen. Später stellt sich heraus, dass unklare Freigaberegeln zu falschen Änderungen führen. Lösung: Vertragliche Festlegung des Handlungsrahmens, Protokollierung, menschliche Freigaben für kritische Aktionen und klare Verantwortlichkeit für Prompting/Policies – im Sinne der Klarstellung von Vereinbarungsstatus bei Softwareagenten (Quelle).
Vertragsprüfung in 60 Minuten: Ein pragmatisches Prüfschema
Wenn Zeit knapp ist, brauchen Sie ein System: Prüfen Sie zuerst die Klauseln mit größtem Schadenspotenzial (Leistung, Geld, Rechte, Haftung, Exit). Danach erst „nice to have“ wie Layout oder Formulierungsstil. Das folgende Schema ist so aufgebaut, dass Sie innerhalb einer Stunde die größten roten Flaggen erkennen und gezielt Nachverhandlungen anstoßen können.
Die 10 roten Flaggen (Quick Scan)
- Leistungsbeschreibung ohne Deliverables, Akzeptanzkriterien oder Out-of-Scope
- Zahlungsplan mit unbestimmten Begriffen („bei Fertigstellung“, „nach Go-live“ ohne Definition)
- Keine Regel zu Abnahme, Prüfungsfristen oder Protokoll
- Unklare oder zu enge Nutzungsrechte (kein Bearbeitungsrecht, keine Unterlizenzierung an Dienstleister)
- Keine Transparenz zu Drittkomponenten/Open Source (keine Komponentenliste)
- Haftung unbegrenzt oder Freistellung ohne Prozess/Begrenzung
- Datenschutz nur pauschal erwähnt, kein AVV/keine Subunternehmerregel
- Fehlendes Change-Request-Verfahren (Scope Creep programmiert)
- Kündigung/Exit ohne Übergabepflichten, ohne Zugriff auf Repos/Accounts
- Rangfolge der Dokumente fehlt (Widersprüche vorprogrammiert)
Was Sie für Legal & Einkauf vorbereiten sollten
Bringen Sie Struktur in die Abstimmung: eine Seite „Deal Summary“ (Scope, Preis, Timeline, Rechte, Haftung, Exit), die strittigen Klauseln markiert und Alternativvorschläge enthält. So vermeiden Sie, dass interne Stakeholder nur „Bauchgefühl“ diskutieren. Wenn Sie Anbieter vergleichen, hilft zusätzlich der Leitfaden IT-Dienstleister-Angebote vergleichen: Leitfaden zur Bewertung als Bewertungsrahmen.
Anbieterwahl & Due Diligence: Wie Vertrag und Auswahl zusammenhängen
Ein Vertrag kann fehlende Fähigkeiten nicht kompensieren. Prüfen Sie daher parallel zur Vertragsverhandlung die Lieferfähigkeit: Teamstruktur, Referenzen, Security-Reife, Dokumentationskultur und Übergabefähigkeit. Ein guter Agenturvertrag macht diese Faktoren vertraglich sichtbar (z. B. Schlüsselpersonen, Subunternehmer, Reporting), statt sie implizit zu hoffen.
Wo Sie passende Dienstleister verifizieren können
Für eine erste Marktsichtung kann ein kuratiertes Verzeichnis helfen, um Anbieterprofile, Standorte und Spezialisierungen zu prüfen. Nutzen Sie dafür den Verified IT company catalog, um Shortlists zu strukturieren und Vergleichbarkeit herzustellen. Vertraglich sollten Sie anschließend genau die Annahmen aus der Auswahlphase absichern (Team seniority, Tools, Übergabe).
Preislogik realistisch bewerten: Tagessätze, Rollen, Standort
Bewerten Sie Angebote nicht nur nach Gesamtsumme, sondern nach Rollenmix, Risikoaufschlägen (Fixpreis) und enthaltenen Leistungen (QA, PM, Doku, Security). Für Kontext zu Rollen und Märkten kann die Seite IT salary data by city and role als Orientierung dienen – nicht als Vertragsgrundlage, aber als Plausibilitätscheck. Wichtig: Ein „günstiger“ Vertrag wird teuer, wenn Change- und Abnahmeprozesse fehlen.
Technologie- und Architekturentscheidungen vertraglich absichern
Wenn Technologieauswahl Teil des Projekts ist, braucht es Entscheidungspunkte und Kriterien: Wartbarkeit, Security, Lizenzkosten, Vendor Lock-in, Betrieb. Legen Sie fest, wer final entscheidet und wie dokumentiert wird. Als Ergänzung zur inhaltlichen Bewertung kann Technologieauswahl für Individualsoftware: Der Praxisleitfaden helfen, die richtigen Fragen in Scope und Vertrag zu übersetzen.
Umsetzungs-Checkliste: So setzen Sie das Gelernte sofort um
Die folgende Checkliste ist als sofort nutzbarer Arbeitsplan gedacht – für neue Verträge und für die Nachbesserung bestehender Rahmenverträge. Arbeiten Sie sie gemeinsam mit Projektleitung, Fachbereich, IT/Security und (falls vorhanden) Legal durch. Ziel ist ein Vertrag, der im Alltag funktioniert: eindeutig, prüfbar, steuerbar.
- Dokumente konsolidieren: Hauptvertrag, Angebot, Leistungsbeschreibung, SLA, AVV, NDA – und eine Rangfolge der Dokumente festlegen.
- Leistung präzisieren: Deliverables, Akzeptanzkriterien, Out-of-Scope, Mitwirkungspflichten und Abhängigkeiten (Zugänge, Daten, Freigaben).
- Abnahmeprozess definieren: UAT-Plan, Prüfungsfristen, Abnahmeform, Umgang mit Restpunkten, Abgrenzung Mangel vs. Change.
- Vergütung wasserdicht machen: Abrechnungsmodell, prüfbare Meilensteine, Transparenz (Timesheets/Reports), Regeln für strittige Rechnungsanteile.
- Change Requests operationalisieren: Antrag, Impact-Analyse, Freigabe, Priorisierung, Budget-Cap/Controlling und Change-Log.
- IP & Lizenzen klären: Nutzungsumfang (Dauer, Gebiet, Kanäle), Bearbeitungs- und Unterlizenzierungsrechte, Drittmaterial-Liste, Open-Source-Komponentenübersicht.
- Haftung & Freistellung realistisch gestalten: definierte Schadenskategorien, Prozesspflichten, Versicherungsnachweise, unversicherbare Zusagen streichen.
- Datenschutz & Vertraulichkeit finalisieren: AVV mit Subunternehmern, TOMs, Incident-Prozess; NDA mit klaren Ausnahmen und Handling von Zugangsdaten.
- Exit fest einbauen: Übergabe-Artefakte (Repos, Doku, Admin-Zugänge), Zeitfenster, Exit-Support-Konditionen, Datenlöschung/Archivierung.
- Governance starten: Rollen (RACI), Kommunikationskanäle, Statusberichte, Eskalationsleiter und Entscheidungspunkte (Steering) terminieren.
