Ein schlecht strukturierter Kostenvoranschlag ist oft die erste Streitquelle zwischen einem freiberuflichen Entwickler und seinem Kunden, lange bevor der Dienstleistungsvertrag überhaupt ins Spiel kommt. Das Dokument, das den Auftrag an Land zieht, ist zugleich jenes, das bei schlechter Formulierung Tür und Tor für Scope Creep und Preisstreit öffnet. Eine feste Struktur, aufgebaut auf einem expliziten Umfang und bezifferten Annahmen, schützt beide Seiten schon ab der Verkaufsphase, noch vor der Unterschrift.
Warum der Kostenvoranschlag mehr zählt als der Vertrag beim Verkauf
Der Dienstleistungsvertrag regelt den Auftrag rechtlich, doch es ist der Kostenvoranschlag, der im Kopf des Kunden festlegt, was enthalten ist und was nicht. Nach französischem Recht bindet ein Kostenvoranschlag die Parteien erst, sobald der Kunde ihn angenommen hat, wie das offizielle Merkblatt zur Rechnungsstellung von Entreprendre Service Public festhält. Diese Annahme begründet jedoch eine gegenseitige Verpflichtung: Einmal unterschrieben, wird der Kostenvoranschlag zur Referenz, auf die beide Seiten beim ersten Streit zurückgreifen, oft noch bevor der Vertrag überhaupt wieder geöffnet wird.
Viele freiberufliche Entwickler behandeln den Kostenvoranschlag als bloße Formsache, eine grobe Schätzung, die verschickt wird, um den Kunden nicht zu verlieren. Das Gegenteil schützt besser: Ein präziser Kostenvoranschlag verkürzt die Zeit, die später für Nachträge und Verhandlungen am Projektende draufgeht, weil er die Grenzen des Umfangs schon vor Entwicklungsbeginn gesetzt hat.
Die sieben Bausteine eines soliden Kostenvoranschlags
Ein tragfähiger Kostenvoranschlag für Webentwicklung beruht auf einer wiederholbaren Struktur, unabhängig vom Projekttyp. Jeder Baustein beantwortet eine Frage, die der Kunde irgendwann stellen wird – besser, er findet die Antwort im Dokument als in einem angespannten Austausch drei Wochen später.
| Baustein | Inhalt | Risiko bei Fehlen |
|---|---|---|
| Identifikation | Kontaktdaten, Registernummer, Datum, Angebotsnummer, Gültigkeitsdauer | Rechtlich angreifbarer Kostenvoranschlag, Preis nach Ablauf anfechtbar |
| Funktionaler Umfang | Liste der enthaltenen Funktionen, in Kundensprache formuliert | Mehrdeutigkeit wird für nicht abgerechnete Arbeit genutzt |
| Annahmen | Was die Kalkulation voraussetzt: Inhalte geliefert, keine ungeplante Drittintegration | Ein Nachtrag lässt sich bei Kontextänderung nicht begründen |
| Ausschlüsse | Was explizit nicht enthalten ist: Texterstellung, Wartung, Schulung | Kunde geht davon aus, dass alles enthalten ist |
| Preismodell | Festpreis, Aufwand nach Zeit, oder Festpreis mit Stundenobergrenze | Streit über den Umgang mit Mehraufwand |
| Zahlungsplan und Anzahlung | Höhe der Anzahlung, Zahlungsmeilensteine, Fristen | Liquidität gefährdet, falls der Kunde das Projekt abbricht |
| Revisionsklausel | Bedingungen, unter denen sich der Preis ändern kann | Mehrarbeit wird standardmäßig kostenlos geleistet |
Einen unklaren Umfang kalkulieren: die Methode der Annahmen
Die meisten Webprojekte kommen mit einem nur teilweise definierten Umfang. Der Kunde weiß, dass er einen Kundenbereich mit Authentifizierung will, hat sich aber noch nicht zwischen Passwort-Login, Magic Link oder SSO entschieden. Statt diese Grauzone offenzulassen, kalkuliert die Methode der Annahmen auf Basis einer expliziten, im Kostenvoranschlag festgehaltenen Annahme: „Authentifizierung per E-Mail und Passwort, ohne SSO.“
Diese Formulierung wirkt doppelt. Sie erlaubt die Kalkulation, ohne auf ein vollständiges Lastenheft zu warten, was den Verkauf beschleunigt. Und sie liefert einen objektiven Bezugspunkt, falls der Kunde während des Projekts seine Meinung ändert: Der Wechsel zu SSO wird dann zu einer erkennbaren Umfangsänderung, die einen Nachtrag rechtfertigt, statt einem Versäumnis des Entwicklers angelastet zu werden.
Ein Kostenvoranschlag ohne Gültigkeitsdatum bindet den Dienstleister unbegrenzt an den genannten Preis, selbst wenn sich Kosten oder Fristen inzwischen ändern. Eine ausdrücklich genannte Gültigkeit von 30 Tagen schützt vor dieser Falle, ohne die Tür für eine spätere Neuverhandlung zu schließen.
Anzahlung, Zahlungsplan und Preisrevisionsklausel
Ein stimmiger Zahlungsplan begrenzt das finanzielle Risiko des Entwicklers, ohne den Kunden zu belasten. Ein gängiges Schema für ein mehrwöchiges Projekt kombiniert eine Anzahlung bei Unterschrift, eine Zwischenzahlung bei Abnahme eines Entwurfs oder technischen Meilensteins und eine Restzahlung bei Lieferung. Bei langen, zum Festpreis abgerechneten Aufträgen vermeidet ein monatlicher Meilenstein, bis zum Projektende auf die Bezahlung bereits gelieferter Arbeit warten zu müssen.
Die Preisrevisionsklausel verdient besondere Aufmerksamkeit: Sie sollte genau festlegen, was eine Neubewertung auslöst – eine Umfangsänderung, eine verspätete Abnahme auf Kundenseite oder eine ursprünglich nicht vorgesehene Drittintegration. Ohne diese Klausel wirkt jede Preisanpassung während des Projekts wie eine improvisierte Verhandlung statt wie die Anwendung einer von Anfang an akzeptierten Regel.
Ein Kostenvoranschlag, der nicht zwischen Enthaltenem und Nicht-Enthaltenem unterscheidet, wird beim ersten Überraschungsmoment neu verhandelt, und selten geht der Entwickler dabei als Gewinner hervor.
Die Fehler, die aus einem angenommenen Kostenvoranschlag einen Streitfall machen
Drei Fehler tauchen bei Kostenvoranschlägen für Webentwicklung immer wieder auf. Der erste besteht darin, den Umfang technisch statt kundenorientiert zu beschreiben: Eine Zeile „Integration einer Zahlungs-API“ lässt offen, wie viele Zahlungsmethoden gemeint sind, während eine präzise Formulierung diese Frage schließt. Der zweite ist das völlige Fehlen von Ausschlüssen: Ohne eine explizite Liste dessen, was nicht enthalten ist, geht der Kunde selbstverständlich davon aus, dass alles enthalten ist. Der dritte ist, einen noch beweglichen Umfang zum Festpreis zu kalkulieren, wodurch jede Unklarheit zum Streitpunkt wird.
Ein Entwickler, der mit einem noch unklar umrissenen Auftrag konfrontiert ist, fährt besser damit, eine separat abgerechnete Konzeptionsphase vorzuschlagen, gefolgt von einem zweiten Festpreisangebot, sobald der Umfang feststeht. Diese Aufteilung kostet etwas Vertriebszeit, vermeidet aber eine Kalkulation ins Blaue hinein.
Vom Kostenvoranschlag zum Vertrag: was konsistent bleiben muss
Der angenommene Kostenvoranschlag geht der Unterschrift des Dienstleistungsvertrags voraus, der denselben Umfang, dieselben Beträge und denselben Zahlungsplan übernehmen muss. Jede Abweichung zwischen den beiden Dokumenten schwächt die Position des Entwicklers im Streitfall: Vor Gericht dient in der Regel das für ihn ungünstigere Dokument als Referenz. Die im Kostenvoranschlag vorgesehene Anzahlung muss zudem mit der ersten Zeile des Zahlungsplans übereinstimmen, ein einfacher Konsistenzcheck, der bei der automatischen Rechnungserstellung häufig vernachlässigt wird, auch mit einem Rechnungstool wie Odoo.
Das Wichtigste in Kürze
Ein solider Kostenvoranschlag für Webentwicklung beruht auf sieben festen Bausteinen: Identifikation, funktionaler Umfang, Annahmen, Ausschlüsse, Preismodell, Zahlungsplan und Revisionsklausel. Die Methode der Annahmen erlaubt die Kalkulation eines noch unklaren Umfangs, ohne auf ein vollständiges Lastenheft zu warten. Die Konsistenz zwischen Kostenvoranschlag und nachfolgendem Vertrag bleibt der beste Schutz im Streitfall, weit mehr als die Länge der Klauseln selbst.
Der nützlichste Reflex in der Praxis besteht darin, einen Kostenvoranschlag noch einmal zu lesen und sich zu fragen, was der Kunde verstehen wird, nicht was der Entwickler meinte. Ein in technischem Fachjargon verfasster Umfang schützt schlecht, selbst wenn er juristisch korrekt ist, weil der Kunde, der ihn nicht versteht, trotzdem unterschreibt und erst widerspricht, wenn die Lücke sichtbar wird. Ein klarer, vor der Unterschrift gelesener und verstandener Kostenvoranschlag verhindert mehr Konflikte als eine perfekt formulierte, aber nie wirklich gelesene Preisrevisionsklausel — Simon Janvier.
Zum Weiterlesen: Das offizielle Merkblatt zur Rechnungsstellung, das festhält, dass ein Kostenvoranschlag die Parteien erst nach Annahme bindet, ist verfügbar unter entreprendre.service-public.gouv.fr (französischsprachige Quelle, da die beschriebene Regel für Unternehmen gilt, die französischem Recht unterliegen).
