App-Entwicklung 2026: Was kostet eine App, wie kalkuliert man richtig – und worauf kommt es im Vertrag an?

Wer eine App entwickeln lassen will, bekommt Angebote zwischen 5.000 € und 500.000 €. Beide Zahlen können korrekt sein – für völlig unterschiedliche Produkte. Wer nicht versteht, was in einem Angebot steckt und was fehlt, zahlt entweder zu viel oder kauft das Falsche. Dieser Artikel erklärt, wie Kosten entstehen, was in die Kalkulation gehört und welche Vertragsklauseln im D-A-CH-Raum den Unterschied machen.

---

Warum Angebote so weit auseinanderliegen

Die Preisspanne bei App-Entwicklung ist kein Zeichen von Intransparenz – sie spiegelt echte Unterschiede im Scope wider. Drei Faktoren treiben die Kosten:

Plattform. Eine native iOS-App und eine native Android-App sind zwei separate Projekte. Cross-Platform-Frameworks wie Flutter oder React Native reduzieren den Aufwand auf 60–70 % gegenüber zwei nativen Projekten, haben aber Grenzen bei plattformspezifischen Features (NFC, Bluetooth Low Energy, bestimmte Kamera-APIs).

Integrationen. Eine App ohne Backend-Anbindung ist selten. ERP-Systeme, Zahlungsdienstleister (Stripe, Adyen, Mollie), CRM, Warenwirtschaft – jede Schnittstelle kostet Entwicklungszeit und Testaufwand. Eine Zahlungsintegration allein kann 15–30 Stunden Arbeit bedeuten, bevor sie zuverlässig läuft.

Compliance. Im D-A-CH-Raum gelten die DSGVO und je nach Branche zusätzliche Anforderungen: Medizinprodukte unterliegen der EU-MDR, Finanzdienstleister der BaFin-Aufsicht. Datenschutz-Folgenabschätzungen (DSFA nach Art. 35 DSGVO), technische und organisatorische Maßnahmen (TOMs) und die Meldepflichten gegenüber dem BfDI oder den Landesdatenschutzbehörden (z. B. dem LfDI Baden-Württemberg oder dem Bayerischen Landesbeauftragten für den Datenschutz) sind kein Nice-to-have – sie sind Pflicht.

---

Preistabelle: Realistische Marktbandbreiten 2026

Die Zahlen unten sind Marktorientierungswerte für den D-A-CH-Raum, keine Festpreise. Was im Scope steht, bestimmt, wo ein konkretes Projekt landet.

Scope-Hinweis: Serverkosten, Domains, App-Store-Gebühren (Apple: 99 USD/Jahr, Google: 25 USD einmalig), Zahlungsdienstleister-Gebühren und externe Lizenzen sind in keiner dieser Zeilen enthalten – sie laufen immer separat über den Auftraggeber.

---

Kalkulation: Was Anbieter einrechnen (und was Kunden oft übersehen)

Eine seriöse Kalkulation enthält mindestens diese Posten:

Design. UX-Research, Wireframes, UI-Design in Figma oder Sketch, Prototyp. Bei einer mittelgroßen App realistisch 40–80 Stunden – also 3.000–8.000 € bei europäischen Stundensätzen.

Entwicklung. Der größte Block. Stundensätze variieren: Freelancer in Deutschland 75–120 €/h, Agenturen 90–150 €/h, Nearshore-Teams (Polen, Tschechien, Rumänien) 40–70 €/h, Offshore (Indien, Südostasien) 20–40 €/h. Günstigere Sätze bedeuten nicht automatisch schlechtere Qualität, aber höheren Koordinationsaufwand und Kommunikationsrisiken.

QA und Testing. Wird systematisch unterschätzt. Manuelle Tests, automatisierte Tests (Unit, Integration, E2E), Geräte-Testing auf realer Hardware – seriöse Projekte rechnen 15–25 % der Entwicklungszeit für QA ein.

Deployment und DevOps. App-Store-Einreichung, CI/CD-Pipeline, Staging-Umgebung, Monitoring (z. B. mit Sentry oder Firebase Crashlytics). Einmalig 2.000–8.000 €, je nach Komplexität.

Puffer für Unbekanntes. Jedes Projekt hat Anforderungen, die erst im Lauf der Entwicklung sichtbar werden. 10–15 % Puffer auf die Gesamtsumme ist keine Absicherung des Anbieters – es ist kaufmännische Realität.

---

Zeitplan: Typische Phasen und Laufzeiten

Wer ein seriöses Angebot mit „fertig in 4 Wochen” für eine komplexe App erhält, sollte nachfragen, was genau in diesen 4 Wochen passiert – und was danach noch fehlt.

---

Verträge: Was im D-A-CH-Raum wirklich zählt

Ein Vertrag für App-Entwicklung ist kein Formular – er ist das einzige Dokument, das im Streitfall zählt. Folgende Punkte sind im deutschen Recht besonders relevant:

Werk- oder Dienstvertrag? Das ist keine Kleinigkeit. Ein Werkvertrag (§ 631 BGB) verpflichtet den Auftragnehmer zum Erfolg – die App muss funktionieren. Ein Dienstvertrag (§ 611 BGB) schuldet nur den Einsatz, nicht das Ergebnis. Die meisten App-Projekte sollten als Werkvertrag strukturiert sein, zumindest für definierte Deliverables.

