MVP in 4 Wochen: Wie Agenturen im DACH-Raum Software-Projekte kalkulieren

Wer ein digitales Produkt bauen lassen will, bekommt von drei Agenturen drei völlig verschiedene Angebote. Das ist kein Zufall und kein Zeichen, dass jemand lügt — es liegt daran, dass Agenturen unterschiedlich kalkulieren, unterschiedliche Risiken einpreisen und unterschiedlich definieren, was zum Scope gehört. Dieser Artikel zeigt, wie die Kalkulation in der Praxis funktioniert, was einen realistischen Zeitplan von einem Wunschzettel unterscheidet und worauf Sie achten sollten, bevor Sie unterschreiben.

---

Was „MVP in 4 Wochen” wirklich bedeutet

Der Begriff MVP — Minimum Viable Product — wird im Agentur-Alltag unterschiedlich verwendet. Manchmal meint er einen funktionierenden Prototyp mit echtem Code. Manchmal einen Klick-Dummy in Figma. Manchmal ein Produkt, das bereits an echte Nutzer ausgeliefert wird.

Für die Kalkulation ist diese Unterscheidung entscheidend, weil jede Definition einen anderen Aufwand erzeugt:

• Klick-Dummy / Figma-Prototyp: kein Backend, keine Datenbank, keine Authentifizierung. Zeigt Screens, simuliert Abläufe. Realistisch in 1–2 Wochen.
• Technischer MVP mit echtem Code: Authentifizierung, Datenbankanbindung, mindestens ein Kernprozess vollständig funktionsfähig. Realistisch in 3–6 Wochen — je nach Komplexität der Integrationen.
• Marktreifes MVP: App Store / Google Play, DSGVO-konforme Datenhaltung, Onboarding-Flow, Admin-Panel. Eher 6–12 Wochen.

Wenn eine Agentur sagt „MVP in 4 Wochen”, fragen Sie konkret: Was ist nach 4 Wochen lieferbar? Was ist nicht dabei? Welche Integrationen sind im Scope?

---

Wie Agenturen im DACH-Raum kalkulieren

Stundensatz als Basis

Die meisten Agenturen in Deutschland, Österreich und der Schweiz rechnen intern mit Stundensätzen. Der marktübliche Rahmen für Softwareentwicklung liegt laut Branchenbeobachtungen bei:

• Freelancer (DE): €60–110/Stunde
• Kleine Agentur (DE): €90–150/Stunde
• Mid-size Agentur (DE/AT): €120–180/Stunde
• Schweizer Anbieter: CHF 150–220/Stunde

Diese Sätze schlagen sich direkt in Projektpreisen nieder. Ein Projekt mit 200 Stunden Aufwand kostet bei einer kleinen deutschen Agentur also grob €18.000–30.000 — bevor Projektmanagement, Design und QA dazukommen.

Festpreis vs. Time & Material

Zwei Modelle dominieren den Markt:

Festpreis: Scope, Preis und Liefertermin werden vor Beginn fixiert. Der Vorteil für den Auftraggeber: keine Kostenüberraschungen. Der Nachteil: Agenturen kalkulieren Puffer ein — oft 15–25 % über dem realistischen Aufwand, weil sie das Risiko tragen. Änderungen am Scope kosten extra und erfordern ein Nachtragsangebot.

Time & Material: Sie zahlen die tatsächlich geleisteten Stunden. Flexibler, aber ohne Kostensicherheit. Sinnvoll bei Projekten, deren Anforderungen sich während der Entwicklung ändern.

Wir bei Pazl arbeiten mit Festpreisen. Preis und Termin stehen im Vertrag, bevor die erste Zeile Code geschrieben wird. Änderungen außerhalb des vereinbarten Leistungsumfangs werden als Nachtrag separat beauftragt — das schützt beide Seiten vor Missverständnissen.

---

Typische Kostentreiber, die Angebote auseinandertreiben

Zwei Angebote für „dasselbe Projekt” können um Faktor 3 auseinanderliegen. Die häufigsten Ursachen:

Integrationen: Eine App, die nur intern Daten speichert, ist deutlich günstiger als eine, die an ein ERP, eine Kassensoftware oder einen Zahlungsdienstleister angebunden werden muss. Jede Schnittstelle bringt eigene Dokumentation, eigene Fehlerquellen und eigenen Testaufwand.

