Wie geht man mit Scope Creep um, wenn Kunden während des Projekts ständig neue Features hinzufügen?

Ich arbeite jetzt schon etwa 18 Monate als Freelancerin und laufe immer wieder in das gleiche Problem. Ein Kunde engagiert mich für ein Projekt, das eigentlich straightforward klingt, und dann mitten drin fragt er nach zusätzlichen Features oder Änderungen, die in der ursprünglichen Vereinbarung gar nicht drin waren. Am Ende habe ich viel mehr Stunden investiert, als ich angeboten habe, und ich fahre bei dem Projekt kaum noch Gewinn ein. Wie gehen andere Freelancer damit um, ohne Kunden zu verlieren?

6 Antworten

★ Beste Antwort

Die Falle, in die ich tappte, war die des „netten" Freelancers, der seine Kunden glücklich machen wollte - also sagte ich ja zu Änderungen und arbeitete einfach extra Stunden, um sie zu bewältigen. Nach ein paar Projekten wie diesem erkannte ich, dass ich die Kunden eigentlich trainierte, Scope Creep als normal und kostenlos zu sehen. Was sich für mich änderte, war, Änderungsanfragen wie einen echten Geschäftsprozess zu behandeln, nicht wie einen Gefallen.

Das funktioniert: Baue „Change-Request-Scope" von Anfang an in deinen Vertrag ein. Wenn ein Kunde mid-Project etwas Neues fordert, lehnst du es nicht ab und absorbierst es nicht - du bestätigst es, quantifizierst die extra Stunden/Kosten und präsentierst es als Add-on, das sie bezahlen oder auf eine zukünftige Phase verschieben können. Die meisten Kunden streichen die Hälfte ihrer Anfragen, wenn sie ein Preisschild sehen, und die, die die Funktion wirklich wollen, zahlen dafür. Du bist nicht schwierig, du machst nur klar, was enthalten ist und was extra kostet.

Das andere Wichtige ist, in deinem initialen Scope-Dokument wirklich spezifisch zu sein. Statt „Responsive Design" schreib „Responsive Design für Smartphones, Tablets und Desktops bei diesen Breakpoints" oder „bis zu drei Überarbeitungsrunden enthalten". Wenn es schriftlich festgehalten ist, erfindest du nicht ständig neue Dinge. Setz auch ein Stichtag - wie „Scope fixiert am X. Datum, Änderungen danach lösen den Change-Request-Prozess aus". Kunden respektieren Grenzen viel mehr, als du denkst, besonders wenn du es vorher erklärst, als Weg, um Projekte im Plan und profitabel zu halten. Du schützt die Beziehung durch Transparenz, nicht indem du ihr schadest.

