App entwickeln lassen: Was kostet das?

Was es kostet, eine App entwickeln zu lassen, hängt zuerst davon ab, welche Art von App du brauchst. Es gibt drei Wege, deinen Service aufs Smartphone zu bringen, und sie unterscheiden sich im Preis, in dem, was sie können, und im Pflegeaufwand.

• Web-App oder PWA (Progressive Web App): eine Website, die sich wie eine App verhält. Sie läuft im Browser auf jedem Gerät, lässt sich auf den Homescreen legen und kann Mitteilungen senden, steht aber nicht im App Store oder bei Google Play.
• Cross-Platform-App: eine Codebasis, geschrieben mit einem Framework wie Flutter, React Native oder Kotlin Multiplatform, aus der sowohl eine iPhone- als auch eine Android-App entsteht.
• Native Apps: eine eigene App pro Plattform, geschrieben in Swift für das iPhone und in Kotlin, der von Google empfohlenen Sprache, für Android. Der direkteste Zugriff auf das Gerät und auf neue Systemfunktionen ab dem ersten Tag, um den Preis von zwei Codebasen.

Nativ ist nicht immer besser, und Cross-Platform ist nicht immer günstiger. Cross-Platform spart am meisten, wenn beide Apps gleich aussehen und sich gleich verhalten und vor allem aus Bildschirmen, Formularen und Daten bestehen. Nativ lohnt sich, wenn die App auf Bluetooth, Standort im Hintergrund, Widgets, eine Watch-App oder flüssige Grafik setzt, oder wenn für deine Kunden nur eine Plattform zählt.

Eine Web-App kann auch der erste Schritt sein; unser Ratgeber Webanwendung entwickeln lassen zeigt diesen Weg mit Preisen. Du testest die Idee mit echten Nutzern für weniger Geld, und wenn die Stores oder die Hardware nötig werden, wandern Backend und Design mit. Eine Website in einer dünnen App-Hülle ist allerdings keine Abkürzung: Nach Apples Richtlinien wird eine App abgelehnt, die kaum mehr ist als eine verpackte Website.

Zwei Apps mit gleich vielen Bildschirmen können im Preis ein Vielfaches auseinanderliegen. Der Unterschied liegt hinter den Bildschirmen: wer sich anmeldet, welche Daten wohin fließen und mit welchen anderen Systemen die App spricht.

1. 1

   Bildschirme und Abläufe

   Jeder Bildschirm wird gestaltet, gebaut und auf kleinen und großen Geräten getestet. Ein Ablauf wie Registrierung, Bezahlung oder Buchung führt über mehrere Bildschirme und muss jeden Fehler unterwegs abfangen.

2. 2

   Konten und Rollen

   Login bedeutet Passwort-Reset, E-Mail-Bestätigung und im App Store eine Möglichkeit, das Konto in der App zu löschen. Jede weitere Rolle, etwa Kunde, Mitarbeiter oder Admin, bringt eigene Bildschirme und Regeln mit.

3. 3

   Daten und ein Backend

   Sobald Daten zwischen Geräten oder Nutzern synchronisiert werden, braucht die App einen Server mit Datenbank und eine Schnittstelle, die die App aufruft. Das ist oft die Hälfte der Arbeit. Eine reine Inhalts-App braucht viel weniger.

4. 4

   Zahlungen

   Physische Produkte und Dienstleistungen laufen über einen Zahlungsanbieter wie Stripe oder Mollie. Digitale Inhalte, die in der App verkauft werden, laufen meist über die eigenen Bezahlsysteme von Apple und Google, mit deren Provision.

5. 5

   Schnittstellen

   Anbindungen an dein Buchungssystem, CRM, deine Buchhaltung oder die API eines anderen Anbieters. Jede kostet mehr, wenn die Dokumentation dünn ist oder es keine Testumgebung gibt.

6. 6

   Admin-Bereich und Designtiefe

   Jemand muss Inhalte, Nutzer und Bestellungen verwalten, meist in einem Web-Dashboard. Und ein eigenes Design mit eigenen Animationen kostet mehr als ein klares Design auf den Standardbausteinen der jeweiligen Plattform.

Die günstigste Funktion ist die, die du aus der ersten Version weglässt. Alles oben Genannte lässt sich später ergänzen, und eine App, die klein startet, lernt von echten Nutzern, bevor du in den Rest investierst.

Das sind unsere Richtwerte für eine erste Version auf iPhone und Android, ohne Mehrwertsteuer. Dein Angebot ist ein Festpreis für einen vereinbarten Umfang, aus der Spanne wird also eine Zahl, bevor die Arbeit beginnt.

Zum Vergleich: Das veröffentlichen vier andere Agenturen in den Niederlanden und Deutschland. Ihre Spannen liegen in jeder Stufe über unseren. Auch die Definitionen unterscheiden sich: Manche zählen eine Nutzerrolle oder eine Schnittstelle zur einfachen App, und die läge bei uns in der zweiten Stufe.

Welche Angebote du auch vergleichst: Prüfe bei jedem, ob Backend, Admin-Bereich, Tests auf echten Geräten und der Weg durch die Store-Prüfung enthalten sind, bevor du Summen vergleichst. Schwankst du zwischen einer App und einem Onlineshop? Ein Onlineshop beginnt bei uns bei 2.200 €, mehr dazu auf unserer Preisseite.

