Change Request Vorlage für Agenturen (kostenlos)

Ein Change Request ist der formale Gegenpol zu Scope Creep: Statt eine Zusatzanfrage stillschweigend „mitzumachen“, wird sie explizit benannt, bewertet und im Idealfall separat freigegeben. Das Problem in der Praxis ist selten die Idee, sondern die Vorlage: Entweder gibt es keine, oder sie ist so umständlich, dass sie bei der nächsten „kleinen“ Anfrage übersprungen wird.

Die Pflichtfelder einer Change-Request-Vorlage

• CR-Nummer: eindeutige Referenz, damit sich der Vorgang später zuordnen lässt.
• Projekt & Auftraggeber: auf welches Angebot bzw. welchen Vertrag sich die Änderung bezieht.
• Datum der Anfrage: wichtig für die Nachvollziehbarkeit, gerade bei späteren Diskussionen.
• Beschreibung der Änderung: konkret und so formuliert, dass auch ein Dritter versteht, worum es geht.
• Bezug zum ursprünglichen Scope: wodurch genau geht die Anfrage über das Angebot hinaus?
• Geschätzter Aufwand in Stunden: auch grob geschätzt besser als gar nicht beziffert.
• Geschätzter Preis (netto): Stundensatz mal Aufwand, plus Hinweis, ob es sich um eine Schätzung oder einen Fixpreis handelt.
• Freigabe: Unterschrift oder schriftliche Bestätigung des Kunden vor Arbeitsbeginn.

Wer sollte den Change Request ausfüllen?

In kleinen Teams stellt sich diese Frage selten, dort füllt in der Regel die Person aus, die die Kundenanfrage erhalten hat. Bei mehreren Projektbeteiligten lohnt sich eine klare Regel: Idealerweise füllt die Person aus, die den Aufwand am realistischsten einschätzen kann, meist also wer die Umsetzung übernehmen würde, nicht zwangsläufig wer die Anfrage zuerst gelesen hat. So werden Aufwandsschätzungen von Anfang an von der Person getroffen, die später auch dafür geradesteht, statt von einer Projektleitung, die den technischen Aufwand nur grob einschätzen kann.

Ausfüllbeispiel aus der Praxis

Eine Webagentur betreut den Relaunch einer Unternehmenswebsite. Mitten im Projekt schreibt der Kunde: „Können wir noch eine mehrsprachige Version einbauen?“ Statt die Anfrage informell zu bearbeiten, füllt das Projektteam einen Change Request aus: Beschreibung „Mehrsprachigkeit (DE/EN) für alle bestehenden Seiten“, Bezug zum Scope „im Angebot war ausschließlich eine deutschsprachige Website beauftragt“, geschätzter Aufwand 18 Stunden, geschätzter Preis auf Basis des vereinbarten Stundensatzes. Der Kunde erhält diese Zusammenfassung, bevor die Arbeit beginnt, und kann bewusst entscheiden, statt am Ende einer Rechnung überrascht zu werden.

Wann sich der Aufwand für einen formalen Change Request lohnt

Nicht jede Anfrage braucht das volle Formular. Als Faustregel: Ab einem geschätzten Mehraufwand von etwa zwei bis drei Stunden lohnt sich die schriftliche Dokumentation, weil der Aufwand für das Ausfüllen in Relation zum potenziellen Streitpotenzial gering ist. Bei kleineren Anfragen reicht oft eine kurze schriftliche Bestätigung per E-Mail. Wichtig ist nur, dass überhaupt etwas dokumentiert wird, nicht das Format.

Eine Vorlage, die niemand ausfüllt, schützt niemanden. Der Wert liegt nicht im Formular, sondern darin, dass die Anfrage überhaupt als Änderung erkannt wird.

Typische Fehler bei Change Requests

