--- title: "Festpreis, Stunden oder iterativ - was wirklich Sinn ergibt" url: https://coding9.de/blog/preismodelle-festpreis-iterativ author: "Felix Astner" datePublished: 2026-05-26T00:00:00.000Z dateModified: 2026-05-26T00:00:00.000Z description: "Festpreis, Stundenabrechnung oder iteratives Vorgehen - jedes Modell verteilt Risiko anders. Warum wir bei KMU bewusst klein starten." --- # Festpreis, Stunden oder iterativ - was wirklich Sinn ergibt ## Executive Summary Bevor ein Shopware-Projekt startet, steht eine Frage, die über mehr entscheidet als der Stundensatz: Wie wird abgerechnet? Festpreis, Stundenabrechnung und iteratives Vorgehen verteilen Risiko und Anreize zwischen Ihnen und dem Dienstleister jeweils anders. Dieser Beitrag stellt die drei Modelle gegeneinander und erklärt, warum wir bei den meisten KMU bewusst klein anfangen - und der laufende Shop idealerweise den nächsten Schritt finanziert. ## Festpreis: das Risiko ist eingepreist - auch Sie zahlen es Ein Festpreis klingt nach Sicherheit. In Wahrheit verschiebt er das Risiko auf den Dienstleister - und der ist nicht dumm. Er weiß, dass jedes Projekt Unbekanntes enthält: eine Schnittstelle, die sich anders verhält als gedacht, eine Anforderung, die sich erst beim Bauen klärt. Also preist er dieses Risiko ein. Sie zahlen einen Puffer-Aufschlag für Unsicherheit, die am Ende vielleicht nie eintritt. Der zweite Effekt ist unangenehmer. Sobald ein Festpreis steht, wird jede neue Idee zum Scope-Kampf. „Das war so nicht vereinbart" gegen „das war doch selbstverständlich" - und plötzlich verhandeln Sie über den Vertragstext statt über das beste Ergebnis. Ein Festpreis belohnt das genaue Einhalten einer Spezifikation, die Sie zu einem Zeitpunkt geschrieben haben, an dem Sie am wenigsten wussten. ## Stundenabrechnung: kein Preis vorher, keine Obergrenze Das Gegenmodell verlagert das Risiko vollständig auf Sie. Bei reiner Stundenabrechnung gibt es keine Obergrenze - Sie zahlen, was anfällt. Wenn etwas länger dauert, ist das Ihr Problem, nicht das des Dienstleisters. Dazu kommt, dass die Stunde als Maß immer weniger taugt. Ein großer Teil der Umsetzung läuft heute über KI-Systeme. Ob eine Aufgabe zwanzig Minuten oder zwei Stunden dauert, hängt davon ab, wie gut das System sie greift, und sagt nichts über die Größe der Aufgabe. Was Sie eigentlich einkaufen, ist das Wissen und die Erfahrung dahinter: das System pflegen, richtig anweisen und jedes Ergebnis prüfen. Eine Stundenzahl bildet das nicht ab. Wie wir das in der laufenden Betreuung gelöst haben, steht im Beitrag [Warum wir nicht mehr nach Stunden abrechnen](https://coding9.de/blog/warum-wir-nicht-mehr-nach-stunden-abrechnen). ## Iterativ: jeder Schritt ist ein eigener Entscheidungspunkt Das dritte Modell löst das anders. Statt einer großen Wette teilen Sie das Vorhaben in kleine, klar abgegrenzte Schritte. Jeder Schritt hat einen definierten Umfang, einen überschaubaren Aufwand und ein sichtbares Ergebnis. Vor allem aber gilt: **Nach jedem Schritt entscheiden Sie neu.** Das verändert die Dynamik komplett. Sie sehen nach dem ersten Schritt, ob die Zusammenarbeit trägt, ob die Qualität stimmt, ob der Nutzen real ist - bevor Sie den zweiten beauftragen. Läuft etwas in die falsche Richtung, korrigieren Sie nach dem nächsten Schritt, nicht nach sechs Monaten. Budgetkontrolle steckt hier im Ablauf statt im Vertrag: Jeder Schritt muss sich für sich rechnen, sonst gibt es keinen nächsten. Der iterative Ansatz nimmt beiden Seiten die schlechten Anreize. Es gibt keinen Puffer-Aufschlag für unbekanntes Gesamtrisiko, weil niemand das Gesamte vorab kalkulieren muss. Und es gibt keine offene Stundenrechnung, weil jeder Schritt eine eigene Grenze hat. ## Wie wir damit konkret umgehen Wir verkaufen kein 200.000-Euro-Projekt, bei dem am Anfang niemand seriös sagen kann, ob es am Ende funktioniert. Das ist für ein KMU eine Wette mit dem falschen Einsatz. Stattdessen definieren wir einen kleinen, klar abgegrenzten ersten Schritt. Eine konkrete Verbesserung, an der sich zeigt, ob das Vorgehen für Sie trägt. Aus Erfahrung liegt so ein erster Schritt häufig in der Größenordnung von 5.000 bis 10.000 Euro - das ist ausdrücklich ein Erfahrungswert und eine Beispiel-Größenordnung, kein Festpreis und kein Versprechen. Ihr konkreter erster Schritt kann darunter oder darüber liegen, je nachdem, was er enthält. Der eigentliche Punkt ist die Logik dahinter: Wenn dieser erste Schritt echten Nutzen bringt - schnellere Prozesse, mehr Umsatz, weniger manuelle Arbeit - dann finanziert dieser Nutzen den nächsten Schritt. Der Shop trägt seine eigene Weiterentwicklung. Sie reinvestieren das, was nachweislich funktioniert, statt ein großes Budget gegen eine ungewisse Zukunft zu setzen. ## Wann ein großes Setup trotzdem richtig ist Es gibt Projekte, die ein großes, vorab kalkuliertes Setup wirklich brauchen. Eine Plattform-Migration mit hartem Stichtag, regulatorische Vorgaben mit fixem Termin, ein Verbund aus ERP, PIM und Shop, der nur als Ganzes funktioniert - dort ist ein durchgeplantes Gesamtprojekt die richtige Antwort. Aber das ist die Ausnahme, nicht die Regel. Für die allermeisten mittelständischen Online-Händler ist der große Vorab-Wurf unnötiges Risiko. Sie brauchen einen Shop, der Schritt für Schritt besser wird, und die Kontrolle darüber, wann der nächste Schritt kommt. ## Was das für Ihre Entscheidung heißt Die Abrechnungsfrage ist eine Risikofrage. Festpreis verlagert das Risiko auf den Dienstleister, der es einpreist und um den Scope kämpft. Stundenabrechnung verlagert es voll auf Sie, ohne Preis vorher und ohne Obergrenze. Iteratives Vorgehen teilt das Vorhaben in Schritte, die Sie einzeln entscheiden und einzeln verantworten. Für die meisten KMU ist das der ehrlichste Weg: kleiner Start, sichtbarer Nutzen, und ein Shop, der seinen eigenen nächsten Schritt mitfinanziert. Wie Betrieb und einzelne Schritte bei uns als Monatsbetrag aussehen, können Sie für Ihr System [im Rechner durchspielen](https://coding9.de/planung-und-kosten#rechner). *Teil 8 der Serie „E-Commerce ohne Bullshit".* --- Quelle: [Festpreis, Stunden oder iterativ - was wirklich Sinn ergibt](https://coding9.de/blog/preismodelle-festpreis-iterativ)