Eine App in die Stores zu bringen kostet wenig: Apples Entwicklerprogramm kostet 99 US-Dollar im Jahr, abgerechnet in Landeswährung, und Google Play verlangt einmalig 25 Dollar. Die eigentlichen laufenden Kosten liegen woanders. Eine App hängt von zwei Betriebssystemen ab, die sich jedes Jahr ändern, und von einem Backend, das online und sicher bleiben muss.

Wartung ist der Posten, den viele vergessen. Seit dem 28. April 2026 nimmt Apple nur noch App-Updates an, die mit den Werkzeugen für iOS 26 gebaut sind, und seit dem 31. August 2026 verlangt Google Play, dass neue Apps und Updates Android 16 als Ziel haben. Jedes Jahr kommen solche Fristen dazu. Eine App, die niemand pflegt, kann deshalb nicht einmal einen kleinen Fix veröffentlichen, und bei Google Play erreicht sie nach und nach weniger neue Nutzer auf neueren Geräten.

In diesen Beispielen kommen durch drei Jahre laufende Kosten 70 bis 90 % zum Entwicklungspreis dazu. Plane sie von Anfang an ein, und frag jede Agentur, was ihre Wartung abdeckt und was sie pro Jahr kostet. Bei Websites ist es genauso; unser Ratgeber zu den Kosten der Website-Wartung schlüsselt sie Posten für Posten auf.

Werkzeuge wie Lovable und Bolt bauen aus einer geschriebenen Beschreibung in wenigen Minuten eine funktionierende App, für ein Monatsabo. Das ist ein echter Fortschritt, und für manche Aufgaben sind sie die richtige Wahl.

Sie sind stark beim ersten Schritt: ein klickbarer Prototyp, um eine Idee mit Kunden zu testen, eine Demo für Investoren oder ein kleines internes Tool für ein paar Kollegen. Ein funktionierender Prototyp macht auch jedes spätere Angebot genauer, weil alle dasselbe vor Augen haben.

Sie stoßen an Grenzen, wo eine App zum Geschäftssystem wird:

• Sicherheit. Das Werkzeug schreibt den Code, aber niemand prüft ihn. 2025 wurde eine Schwachstelle erfasst (CVE-2025-48757), bei der schwache Zugriffsregeln in der Datenbank Außenstehenden erlaubten, Daten in mit Lovable gebauten Apps zu lesen und zu ändern. Lovable bestreitet das mit dem Hinweis, jeder Kunde sei selbst für die Daten seiner App verantwortlich, und genau darum geht es.
• Apps in den Stores. Lovable baut nur Web-Apps. Bolt kann über Expo Code für eine mobile App erzeugen, aber Store-Konten, Signierung, Prüfung und Datenschutzangaben bleiben deine Aufgabe.
• Hoheit über die Daten. Den Code kannst du meist exportieren, aber prüfe, wo die Datenbank läuft, ob du sie umziehen kannst und was mit deinen Daten passiert, wenn du nicht mehr zahlst.
• Wartung. Auch eine per Prompt gebaute App braucht die jährlichen Updates für iOS und Android. Änderungen per Prompt in einer großen Codebasis machen oft andere Teile kaputt, und jemand muss den Code verstehen, um das zu reparieren.

Ein vernünftiger Weg für viele Unternehmen: Prototyp mit einem KI-Baukasten, Test mit echten Nutzern, und dann die Version für den Launch sauber entwickeln lassen, mit dem Prototyp als Vorlage. Bei einem Studio zahlst du nicht fürs Tippen. Du zahlst für die Designentscheidungen, die Prüfung, die Tests und jemanden, der rangeht, wenn etwas kaputtgeht.

Je genauer deine Anfrage, desto enger das Angebot. Du brauchst kein technisches Lastenheft. Du musst wissen, wer die App nutzt und was diese Menschen damit tun können müssen.

1. 1

   Beschreib die Nutzer

   Kunden, Mitarbeiter oder beide? Welche Smartphones haben sie, und wie finden sie dich heute?

2. 2

   Schreib User Stories

   Ein Satz pro Aufgabe: "Als Kunde will ich meinen Termin verschieben, damit ich nicht anrufen muss." Zehn bis dreißig solcher Sätze beschreiben die meisten ersten Versionen.

3. 3

   Trenne Muss von Kann

   Markiere, ohne was die erste Version nicht starten kann. Alles andere kommt auf eine Liste für Version zwei.

4. 4

   Sammle Beispiele

   Screenshots von Apps, die dir gefallen, und von dem, was dich daran stört. Beispiele klären Designfragen schneller als Beschreibungen.

5. 5

   Liste deine Systeme auf

   Buchungssoftware, Onlineshop, CRM, Buchhaltung: alles, womit die App sprechen muss, mit einem Ansprechpartner bei jedem Anbieter.

6. 6

   Nenne Termin und Budget

   Eine Messe, eine Saison oder eine Finanzierungsrunde. Mit einem Budgetrahmen kann ein Studio vorschlagen, was passt, statt zu raten.

Damit fragst du jedes Studio nach einem Festpreis für denselben Umfang und vergleichst, was enthalten ist: Design, Backend, Admin-Bereich, Tests auf echten Geräten, Einreichung in den Stores und Support nach dem Launch. Auf unserer Preisseite siehst du, wie wir Festpreise aufbauen, und unter Web- & App-Entwicklung, was wir bauen. Frag auch, wem der Code gehört: Bei uns gehört er dir, sobald die Rechnungen bezahlt sind, so steht es unter Eigentum in unseren AGB.

Soll jemand auf deinen Plan schauen? Beschreib deine App-Idee, dann helfen wir dir, den Umfang zu schärfen, und schicken dir einen Festpreis und einen Zeitplan.