Was kostet eine mobile App im Jahr 2026? Preise und Wartung

Was kostet eine App im Jahr 2026? Wenn Sie eine App entwickeln lassen, liegen die Kosten für ein MVP – also die minimale Produktversion mit einer zentralen Funktion, einem einfachen Backend und der Veröffentlichung in den Stores – bei ca. 6.000–15.700 € netto und 2–4 Monaten Arbeit. Eine mittelgroße App – mit Nutzerkonten, Zahlungen, Push-Benachrichtigungen, Administrationsbereich und Analytics – liegt in der Regel zwischen 9.700–25.400 € netto, ein umfangreiches Produkt mit vielen Modulen, Schnittstellen und hoher Skalierung startet bei rund 23.000 € netto.

Euro-Beträge umgerechnet zum NBP-Mittelkurs vom 14.09.2026 (1 € = 4,3391 zł) und gerundet. Die Abrechnung erfolgt in PLN.

Hinzu kommen laufende Kosten nach der Veröffentlichung: das Apple-Entwicklerkonto mit 99 USD pro Jahr, das Google-Play-Konto mit 25 USD einmalig, ein Server ab etwa 10 € pro Monat sowie die Wartung in Höhe von 15–25 % der Entwicklungskosten pro Jahr.

Was kostet eine App — Preisspannen in einer Tabelle

Das sind Richtwerte. Der tatsächliche Preis hängt von der Zahl der Screens, der Zahl der Schnittstellen und davon ab, wie viele Sonderfälle abgedeckt werden müssen — deshalb nennen wir den genauen Betrag erst nach einem Gespräch und der Durchsicht des Umfangs.

Woraus setzt sich der Preis einer App zusammen?

Eine individuell entwickelte App ist deutlich mehr als Bildschirme im Telefon. Sie bezahlen mehrere Schichten gleichzeitig, und nur eine davon sieht der Nutzer.

• App für iOS und Android (oder für eine Plattform, wenn Sie den Umfang bewusst eingrenzen).
• Backend und Datenbank — meist die Hälfte der Projektarbeit, obwohl der Nutzer davon nie etwas sieht. Hier liegen Konten, Daten, Logik und Sicherheit.
• Administrationsbereich zur Verwaltung von Inhalten und Nutzern. Ohne ihn erfordert jede Änderung in der App einen Entwickler.
• Veröffentlichung im App Store und bei Google Play — Aufbereitung der Materialien und Durchlaufen der Review. In Projekten für mobile Apps aus Stettin (Szczecin) übernimmt CodePort diesen Prozess für den Kunden.
• Push-Benachrichtigungen, Analytics und Crash-Reporting — ohne sie wissen Sie nicht, ob die App funktioniert und ob sie überhaupt genutzt wird.
• Konformität mit der DSGVO und den Richtlinien der Stores — Datenschutzerklärung, Einwilligungen, Beschreibung der Datenverarbeitung. Bei Gesundheitsdaten gelten mehr Anforderungen — wir beschreiben sie im Beitrag Medizin-App und DSGVO sowie MDR.

Wenn Ihnen jemand eine „App“ zu einem verdächtig niedrigen Preis anbietet, prüfen Sie, ob Backend und Administrationsbereich darin enthalten sind.

Warum das Backend die Hälfte des Budgets ausmacht

Eine mobile App ohne Server kann wenig: Rechner, Notizblock, Offline-Katalog. Sobald Konten, Synchronisation zwischen Geräten, Zahlungen oder ein Bereich für Ihr Team dazukommen, wird das Backend zu einem eigenen Produkt. Es muss sicher und verlässlich sein und darauf vorbereitet, dass die Nutzerzahl steigt.

Cross-Platform, native oder gemischter Ansatz — was wählen?

Die Wahl der Technologie wirkt sich direkt auf das Budget aus — und darauf, wie viel Sie in den Folgejahren für die Wartung zahlen.

