Was kostet eine App-Entwicklung in 2026?
Die Kosten einer App-Entwicklung ergeben sich aus den vereinbarten Nutzeraufgaben, Plattformen, Daten und Anbindungen. Für ein belastbares Angebot müssen außerdem Tests, Veröffentlichung, Übergabe und Betrieb beschrieben sein. Bei Ragdom erhalten Sie dafür ein individuelles Angebot nach abgestimmtem Umfang.
Eine Funktionsliste allein reicht für den Vergleich mehrerer Angebote selten aus. Ein Login kann beispielsweise auch Passwortwiederherstellung, unterschiedliche Berechtigungen und Fehlermeldungen umfassen. Halten Sie deshalb fest, woran eine Funktion als vollständig umgesetzt erkannt wird.
1. Die erste Nutzeraufgabe und ihre Grenzen beschreiben
Schreiben Sie zuerst auf, wer die App nutzt und welches Ergebnis diese Person erreichen soll. Beschreiben Sie den Ablauf vom Einstieg bis zum Abschluss. Dazu gehören auch fehlende Daten, eine unterbrochene Verbindung und die Frage, wer bei Problemen unterstützt.
Fiktives Planungsbeispiel: Ein Dienstleistungsbetrieb möchte Kunden den Status ihres Auftrags anzeigen. Für den ersten Umfang werden Anmeldung, Auftragsübersicht und Statusansicht betrachtet. Chat und Zahlungen sind noch nicht vorgesehen. Das Beispiel beschreibt einen möglichen Zuschnitt und ist weder ein Kundenprojekt noch ein Preis- oder Terminangebot.
| Bereich | Vor dem Angebot klären | Mögliches Prüfkriterium im fiktiven Beispiel |
|---|---|---|
| Nutzer und Rechte | Welche Rollen dürfen welche Daten sehen oder ändern? | Ein Kunde sieht nur die ihm zugeordneten Aufträge |
| Daten und Backend | Woher kommt der Status, und welches System ist führend? | Die Ansicht zeigt den vereinbarten Status aus der definierten Quelle |
| Fehler und Verbindung | Was passiert bei fehlenden Daten oder einem Abruffehler? | Ein Abruffehler ist erkennbar; ein erneuter Versuch ist möglich |
| Geräte und Plattformen | Welche Betriebssysteme, Geräte und Bildschirmgrößen werden unterstützt? | Die Kernaufgabe funktioniert auf den vereinbarten Testgeräten |
| Betrieb und Übergabe | Wer betreut Daten, Zugänge und spätere Fehler? | Dokumentation, Zugänge und Zuständigkeiten sind übergeben |
Kennzeichnen Sie offene Punkte und legen Sie eine zuständige Person fest. Wenn ein fremdes System erst untersucht werden muss, sollte dieser Prüfauftrag im Angebot erkennbar sein. Eine noch unbekannte Schnittstelle lässt sich durch eine genaue Funktionsbezeichnung nicht automatisch kalkulierbar machen.
2. Plattformen und technische Umsetzung passend auswählen
Prüfen Sie die Plattformfrage Web-App oder native App anhand der tatsächlichen Nutzung: benötigte Gerätefunktionen, Offline-Verhalten, Verteilung und unterstützte Systeme. Wenn Nutzungsdaten vorhanden sind, können sie die Entscheidung unterstützen. Eine pauschal angenommene Verteilung Ihrer Zielgruppe ersetzt diese Daten nicht. Fällt die Wahl auf eine Web-App, beschreibt die Seite Webentwicklung in Nürnberg Umfang und Ablauf.
Eine gemeinsame Codebasis für mehrere Plattformen kann Arbeit bündeln. Trotzdem bleiben je nach Projekt Anpassungen, plattformspezifische Funktionen und Tests auf den Zielgeräten nötig. Ob eine native oder plattformübergreifende Umsetzung wirtschaftlicher ist, lässt sich erst mit denselben Anforderungen sinnvoll vergleichen.
Zum Backend können Nutzerverwaltung, Datenhaltung, Benachrichtigungen oder eine Verwaltungsoberfläche gehören. Beschreiben Sie diese Leistungen ausdrücklich. Für ihren Anteil am Gesamtaufwand gibt es in diesem Leitfaden keine pauschale Quote.
3. Tests und Veröffentlichung als Leistungen einplanen
Vereinbaren Sie, welche Kernabläufe und Fehlerfälle getestet werden und auf welchen Geräten. Klären Sie auch, wer die Testfälle fachlich abnimmt. Eine Vorführung mit einem vorbereiteten Beispiel zeigt noch nicht, dass alle vereinbarten Fälle funktionieren.
Apple verlangt in den App Review Guidelines, Abschnitt 2.1 unter anderem vollständige Einreichungen, funktionierende URLs und Tests auf Geräten. Bei Apps mit Login muss der Prüfzugang vorbereitet sein. Planen Sie die nötigen Angaben, den Einreichungsaufwand und die Bearbeitung möglicher Rückfragen ein.
Legen Sie fest, wer Entwicklerkonten, Store-Texte, Screenshots und Support-Angaben bereitstellt. Vereinbaren Sie außerdem, welche Unterstützung bei einer Rückfrage des Stores enthalten ist. Ein erfolgreicher Build oder eine Beta-Verteilung bedeutet noch keine Freigabe zur öffentlichen Veröffentlichung; ein fester Freigabetermin sollte daraus nicht abgeleitet werden.
4. Entwicklerkonto-Gebühren von der Entwicklung trennen
Für die Budgetplanung in Deutschland unterscheiden wir die Kosten der Entwicklung von den Gebühren der Plattformanbieter. Die folgenden Angaben wurden am 16. Oktober 2026 geprüft. Der Apple-Preis bezieht sich auf die Anmeldung über die Apple Developer-App im deutschen App Store.
| Konto | Betrag in Euro und Zahlungsrhythmus | Preis- und Steuerhinweis |
|---|---|---|
| Apple Developer Program über die Apple Developer-App | 98,99 € pro Jahr | Ausgewiesener Preis im deutschen App Store. Die Produktseite weist den Umsatzsteueranteil nicht gesondert aus; Kaufbestätigung und Beleg prüfen. |
| Google Play Console | Einmalige Registrierung; kein fester Eurobetrag in der geprüften offiziellen Hilfe angegeben | Den tatsächlich in Euro belasteten Betrag und die Steuerangaben anhand der Zahlungsunterlagen prüfen. Es wird kein umgerechneter Festpreis angesetzt. |
Der deutsche App-Store-Eintrag von Apple Developer nennt 98,99 € für das Apple Developer Program. Laut Apples Anleitung zur Registrierung über die App handelt es sich um ein Jahresabonnement mit automatischer Verlängerung bis zur Kündigung. Prüfen Sie den angezeigten Preis vor Abschluss. Für eine Anmeldung über die Website ist der dort angebotene Preis maßgeblich.
Die deutsche Hilfe zur Google Play Console nennt eine einmalige Registrierungsgebühr in US-Dollar. Einen festen Europreis oder einen gesonderten Umsatzsteuerbetrag weist diese Quelle nicht aus. Übernehmen Sie für Ihre Kalkulation den tatsächlich abgerechneten Eurobetrag aus den Zahlungsunterlagen. Prüfen Sie bei einer Fremdwährungszahlung auch die Bedingungen Ihres Kartenanbieters.
Die Übersicht enthält keine bestätigten Nettopreise. Ein konkreter Umsatzsteuerbetrag wird hier nicht berechnet. Maßgeblich für die Kostenaufstellung sind das jeweilige Angebot und die Abrechnung des Anbieters.
Die Konto-Gebühr deckt weder die App-Entwicklung noch Hosting oder Betreuung ab. Für ein Geschäftsmodell mit bezahlten Apps, digitalen Inhalten, Abos oder Zahlungen müssen die jeweils anwendbaren Plattform- und Zahlungsbedingungen zusätzlich geprüft werden. Aus den beiden Konto-Gebühren lässt sich keine allgemeine Verkaufsprovision ableiten.
5. Den Betrieb nach der ersten Veröffentlichung beschreiben
Legen Sie fest, was nach der Übergabe passiert: Wer beobachtet Fehler, beantwortet Support-Anfragen und entscheidet über Änderungen? Benennen Sie die betreuten Systeme und die Grenzen der vereinbarten Unterstützung. Einmalige Einrichtung und laufende Leistungen sollten im Angebot getrennt erkennbar sein.
- Hosting und Daten: vorhandene Dienste, Sicherung und Zuständigkeit für den Betrieb.
- Externe Dienste: beispielsweise Karten, Versand von Nachrichten oder Analysefunktionen; enthaltene Nutzung und mögliche Mehrkosten klären.
- Wartung: Anpassungen an unterstützte Systeme, Fehlerbehebung und benötigte Aktualisierungen festhalten.
- Weiterentwicklung: neue Funktionen gesondert priorisieren und vor der Umsetzung beauftragen.
Berücksichtigen Sie auch die Arbeit in Ihrem eigenen Team, etwa Inhalte, fachliche Tests und die Pflege von Stammdaten. Ein günstigerer externer Auftrag kann zusätzliche interne Aufgaben voraussetzen. Dokumentieren Sie diese Aufteilung beim Angebotsvergleich.
6. Angebote anhand desselben Umfangs vergleichen
Geben Sie den Anbietern dieselbe Beschreibung der Kernaufgabe, Zielgeräte, Datenquellen und Abnahmekriterien. Fragen Sie nach Annahmen und ausdrücklich nicht enthaltenen Leistungen. Prüfen Sie Meilensteine, Vergütung, Fremdkosten sowie den Umgang mit Änderungen am Umfang. Die Vergütungsmodelle und ihre Voraussetzungen erläutert unser Vergleich von Festpreis und Beteiligung.
Wenn zunächst unklar ist, ob eine neue Anwendung erforderlich ist, hilft der Vergleich von Standardsoftware und Individualsoftware. Für den nächsten Schritt bei Ragdom halten wir den abgestimmten Umfang und die Vergütung im individuellen Angebot fest.
Häufige Fragen
Warum nennt der Leitfaden keinen pauschalen App-Entwicklungspreis?
Eine belastbare Kalkulation braucht den konkreten Umfang: Nutzeraufgaben, Zielplattformen, Daten, Anbindungen, Tests und Betrieb. Bei Ragdom entsteht daraus ein individuelles Angebot mit den vereinbarten Leistungen und möglichen Fremdkosten.
Ist plattformübergreifende Entwicklung immer günstiger?
Eine gemeinsame Codebasis kann Arbeit bündeln. Anpassungen und Tests für die Zielplattformen bleiben abhängig vom Projekt nötig. Vergleichen Sie native und plattformübergreifende Varianten mit denselben fachlichen Anforderungen und Abnahmekriterien.
Sind die Google-Play-Entwicklergebühren jährlich fällig?
Die Registrierung eines Google-Play-Console-Entwicklerkontos ist laut der am 16. Oktober 2026 geprüften offiziellen Hilfe einmalig kostenpflichtig. Einen festen Eurobetrag nennt die Quelle nicht. Für Ihre Kalkulation sind der tatsächlich abgerechnete Eurobetrag sowie mögliche weitere Plattform-, Zahlungs-, Betriebs- oder Entwicklungskosten getrennt zu erfassen.
Was muss im Angebot neben der Programmierung stehen?
Unter anderem Tests, Store-Vorbereitung, Übergabe, Fremdkosten und die Zuständigkeiten für den späteren Betrieb. Benennen Sie Annahmen, nicht enthaltene Leistungen und die Bedingungen für Änderungen am vereinbarten Umfang.
Wir entwickeln Websites, Apps und Software bei Ragdom Venture in Nürnberg.
Über das Team