Schluck die zusätzliche Arbeit nicht einfach runter und hoffe, dass der Kunde deine Bemühung bemerkt - das wird er nicht, und du trainierst ihn nur, immer wieder nach mehr zu fragen. Etabliere einen klaren Change-Request-Prozess in deinem Vertrag, bei dem neue Features separat kalkuliert werden, entweder als Add-ons oder als Scope-Anpassungen, die die Timeline verschieben. Die meisten Freelancer, die ihre Kunden langfristig behalten, haben eigentlich *weniger* Probleme, sobald sie das umsetzen, weil Kunden die Struktur respektieren und von vornherein wissen, was Dinge kosten. Wenn eine Mid-Project-Anfrage reinkommt, kannst du wirklich hilfreich sein („Ich kann das definitiv hinzufügen - das dauert ungefähr X Stunden, also entweder wir verschieben den Deadline oder ich berechne es dir separat") statt gereizt zu wirken, was Kunden sofort durchschauen.

Das Einzige, das meine Herangehensweise verändert hat, war, Scope Creep als ein Kundenschulungsproblem zu betrachten, nicht als ein Willenskraftproblem. Du bist nicht gemein, wenn du Grenzen durchsetzt - du verhältst dich damit eigentlich professionell. Wenn du zusätzliche Arbeiten stillschweigend übernimmst, verstehen Kunden wirklich nicht, dass sie mehr verlangen, als sie bezahlt haben. Sie denken, das ist einfach deine Arbeitsweise. Also besteht die Lösung darin, den Umfang von Tag eins an sichtbar und explizit zu machen und dann bei jeder Verschiebung transparent zu sein.

Schreib deinen Vertrag so, dass er klar auflistet, was enthalten ist und was extra kostet. Das muss nicht kompliziert sein - sei einfach konkret bei Leistungen, Anzahl der Überarbeitungsrunden, was als „Feature" zählt versus was als „Bugfix". Wenn dann ein Kunde mitten im Projekt nach etwas Neuem fragt, sage nicht einfach ja. Erkenne stattdessen an, dass es eine gute Idee ist, zeige ihm, dass es außerhalb des ursprünglichen Umfangs liegt, und gib ihm die Wahl: Wir können es für X weitere Stunden/Kosten hinzufügen, oder wir halten Zeitplan und Budget wie geplant. Die meisten Kunden wählen das eine oder andere, sobald sie den Trade-off sehen. Du lehnst sie nicht ab - du machst einfach die Rechnung transparent.

Die anderen Antworten haben den Change-Request-Prozess gut getroffen, deswegen wiederhole ich das nicht. Was ich noch hinzufügen würde: Einen Kunden zu verlieren, weil du Scope durchsetzt, ist eigentlich in Ordnung. Wenn jemand sauer wird, weil du fair für zusätzliche Arbeit bezahlt werden willst, ist das ein Signal, dass dieser Kunde eh nicht großartig gewesen wäre. Die, die es Wert sind zu behalten, werden respektieren, dass du klare Prozesse hast, weil das bedeutet, dass du organisiert und professionell bist, nicht unzuverlässig.

Du musst vorher klären, was „fertig" eigentlich bedeutet. Ich sehe ständig Leute, die böse überrascht werden, weil sie denken, eine mündliche Absprache reicht aus oder sie nehmen an, der Kunde versteht automatisch, was included ist. Schreib alles auf - die genauen Leistungen, wie viele Revisionsrunden enthalten sind, was als Change Request zählt und was passiert, wenn der Kunde noch was Neues haben will. Und halte dich dann dran. Klingt hart, aber das ist die einzige Möglichkeit, nicht den Verstand zu verlieren und die Sache fair zu halten.

Das echte Problem, das die meisten übersehen: Du brauchst einen Prozess, um Änderungen zuzustimmen, ohne selbst die Kosten zu tragen. Wenn ein Kunde was Zusätzliches haben will, lehn es nicht einfach ab oder füge es widerwillig kostenlos hinzu. Stattdessen führe ein ehrliches Gespräch: „Das war nicht im ursprünglichen Scope, aber ich kann es machen. Das braucht X Stunden und kostet Y." Schreib es auf und hol dir die Freigabe, bevor du anfängst. In der Hälfte der Fälle merken sie, dass es die extra Kosten nicht wert ist, und lassen es einfach sein. Und wenn sie Ja sagen? Dann wirst du fair bezahlt für die Zusatzarbeit, und die können später nicht behaupten, du wärst über dein Angebot rausgegangen.

Eine Falle, der nicht genug Aufmerksamkeit gilt: Pass auf Kunden auf, die dich mit kleinen „schnellen Änderungen" nerven, die sich nicht für einen formalen Change Request lohnen. Das summiert sich schneller als gedacht, und am Ende des Projekts hast du Stunden in Zeug gesteckt, das damals nicht wichtig wirkte. Setz irgendwo eine Grenze - vielleicht alles unter 30 Minuten umsonst, alles darüber braucht eine Change Order. So wirkst du nicht kleinlich, aber du lässt dir auch nicht deine Zeit durch tausend Schnitte ausbluten.

Eines, das Übung braucht, ist es, Preisanpassungen schon von Anfang an in deine Angebote einzukalkulieren. Ich habe früher nur das angeboten, was konkret gefragt wurde, und bin dann überrascht worden, wenn weitere Anfragen kamen. Inzwischen baue ich einen Puffer von vielleicht 10 - 15 % in meine Schätzung für „kleinere Anpassungen und Klarstellungen" ein - Dinge, die fast immer auftauchen. So werden kleine Anfragen nicht sofort zum Problem, und du hast Luft zum Atmen, um sie ohne Verärgerung zu bewältigen.

Der größere Schritt ist, ein schriftliches Scope-Dokument zu haben, das der Kunde tatsächlich vor dem Start unterschreibt. Nicht nur hin und her per E-Mail - etwas Explizites, das auflistet, was inbegriffen ist und was nicht. Es klingt formell, aber es ist eine absolute Rettung, denn wenn jemand drei Wochen später etwas außerhalb dieses Umfangs verlangt, verhandelst du nicht aus der Erinnerung heraus oder versuchst herauszufinden, was du versprochen hast. Du zeigst einfach auf das Dokument und sagst „das ist eine Änderungsanfrage, und so gehen wir damit um." Viele Kunden werden die Anfrage fallen lassen, sobald sie merken, dass sie extra kostet; andere entscheiden, dass es sich lohnt zu zahlen, und du wirst fair bezahlt.

Hier ist die Falle, die den meisten entgeht: warte nicht, bis Scope Creep auftritt, um darüber zu sprechen. Bring es proaktiv im Kickoff-Gespräch an. Etwa so: „Mir ist aufgefallen, dass Projekte manchmal im Laufe der Zeit größer werden - was völlig normal ist - aber ich möchte sicherstellen, dass wir diese Änderungen auf eine Weise handhaben, die für uns beide passt." Kunden respektieren das mehr, als du denkst, weil es zeigt, dass du auch über ihr Budget nachdenkst, nicht nur über deins. Du schaffst keine feindselige Stimmung; du bist realistisch, wie Projekte tatsächlich funktionieren.

Die meisten Freelancer verlieren Geld durch Scope Creep, weil sie nie für Unsicherheit kalkulieren - sie rechnen für den Idealfall und improvisieren dann, wenn die Realität zuschlägt. Was bei mir funktioniert, ist, in jedem einzelnen Projekt ein „Change-Log" zur Gewohnheit zu machen: Sobald ein Kunde etwas erwähnt, das vorher nicht besprochen wurde, schreibt ihr es zusammen auf (E-Mail, gemeinsames Dokument, egal was) und sagt explizit „das liegt außerhalb des ursprünglichen Umfangs, also kostet das X zusätzliche Stunden oder Y Mehrkosten." Das ist nicht konfrontativ, wenn du es sachlich darlegst - Clients merken oft gar nicht, dass sie mehr verlangen, bis sie es schwarz auf weiß sehen, und ehrlich gesagt, die meisten akzeptieren eine angemessene Zusatzgebühr, lieber als das Projekt an Fahrt zu verlieren. Das Wichtigste ist, das zu tun, *wenn* sie danach fragen, nicht nachdem du die Stunden bereits gescheffelt hast.

Deine Antwort

Anmeldenzum Beantworten.