Cross-Platform bedeutet einen Code für iOS und Android. Für Apps mit Konten, Listen, Formularen, Zahlungen und Benachrichtigungen ist das die Standardwahl, und die Einsparung wiederholt sich jedes Jahr bei der Wartung.

Nativ lohnt sich dann, wenn maximale Performance und voller Zugriff auf die Hardware zählen. Ein Beispiel für ein Projekt, in dem die Hardware entscheidend war: VR-Flugsimulator für IDI Global. Ein gemischter Ansatz — ein Cross-Platform-Kern und performancekritische Module nativ programmiert — bewährt sich bei Produkten, die wachsen und erst mit der Zeit auf einen einzelnen Engpass stoßen.

Wie berechnen wir die Kosten einer App?

Wir haben keine Preisliste nach dem Muster „App für X Euro“. Wir kalkulieren Stunden und multiplizieren sie mit offen genannten Sätzen: Programmierung 46 €/h netto, Design 35 €/h netto. Marktüblich liegt das im Bereich 35–58 €/h, ein Vergleich mit anderen Angeboten ist also einfach.

Beispiel (Illustration, kein Angebot):

So sieht die Rechnung hinter den Preisspannen aus der Tabelle oben aus. Ihr Projekt kann weniger oder mehr Stunden erfordern — deshalb schlüsseln wir den Umfang in konkrete Funktionen auf, bevor wir einen Betrag nennen.

Was treibt die Kosten einer App am stärksten nach oben?

Der Preis steigt vor allem mit der Zahl der Dinge, die miteinander kommunizieren müssen und sich dabei nicht vertun dürfen.

• Konten und Login — Registrierung, Passwort-Reset, Login über externe Anbieter, Rollen und Berechtigungen.
• Zahlungen — Abonnements, Einmalzahlungen, Rückerstattungen, Umgang mit fehlgeschlagenen Transaktionen.
• Push-Benachrichtigungen — in der Grundversion einfach, aber Versandregeln und Segmentierung erweitern den Umfang.
• Offline-Betrieb mit Synchronisation — lokale Datenbank und Nachsenden der Änderungen, sobald die Verbindung wieder steht. Das erfordert das Auflösen von Datenkonflikten und erweitert den Arbeitsumfang deutlich.
• Anbindung an Unternehmenssysteme per API — soll die App Daten in Ihrem ERP, CRM oder Shop lesen und schreiben, hängen die Kosten von der Qualität der API-Dokumentation und der Zahl der Sonderfälle ab. Mehr dazu schreiben wir bei den Systemintegrationen und Schnittstellen.
• Anzahl der Module — jeder zusätzliche Bereich (Buchungen, Chat, Berichte, Loyalty) bedeutet einen eigenen Satz an Screens, Logik und Tests. Wie sich so ein Satz für einen Sportverein rechnet — Buchungen, Mitgliedskarten, Benachrichtigungen —, zeigen wir im Artikel über die App zur Vereinsverwaltung (auf Polnisch).

Was in der Kostenschätzung nicht sichtbar ist, aber Zeit kostet

Tests auf verschiedenen Geräten, der Umgang mit Netzwerkfehlern, Randfälle („was passiert, wenn der Nutzer sein Konto mitten in der Zahlung löscht“) und die Aufbereitung der Store-Materialien. Das sind keine Extras — es ist der Teil der Arbeit, der darüber entscheidet, ob die App das Review besteht und nicht schon in der ersten Woche mit Ausfällen anfängt.

Was kostet die Wartung der App nach der Veröffentlichung?

Der Launch ist nicht das Ende der Ausgaben. Die laufenden Kosten sind gering, aber eben laufend — und die Wartung sollte von Anfang an im Jahresbudget stehen.

iOS und Android veröffentlichen jedes Jahr große Updates. Eine App ohne Betreuung beginnt zu „verfallen“: Bibliotheken veralten, etwas funktioniert in der neuen Systemversion nicht mehr, die Stores ändern ihre Anforderungen. Deshalb umfasst der Support nach dem Launch bei CodePort Monitoring, Backups, Aktualisierung von Bibliotheken, Tests auf neuen Systemversionen und die weitere Entwicklung — typischerweise 5–15 Stunden pro Monat, abgerechnet nach Stundensatz.

