Projektkalkulationen ohne Überraschungen: wie unser Preismodell funktioniert

Wer schon einmal ein Softwareprojekt beauftragt hat, kennt das Gefühl: Der erste Angebotspreis klingt vernünftig, aber nach dem ersten Monat kommen Nachforderungen, Scope-Änderungen werden teuer berechnet, und am Ende liegt die Rechnung deutlich über dem, was man eingeplant hatte. Dieses Problem ist kein Zufall — es steckt oft im Preismodell selbst.

Dieser Artikel erklärt, wie wir bei Pazl kalkulieren, was in unseren Preisen steckt und was nicht, und warum wir Fixpreise mit schriftlich fixiertem Scope für den einzigen ehrlichen Ansatz halten.

---

Warum Stundensätze allein keine Planungssicherheit geben

Das klassische Time-and-Material-Modell hat seinen Platz — bei laufender Produktentwicklung mit wechselnden Anforderungen ist es oft die richtige Wahl. Für abgegrenzte Projekte mit klarem Ziel ist es jedoch eine Quelle von Planungsunsicherheit.

Das Problem liegt in der Asymmetrie: Der Auftragnehmer kennt den Aufwand besser als der Auftraggeber. Wenn jede Stunde abgerechnet wird, gibt es keinen strukturellen Anreiz, schnell zu sein. Der Auftraggeber trägt das Risiko von Schätzfehlern vollständig.

Beim Fixpreis-Modell kehrt sich das um: Der Auftragnehmer trägt das Risiko der Schätzung. Das zwingt zur sorgfältigen Analyse vor Projektstart — und macht den Preis für den Auftraggeber planbar.

Der entscheidende Punkt: Ein Fixpreis ist nur dann ein echter Fixpreis, wenn der Scope schriftlich definiert ist. Ohne schriftliches Lastenheft ist jeder „Festpreis” ein verstecktes Time-and-Material.

---

Unser Preismodell: Fixpreis auf Basis eines schriftlichen Lastenhefts

Bei Pazl arbeiten wir ausschließlich mit Fixpreisen. Das bedeutet konkret:

1. Wir analysieren die Anforderungen vor der Kalkulation.
2. Das Lastenheft wird als Vertragsanlage fixiert.
3. Preis und Lieferdatum stehen im Vertrag — nicht als Schätzung, sondern als Zusage.
4. Änderungen außerhalb des Lastenhefts werden als Nachtragsangebot separat beauftragt.

Das Modell schützt beide Seiten: Der Auftraggeber weiß, was er bekommt und was es kostet. Wir wissen, was wir liefern müssen.

---

Was in unseren Preisen steckt — und was nicht

Hier liegt der häufigste Missverständnispunkt bei Festpreisangeboten. Deshalb legen wir das offen.

Was im Projektpreis enthalten ist

• Anforderungsanalyse und Erstellung des Lastenhefts
• UI/UX-Design (soweit im Scope vereinbart)
• Entwicklung aller im Lastenheft beschriebenen Funktionen
• Qualitätssicherung und Testing
• Übergabe des Quellcodes und aller Projektergebnisse
• Wöchentliche Demos während der Entwicklung
• Korrekturen innerhalb des vereinbarten Lastenhefts — ohne Aufpreis
• 6 Monate Garantie auf alles, was wir gebaut haben

Was nicht im Projektpreis enthalten ist

• Server, Domains, SSL-Zertifikate — diese Kosten trägt der Auftraggeber direkt
• Drittanbieter-Lizenzen (z. B. Karten-APIs, Zahlungsanbieter, SMS-Dienste)
• Laufende Wartung nach der Garantiezeit — diese wird als separater Supportvertrag angeboten
• Funktionen, die nach Vertragsschluss hinzukommen — diese werden per Nachtragsvereinbarung beauftragt

Diese Trennung ist wichtig, weil sie die Gesamtkosten eines Projekts realistisch abbildet. Ein Webprojekt mit Hosting bei einem deutschen Anbieter wie Hetzner oder IONOS kostet typischerweise zwischen 10 und 80 € pro Monat für die Infrastruktur — das ist kein Teil unserer Entwicklungsleistung, aber es gehört zur ehrlichen Gesamtrechnung.

---

Preistabelle: realistische Marktbandbreiten für D-A-CH

Die folgenden Bandbreiten spiegeln den D-A-CH-Markt für individuelle Softwareentwicklung wider. Sie sind keine Festpreise, sondern Orientierungswerte — der tatsächliche Preis hängt vom Scope ab, der erst nach der Anforderungsanalyse feststeht.

Wichtiger Hinweis zum Scope: Diese Bandbreiten gelten für klar abgegrenzte Projekte mit schriftlichem Lastenheft. Projekte ohne definierte Anforderungen, mit komplexen Bestandssystem-Integrationen oder regulatorischen Anforderungen (z. B. Datenschutz nach DSGVO, Finanzregulierung durch BaFin, Medizinprodukteverordnung MDR) können deutlich außerhalb dieser Bandbreiten liegen.