• Der Change Request wird erst nach Abschluss der Arbeit ausgefüllt. Dann fehlt die eigentliche Funktion, nämlich die Freigabe vor Beginn.
• Der geschätzte Aufwand wird bewusst niedrig angesetzt, um die Zustimmung zu erleichtern. Das rächt sich, wenn der tatsächliche Aufwand deutlich höher ausfällt.
• Kleinstanfragen werden ebenfalls über das volle Formular abgewickelt. Das führt dazu, dass der Prozess im Alltag als zu aufwendig empfunden und irgendwann ignoriert wird.
• Die Freigabe erfolgt nur mündlich. Ohne schriftliche Bestätigung bleibt im Streitfall unklar, ob der Kunde tatsächlich zugestimmt hat.

Change-Request-Prozess im Vertrag verankern

Eine Vorlage entfaltet ihre volle Wirkung erst, wenn sie vertraglich verankert ist, sonst bleibt sie ein unverbindliches internes Werkzeug. Ein einfacher Vertragszusatz reicht dafür meist aus: „Leistungen, die über den in Anlage 1 definierten Umfang hinausgehen, werden vor Beginn der Umsetzung mittels Change Request dokumentiert, kalkuliert und vom Auftraggeber schriftlich freigegeben. Ohne diese Freigabe besteht kein Anspruch auf zusätzliche Vergütung.“ Diese Klausel macht den Prozess für beide Seiten verbindlich, statt ihn von gutem Willen abhängig zu machen.

Change Request oder reicht ein einfaches Zusatzangebot?

Nicht jede Situation erfordert den vollen Change-Request-Prozess. Bei umfangreichen Erweiterungen, die faktisch ein eigenständiges Mini-Projekt darstellen, etwa eine komplett neue Funktion statt einer kleinen Anpassung, ist ein separates Zusatzangebot oft die klarere Lösung. Es folgt derselben Struktur wie das ursprüngliche Angebot, wirkt für den Kunden vertrauter und lässt sich leichter separat freigeben. Der Change Request eignet sich dagegen besser für kleinere, klar abgegrenzte Abweichungen innerhalb eines laufenden Projekts, bei denen ein komplett neues Angebot unverhältnismäßig wäre.

Digitales Formular oder einfaches PDF?

Für den Einstieg reicht ein einfaches PDF- oder Dokumentenformular mit den genannten Pflichtfeldern völlig aus. Es kommt nicht auf das Werkzeug an, sondern darauf, dass der Prozess konsequent angewendet wird. Erst wenn mehrere Projektverantwortliche parallel Change Requests erstellen und der Überblick über offene, freigegebene und abgelehnte Anfragen manuell nicht mehr zu halten ist, lohnt sich der Umstieg auf eine digitale Lösung mit Status-Tracking. Der häufigste Fehler ist, die Einführung eines digitalen Tools als Voraussetzung zu sehen, um überhaupt mit Change Requests zu starten. Dadurch verzögert sich der eigentliche Nutzen oft um Monate.

Die Grenze der Vorlage: Wer erkennt die Anfrage überhaupt?

Eine Change-Request-Vorlage löst nur das zweite Problem: die saubere Dokumentation. Das erste Problem bleibt bestehen und ist in der Praxis das größere: Jemand muss die Anfrage im E-Mail-Verlauf zunächst als Scope-Abweichung erkennen, bevor überhaupt ein Formular ausgefüllt werden kann. Genau hier setzt scopendo an: Die Software gleicht eingehende Kunden-E-Mails automatisch gegen den definierten Scope ab und macht dich auf Anfragen aufmerksam, die einen Change Request rechtfertigen würden, bevor sie im Postfach untergehen. Vorlage und Erkennung sind damit zwei Hälften desselben Prozesses: Die eine sorgt dafür, dass eine erkannte Abweichung sauber dokumentiert wird, die andere dafür, dass überhaupt jede relevante Abweichung erkannt wird. Erst zusammen ergeben sie einen Change-Request-Prozess, der im Alltag tatsächlich trägt. Wer beide Bausteine kombiniert, muss sich weder auf das eigene Gedächtnis noch auf die Disziplin des gesamten Teams verlassen, um den Prozess über viele Monate hinweg konsequent durchzuhalten.