Wie lange dauern Entwicklung und Veröffentlichung einer App?

Ein MVP dauert 2–4 Monate. Wir teilen den Prozess in Etappen, damit Sie wissen, wofür Sie zahlen und wann Sie Ihre Meinung ändern können, ohne die halbe Anwendung neu zu schreiben.

1. Gespräch und Kostenschätzung — kostenlose Preisspanne und Zeitplan in 2–3 Arbeitstagen.
2. Prototyp — ein klickbares Mockup der Screens, bevor die erste Zeile Code entsteht. Eine Änderung im Mockup ist deutlich günstiger als dieselbe Änderung in der fertigen App.
3. Sprints — alle 1–2 Wochen eine funktionierende Version der App. Sie sehen das Produkt, nicht einen Bericht.
4. Veröffentlichung in den Stores — Aufbereitung der Materialien und Durchlaufen des Reviews. Google Play gibt eine App meist in 1–3 Tagen frei, der Apple App Store in einem Tag bis zu einer Woche, manchmal mit Anmerkungen zur Nachbesserung.
5. Weiterentwicklung und Support — weitere Funktionen auf Basis der Analytics-Daten.

Das Store-Review sollte im Zeitplan für den Launch berücksichtigt werden. Ein Tag Verzug bei einer Marketingkampagne kann mehr wehtun als die Korrektur selbst.

Wie senken Sie die Kosten der ersten Version?

Die günstigste App ist die, die Sie nicht unnötig gebaut haben. Diese Entscheidungen senken die Kosten der ersten Version am stärksten:

• Starten Sie mit einem MVP. Wählen Sie die eine Funktion, für die der Nutzer die App herunterlädt, und setzen Sie sie sauber um. Den Rest finanziert das laufende Produkt. Wenn Sie beim Umfang unsicher sind, hilft der Vergleich von MVP und vollem Produkt.
• Wählen Sie Cross-Platform, wenn Sie keinen harten Grund für native Entwicklung haben. Das sind 30–40 % weniger bei Entwicklung und Wartung als bei zwei nativen Apps.
• Erstellen Sie einen Prototyp vor dem Code. Ein klickbares Mockup deckt Missverständnisse auf, bevor daraus ein neu geschriebenes Modul wird.

Ein weniger naheliegender Rat: begrenzen Sie die Zahl der Schnittstellen in der ersten Version. Jede Verbindung zu einem externen System bedeutet einen eigenen Satz an Fehlern, die abgefangen werden müssen. Eine solide umgesetzte Schnittstelle ist mehr wert als drei halbherzig gebaute.

Wenn die App keine Telefonfunktionen benötigt — Kamera, Push-Benachrichtigungen oder Offline-Betrieb — ist eine Web-App im Browser mitunter günstiger. Einen Kostenvergleich finden Sie im Beitrag was eine Webanwendung kostet.

Wie schnell erhalten Sie eine konkrete Kostenschätzung?

Eine ungefähre Preisspanne für Ihr Projekt sehen Sie sofort im Kostenrechner — ohne Gespräch und ohne Verpflichtungen. Bei untypischen Funktionen kalkuliert der Rechner diese mit Hilfe von KI.

Wenn Sie eine Zahl brauchen, auf der ein Budget aufbauen kann, füllen Sie den Projektbriefing-Assistenten aus: Ziel, Funktionen, Stil. Wir antworten innerhalb eines Arbeitstages und erstellen die kostenlose, detaillierte Kostenschätzung mit Zeitplan in 2–3 Arbeitstagen. Wir arbeiten remote mit Kunden aus ganz Polen und aus dem Ausland — auf Polnisch, Englisch, Deutsch, Ukrainisch und Russisch.

Wenn Sie Ihre Idee schon umrissen haben, prüfen Sie die Preisspanne im Kostenrechner und vergleichen Sie sie mit dem Budget, das Sie für dieses Jahr haben.