DSGVO und Datenschutz: Im DACH-Raum gilt die DSGVO. Wer personenbezogene Daten verarbeitet — und das tut fast jede App — braucht eine Datenschutzerklärung, technische Maßnahmen (Verschlüsselung, Zugriffskontrollen), ggf. einen Auftragsverarbeitungsvertrag und eine Datenschutz-Folgenabschätzung bei höherem Risiko. Der zuständige Bundesbeauftragte für den Datenschutz und die Informationsfreiheit (BfDI) sowie die Landesdatenschutzbehörden prüfen diese Anforderungen. Agenturen, die das nicht einpreisen, sparen an der falschen Stelle — oder rechnen es später als Nachtrag.

Authentifizierung und Nutzerrollen: Ein einfaches Login ist schnell gebaut. Mehrere Rollen (Admin, Nutzer, Manager), Single Sign-On über einen Identity Provider wie Keycloak oder Auth0, oder SMS-basierte Zwei-Faktor-Authentifizierung — das ist ein eigenes Teilprojekt.

Deployment und Infrastruktur: Wer hostet? AWS, Hetzner, IONOS? Wer richtet CI/CD ein? Wer ist für SSL-Zertifikate, Backups und Monitoring zuständig? Viele Angebote decken nur die Entwicklung ab, nicht den Betrieb.

Admin-Panel: Ohne Admin-Oberfläche kann das Produkt nach dem Launch kaum gepflegt werden. Trotzdem fehlt es in vielen Erstangeboten — weil es den Scope und damit den Preis deutlich erhöht.

---

Preistabelle: Typische Projekttypen im DACH-Markt

Die folgenden Richtwerte gelten für Projekte mit echtem Code (kein No-Code), Festpreismodell, Entwicklung durch eine spezialisierte Agentur. Was nicht im Scope ist, steht in der Spalte „Nicht enthalten”.

Wichtiger Hinweis zu diesen Zahlen: Die Spannen sind Marktrichtwerte, keine Festpreise. Was Sie tatsächlich zahlen, hängt vom konkreten Scope ab. Ein MVP mit drei externen Integrationen kostet mehr als eines ohne. Lassen Sie sich immer einen schriftlichen Scope zeigen, bevor Sie Angebote vergleichen.

---

Der realistische Zeitplan: Was in 4 Wochen machbar ist

4 Wochen sind als Zielgröße für einen technischen MVP realistisch — unter bestimmten Bedingungen:

Woche 1: Anforderungsanalyse, technisches Konzept, Datenbankschema, Einrichtung der Entwicklungsumgebung. Wenn ein detailliertes Lastenheft bereits vorliegt, kann hier auch schon mit der Entwicklung begonnen werden.

Woche 2–3: Kernfunktionalität. Authentifizierung, Hauptdatenmodell, primärer Nutzerflow. In dieser Phase entstehen die ersten testbaren Versionen.

Woche 4: QA, Bugfixes, Deployment auf eine Staging-Umgebung, Übergabe. Kein App Store-Review (der dauert bei Apple 1–7 Tage zusätzlich), kein vollständiges Admin-Panel, keine umfangreichen Integrationen.

Was 4 Wochen sprengt: mehrere externe Schnittstellen, komplexe Berechtigungsmodelle, App Store-Veröffentlichung für iOS und Android, umfangreiche DSGVO-Dokumentation, Custom-Design-System von Grund auf.

---

Worauf Sie beim Angebot achten sollten

Scope-Definition

Ein seriöses Angebot enthält eine genaue Beschreibung dessen, was geliefert wird — und was nicht. Vage Formulierungen wie „Entwicklung der App gemäß Ihren Anforderungen” sind ein Warnsignal. Fragen Sie: Welche Screens? Welche Nutzerrollen? Welche Integrationen? Was passiert, wenn sich Anforderungen ändern?

Zahlungsplan

Im DACH-Raum ist es üblich, Projekte in Tranchen zu bezahlen: eine Anzahlung bei Vertragsschluss (typisch 30–50 %), Zwischenzahlungen nach definierten Meilensteinen und eine Schlusszahlung nach Abnahme. Agenturen, die 100 % Vorkasse verlangen, sind die Ausnahme — und sollten erklärt werden.

Abnahme und Gewährleistung

Klären Sie vor Vertragsschluss: Wie läuft die Abnahme ab? Welche Frist haben Sie für Mängelrügen? Wie lange gilt die Gewährleistung? Im deutschen Werkvertragsrecht (§ 634 ff. BGB) haben Sie als Auftraggeber grundsätzlich Gewährleistungsrechte — aber vertragliche Regelungen können das konkretisieren oder einschränken.

Quellcode und Rechte

Nach Abschluss des Projekts sollten Sie den vollständigen Quellcode erhalten und alle Nutzungsrechte am Ergebnis besitzen. Prüfen Sie, ob das im Vertrag steht — und ob die Rechteübertragung an die vollständige Zahlung geknüpft ist (das ist marktüblich und fair).