Leistungsbeschreibung / Technisches Lastenheft. Was nicht im Vertrag steht, ist nicht vereinbart. Vage Formulierungen wie „moderne App mit guter UX” sind wertlos. Das Lastenheft sollte Funktionen, Plattformen, Integrationen, Abnahmekriterien und Ausschlussliste enthalten.

Abnahme und Mängelrechte. Nach § 640 BGB gilt eine Leistung als abgenommen, wenn der Auftraggeber sie nicht innerhalb einer gesetzten Frist mit Mängelangabe zurückweist. Schweigen kann als Abnahme gewertet werden – das sollte explizit geregelt sein. Wir arbeiten bei unseren Projekten mit wöchentlichen Demos und klaren Abnahmeprotokollen, damit beide Seiten jederzeit wissen, wo das Projekt steht.

Urheberrecht und Quellcode. Nach deutschem Urheberrecht (UrhG) verbleiben die Rechte beim Urheber, sofern nichts anderes vereinbart ist. Der Vertrag muss explizit regeln, dass alle Nutzungsrechte – einschließlich Quellcode – nach vollständiger Zahlung auf den Auftraggeber übergehen. Ohne diese Klausel kann der Auftraggeber die App nicht frei weiterentwickeln lassen.

DSGVO-Pflichten. Verarbeitet die App personenbezogene Daten (und das tut fast jede App mit Login), ist ein Auftragsverarbeitungsvertrag (AVV nach Art. 28 DSGVO) mit dem Entwickler Pflicht, wenn dieser Zugang zu den Daten hat. Fehlt der AVV, drohen Bußgelder durch die zuständige Datenschutzbehörde – in Deutschland die Landesbehörden oder der BfDI, je nach Unternehmenstyp.

Gewährleistung und Support. Das BGB sieht bei Werkverträgen eine Gewährleistungsfrist von zwei Jahren vor. Viele Anbieter weichen davon vertraglich ab – das ist zulässig, muss aber explizit vereinbart sein. Wir geben bei unseren Projekten sechs Monate Garantie auf alles, was wir gebaut haben, mit definierten Reaktionszeiten.

---

Häufige Kostenfallen – und wie man sie vermeidet

„Alles inklusive” ohne Scope-Definition. Wenn ein Angebot keine Ausschlussliste hat, ist alles verhandelbar – zum Nachteil des Auftraggebers. Immer fragen: Was ist explizit nicht enthalten?

Fehlende Abnahmekriterien. Ohne klare Kriterien entscheidet der Anbieter, wann die App „fertig” ist. Das führt zu Endlosschleifen bei Korrekturen oder zu Abnahmen, die der Auftraggeber später bereut.

Infrastruktur als Überraschung. Server, Datenbanklizenzen, CDN, Monitoring-Tools – diese Kosten fallen nach dem Launch an und werden im Angebot oft nicht erwähnt. Für eine mittelgroße App mit 10.000 aktiven Nutzern sind 200–800 €/Monat für Infrastruktur realistisch.

Store-Pflege vergessen. Apple und Google aktualisieren ihre Betriebssysteme jährlich. Apps, die nicht gepflegt werden, funktionieren nach 12–18 Monaten oft nicht mehr zuverlässig oder werden aus den Stores entfernt. Laufende Wartung ist kein Luxus – sie ist Betrieb.

---

Worauf es bei der Anbieterauswahl ankommt

Technische Kompetenz lässt sich schwer direkt beurteilen. Einige Indikatoren helfen:

• Zeigt der Anbieter echte, veröffentlichte Apps (mit Store-Links)?
• Gibt es Referenzen mit Integrationen, die dem eigenen Projekt ähneln?
• Wird ein Festpreis nach Lastenheft angeboten – oder nur Zeit-und-Material?
• Wie ist die Kommunikation strukturiert: wöchentliche Demos, feste Ansprechpartner, Ticketsystem?

Wir haben unter anderem Loyalty-Apps mit Kassensystem-Integration, B2B-Bestellplattformen mit ERP-Anbindung und AI-gestützte Agenten für Kundenservice entwickelt. Diese Projekte zeigen, was technisch möglich ist – und wo die echten Herausforderungen liegen: nicht im Code, sondern in den Schnittstellen, der Datenmigration und der Abnahme.

---

Fazit

App-Entwicklung hat 2026 keinen Einheitspreis. Was ein Projekt kostet, hängt von Plattform, Integrationen, Compliance-Anforderungen und der Qualität der Leistungsbeschreibung ab. Wer mit einem klaren Lastenheft in Gespräche geht, bekommt vergleichbare Angebote und vermeidet die häufigsten Kostenfallen.

Der Vertrag ist dabei kein Formalismus – er ist der einzige Schutz, wenn Erwartungen und Lieferung auseinandergehen. Werkvertrag statt Dienstvertrag, klare Abnahmekriterien, explizite Rechteübertragung und ein AVV nach DSGVO sind keine Extras. Sie gehören in jeden seriösen App-Entwicklungsvertrag.

Wer Fragen zu einem konkreten Projekt hat – Scope, Kalkulation oder Vertragsstruktur – kann uns unter hello@pazl.ai erreichen.