---

Typischer Projektverlauf: von der Anfrage bis zur Übergabe

Unser Prozess ist in festen Phasen strukturiert. Jede Phase hat ein klares Ergebnis.

Phase 1: Erstgespräch und Anforderungsanalyse

Wir verstehen das Problem, bevor wir kalkulieren. Im Erstgespräch klären wir: Was soll das System leisten? Welche Drittsysteme müssen angebunden werden? Wer sind die Nutzer? Was ist der Zeitrahmen?

Ergebnis: Wir wissen, ob wir das Projekt sinnvoll umsetzen können.

Phase 2: Angebot und Lastenheft

Auf Basis der Analyse erstellen wir ein Angebot mit fixiertem Preis und Lieferdatum. Das Lastenheft ist Vertragsanlage — es beschreibt genau, was entwickelt wird.

Ergebnis: Beide Seiten wissen, was vereinbart ist.

Phase 3: Entwicklung mit wöchentlichen Demos

Wir entwickeln in kurzen Zyklen und zeigen wöchentlich den aktuellen Stand. Das gibt dem Auftraggeber Kontrolle und ermöglicht frühzeitiges Feedback — innerhalb des vereinbarten Scopes ohne Aufpreis.

Ergebnis: Ein funktionierendes Produkt, das dem Lastenheft entspricht.

Phase 4: Abnahme und Übergabe

Nach der Fertigstellung erfolgt die formale Abnahme. Quellcode, Zugangsdaten und Dokumentation werden übergeben. Das Eigentum am Quellcode geht nach vollständiger Zahlung auf den Auftraggeber über.

Ergebnis: Der Auftraggeber hat die volle Kontrolle über sein Produkt.

Phase 5: Garantie und optionale Wartung

Sechs Monate Garantie auf alle gelieferten Funktionen. Fehler, die auf unsere Entwicklung zurückzuführen sind, beheben wir kostenlos. Laufende Wartung, Weiterentwicklung und Support bieten wir als separaten Vertrag an.

---

Wie das bei uns konkret aussieht

Abstrakte Prozessbeschreibungen sind das eine. Hier ein Blick darauf, wie unsere Projekte tatsächlich strukturiert sind — auf Basis echter Erfahrungen aus vergleichbaren Projekten.

Zahlungsstruktur

Wir arbeiten mit Teilzahlungen, die an Projektmeilensteine geknüpft sind. Ein typisches Modell sieht so aus:

• 30–50 % Anzahlung bei Vertragsunterzeichnung, bevor die Entwicklung beginnt
• Zwischenzahlung nach Erreichen eines definierten Meilensteins (z. B. abgeschlossenes Design oder erste funktionsfähige Version)
• Restzahlung nach Abnahme und Übergabe

Diese Struktur schützt den Auftraggeber: Er zahlt nicht alles im Voraus. Sie schützt uns: Wir arbeiten nicht ohne Sicherheit. Und sie schafft einen natürlichen Rhythmus für Feedback und Kontrolle.

Änderungen außerhalb des Scopes

Wenn während der Entwicklung neue Anforderungen entstehen — und das passiert in jedem Projekt — werden diese nicht still eingebaut und später in Rechnung gestellt. Wir legen eine Nachtragsvereinbarung vor, die Umfang, Preis und Zeitauswirkung beschreibt. Erst nach Freigabe wird umgesetzt.

Das klingt bürokratisch, ist aber der einzige Weg, um am Ende keine bösen Überraschungen zu erleben.

Beispiel aus der Praxis: Loyalty-App mit Kassensystem-Integration

Wir haben eine Loyalty-App für eine Einzelhandelskette entwickelt — mit Punkteprogramm, Push-Benachrichtigungen, Kundensegmentierung und Integration in das Kassensystem. Das Projekt umfasste iOS- und Android-App, ein Admin-Panel für das Marketing-Team und eine bidirektionale Schnittstelle zum bestehenden Kassensystem des Kunden.

Was dabei deutlich wurde: Die Integration in ein bestehendes Kassensystem ist der komplexeste und zeitaufwändigste Teil. Nicht weil die Technik schwierig ist, sondern weil die Dokumentation des Kassensystems oft lückenhaft ist, Testumgebungen fehlen und Änderungen am Kassensystem Auswirkungen auf die App haben, die erst im Betrieb sichtbar werden.

Für solche Projekte gilt: Die Schnittstelle zum Drittsystem muss im Lastenheft genau beschrieben sein — welche Daten fließen in welche Richtung, in welchem Format, mit welcher Frequenz. Ohne diese Definition ist ein Fixpreis für den Integrationsteil nicht seriös zu kalkulieren.

Ein ähnliches Muster gilt für KI-Agenten: Wir haben einen KI-Assistenten für ein Dienstleistungsunternehmen entwickelt, der Kundenanfragen in Chats bearbeitet, Kontext über mehrere Gespräche hinweg speichert und bei Bedarf einen menschlichen Mitarbeiter einbindet. Die Entwicklungskosten waren planbar — aber die laufenden API-Kosten des KI-Anbieters (abhängig von Nachrichtenvolumen und Modell) sind kein Teil des Entwicklungsbudgets. Das muss der Auftraggeber separat einplanen.