---

Wie das bei uns aussieht

Pazl arbeitet nach einem klar strukturierten Prozess, der Festpreise und Transparenz in den Mittelpunkt stellt. Der Ablauf sieht so aus:

Erstgespräch und Anforderungsaufnahme: Wir verstehen, was Sie bauen wollen und warum. Dabei stellen wir konkrete Fragen zu Nutzerrollen, Integrationen, Plattform und Zeitplan — nicht um Sie zu bremsen, sondern weil vage Anforderungen zu vagen Angeboten führen.

Technisches Konzept und Lastenheft: Erst wenn wir den Scope verstehen, schreiben wir ihn auf. Das Lastenheft wird Bestandteil des Vertrags. Was darin steht, wird gebaut. Was nicht darin steht, wird als Nachtrag behandelt.

Festpreisvertrag: Preis und Liefertermin stehen im Vertrag, bevor die Entwicklung beginnt. Kein „hängt von der Komplexität ab” nach Projektstart.

Entwicklung mit wöchentlichen Demos: Sie sehen jede Woche, was entstanden ist — kein Black-Box-Prozess über Wochen.

Abnahme und Übergabe: Quellcode, Dokumentation und alle Zugänge gehen nach vollständiger Zahlung an Sie über.

Garantie: 6 Monate auf alles, was wir gebaut haben.

Unser Einstieg in die individuelle Web-App- und MVP-Entwicklung liegt bei €3.000–6.000 für kleinere Projekte. Komplexere Vorhaben — Web-Apps mit Backend, mobile Anwendungen mit Integrationen — werden nach dem gleichen Prinzip kalkuliert: erst Scope, dann Preis.

Aus unserer Projektpraxis kennen wir die typischen Stolperstellen: Integrationen mit Legacy-Systemen, die länger dauern als geplant; Authentifizierungsflows, die auf den ersten Blick einfach wirken und dann doch mehrere Sonderfälle haben; Admin-Panels, die im Erstangebot fehlen und dann als Nachtrag kommen. Diese Erfahrung fließt in die Kalkulation ein — nicht als Puffer für uns, sondern als realistische Einschätzung für Sie.

---

Häufige Missverständnisse beim Vergleich von Angeboten

„Das günstigste Angebot ist das beste”: Nur wenn der Scope identisch ist. Ein Angebot über €8.000 für eine Web-App kann günstiger sein als eines über €15.000 — wenn das erste Admin-Panel, DSGVO-Konfiguration und Deployment enthält und das zweite nicht.

„4 Wochen sind 4 Wochen”: Nein. Vier Wochen Entwicklungszeit bedeuten nicht, dass das Produkt in vier Kalenderwochen fertig ist. Wenn Ihre Abnahme zwei Wochen dauert, das Apple-Review eine Woche, und Sie Feedback-Schleifen einplanen müssen, sind aus vier Wochen schnell acht.

„Der Festpreis schützt mich vor allem”: Nur, wenn der Scope klar definiert ist. Ein Festpreis auf einen vagen Scope ist kein Schutz — es ist eine Einladung zu Nachtragsangeboten.

„Wir brauchen kein Admin-Panel”: Fast immer ein Irrtum. Ohne Admin-Oberfläche können Sie nach dem Launch keine Nutzer verwalten, keine Inhalte pflegen, keine Konfigurationen ändern — ohne jedes Mal die Agentur anzurufen.

---

Fazit

Ein MVP in 4 Wochen ist machbar — wenn der Scope klar ist, die Anforderungen vor Projektstart dokumentiert sind und alle Beteiligten dasselbe unter „fertig” verstehen. Die Kalkulation einer Agentur ist kein Geheimnis: Sie basiert auf Stundensätzen, Scope-Umfang und eingepreistem Risiko.

Bevor Sie Angebote vergleichen, stellen Sie sicher, dass alle Angebote denselben Scope beschreiben. Fragen Sie nach dem Zahlungsplan, der Gewährleistung und der Rechteübertragung. Und lassen Sie sich zeigen, was nach 4 Wochen tatsächlich lieferbar ist — nicht was möglich wäre, wenn alles perfekt läuft.

Wenn Sie ein konkretes Projekt besprechen wollen, schreiben Sie uns: hello@pazl.ai oder besuchen Sie pazl.ai. Wir schauen uns Ihre Anforderungen an und sagen Ihnen, was realistisch ist — mit einem Festpreis, bevor die Arbeit beginnt.