Was wir nicht machen

Wir nehmen keine Projekte an, bei denen wir keinen klaren Scope definieren können. Nicht weil wir keine Flexibilität wollen, sondern weil ein Fixpreis ohne Scope keine ehrliche Zusage ist.

Das bedeutet in der Praxis: Wenn ein Erstgespräch ergibt, dass die Anforderungen noch nicht klar genug sind, schlagen wir zunächst eine bezahlte Anforderungsanalyse vor — bevor wir ein Angebot machen.

---

DSGVO und Datenschutz: was das für die Kalkulation bedeutet

Für Projekte im D-A-CH-Raum ist die DSGVO kein optionales Add-on. Datenschutz-konforme Entwicklung bedeutet konkret:

• Datenschutz durch Technikgestaltung (Privacy by Design, Art. 25 DSGVO): Datenminimierung, Pseudonymisierung und Zugriffskontrollen müssen von Anfang an eingeplant werden — nicht nachträglich.
• Auftragsverarbeitungsvertrag (AVV): Wenn wir als Dienstleister personenbezogene Daten verarbeiten, ist ein AVV nach Art. 28 DSGVO Pflicht. Wir stellen diesen standardmäßig bereit.
• Verzeichnis von Verarbeitungstätigkeiten: Der Auftraggeber ist als Verantwortlicher verpflichtet, ein solches Verzeichnis zu führen. Wir unterstützen dabei, indem wir die technischen Verarbeitungsvorgänge dokumentieren.

Der zuständige Aufsichtsbehörde in Deutschland ist der Bundesbeauftragte für den Datenschutz und die Informationsfreiheit (BfDI) auf Bundesebene sowie die Landesdatenschutzbehörden auf Länderebene — je nach Sitz des Unternehmens zum Beispiel der Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen (LDI NRW) oder das Bayerische Landesamt für Datenschutzaufsicht (BayLDA).

DSGVO-konforme Entwicklung kostet mehr als eine Entwicklung ohne diese Anforderungen — das muss in der Kalkulation sichtbar sein, nicht versteckt.

---

Supportverträge nach dem Launch

Nach Ablauf der sechsmonatigen Garantie bieten wir Wartungsverträge an. Diese decken ab:

• Monitoring der Verfügbarkeit
• Sicherheitsupdates und Abhängigkeits-Updates
• Backup-Management
• Reaktionszeit auf Störungen

Stunden für neue Funktionen oder Anpassungen werden separat gezählt. Monitoring, Backups und Sicherheitsupdates verbrauchen keine Stundenkontingente — das ist ein wichtiger Unterschied zu manchen Marktangeboten, bei denen Routineaufgaben das Kontingent auffressen.

---

Häufige Fragen zur Kalkulation

„Kann ich nach Vertragsschluss noch Änderungen beauftragen?”

Ja. Änderungen außerhalb des Lastenhefts werden als Nachtragsvereinbarung mit eigenem Preis und Zeitplan beauftragt. Es gibt keine versteckten Stundensätze.

„Was passiert, wenn das Projekt länger dauert als geplant?”

Das Risiko der Schätzung liegt bei uns. Wenn wir länger brauchen als geplant, zahlen Sie trotzdem den vereinbarten Preis — sofern sich der Scope nicht geändert hat.

„Wer hat die Rechte am Quellcode?”

Nach vollständiger Zahlung gehen alle Rechte am Quellcode und an den Projektergebnissen auf den Auftraggeber über. Wir behalten kein Nutzungsrecht, das Ihren Betrieb einschränken könnte.

„Wie gehe ich vor, wenn ich noch keine klaren Anforderungen habe?”

Dann ist der erste Schritt eine Anforderungsanalyse — das kann ein bezahltes Discovery-Projekt sein, das als eigenständige Leistung kalkuliert wird. Auf dieser Basis erstellen wir dann ein belastbares Angebot für die Umsetzung.

---

Fazit: Planungssicherheit entsteht durch Transparenz

Ein Fixpreis ohne schriftlichen Scope ist kein Fixpreis. Ein Angebot ohne klare Abgrenzung von Leistungen und Ausschlüssen ist keine Grundlage für eine Zusammenarbeit ohne Überraschungen.

Unser Preismodell basiert auf drei Grundsätzen:

1. Erst verstehen, dann kalkulieren. Wir machen kein Angebot, bevor wir die Anforderungen kennen.
2. Scope und Preis stehen im Vertrag. Was nicht im Lastenheft steht, ist nicht im Preis.
3. Änderungen werden transparent beauftragt. Kein stilles Nachrechnen, keine Überraschungsrechnungen.

Wenn Sie ein Projekt planen und wissen wollen, was es realistisch kostet — schreiben Sie uns: hello@pazl.ai