Was kostet eine App? Die Kosten der App-Entwicklung im Überblick

Was kostet eine App für ein Unternehmen? Als grobe Orientierung reicht die Spanne von einigen tausend Euro für eine einfache Web-App, die auf vorhandenen Systemen aufsetzt, bis zu mehreren zehntausend Euro für eine native oder Cross-Platform-App mit eigenem Backend, Anbindung an das ERP-System und Offline-Funktionen. Den Preis bestimmen vier Entscheidungen: auf welchen Plattformen sie laufen muss, mit welcher Technologie, wie viele Systeme sie verbinden muss und wie viel Sorgfalt die Bedienung braucht.

Im Folgenden finden Sie die Kostenfaktoren einzeln erklärt, den Vergleich zwischen nativer App, Cross-Platform-App und Progressive Web App, die laufenden Kosten, die in vielen Angeboten fehlen, und ein echtes Projekt. So können Sie beim nächsten Angebot erkennen, was drinsteht und was fehlt.

Was kostet eine App: die Größenordnungen

Eine Preisliste gibt es nicht, und seien Sie misstrauisch, wenn Ihnen jemand eine vorlegt, ohne verstanden zu haben, was die App können soll. Zur Orientierung hier grobe Größenordnungen für Projekte im Mittelstand, gedacht als Spielfeld und nicht als Preis:

Die Spanne innerhalb jeder Stufe ist aus einem einfachen Grund groß: Zwei Apps mit derselben Liste von Bildschirmen können darunter eine sehr unterschiedliche Logik haben. Eine App, die die Aufträge eines Kunden anzeigt, kostet wenig. Eine App, mit der der Kunde sie ändern kann, die die Preise nach seiner Preisliste neu berechnet und alles an das ERP-System zurückschickt, kostet deutlich mehr, auch wenn die Bildschirme dieselben sind.

Die Faktoren, die den Preis einer App bestimmen

Plattformen: iOS, Android, Web

Die erste Frage ist, wo die App laufen soll. Eine App für die Techniker Ihres Unternehmens, die alle dasselbe Android-Firmenhandy nutzen, kann sich auf eine Plattform beschränken. Eine App für Kunden muss auf iPhone und Android funktionieren und oft auch im Browser, für alle, die am Rechner arbeiten. Jede weitere Plattform bedeutet zusätzliche Entwicklung, Tests und Veröffentlichung.

Technologie: nativ, Cross-Platform oder PWA

Das ist die Entscheidung, die das Angebot am stärksten verändert. Wir behandeln sie im nächsten Abschnitt.

Backend und Schnittstellen

Die App ist der Teil, den Sie sehen. Dahinter steht fast immer ein Backend: der Server, der die Daten speichert, die Nutzer verwaltet, Benachrichtigungen verschickt und mit anderen Programmen spricht. Gibt es das Backend schon (weil Sie ein ERP-System mit dokumentierten APIs haben), setzt die App darauf auf, und die Kosten sinken. Muss es neu gebaut werden, ist es oft der größte Posten im Projekt.

Jede Schnittstelle ist ein kleines Projekt für sich: ERP-System, CRM, Onlineshop, Rechnungsprogramm, Lager. Bei moderner Software mit APIs ist die Anbindung unkompliziert; bei einem älteren Warenwirtschaftssystem, das nur Dateien exportiert, braucht es mehr Stunden und mehr Tests.

Design und Bedienbarkeit

Eine interne App, die zehn Lagermitarbeiter nutzen, kann eine schlichte Oberfläche haben, solange sie schnell ist und große Schaltflächen hat. Eine App für Kunden braucht mehr Gestaltungsarbeit: Analyse der Abläufe, Prototypen, Tests mit echten Nutzern, Sorgfalt bei grafischen Details. Das Design ist der Posten, der in günstigen Angeboten am häufigsten gekürzt wird, und genau er entscheidet, ob die App genutzt oder nach einer Woche liegen gelassen wird.

Funktionen, die mehr wiegen, als es scheint

Manche Funktionen wirken klein und sind es nicht. Der Offline-Betrieb zum Beispiel: Ein Techniker im Heizungskeller ohne Empfang muss den Einsatzbericht ausfüllen und synchronisieren können, sobald das Netz wieder da ist, ohne Daten zu verlieren und ohne Dubletten zu erzeugen. Ähnlich verhält es sich mit der Echtzeit-Synchronisation zwischen mehreren Nutzern, der Unterschrift auf dem Bildschirm mit Belegcharakter, Zahlungen, durchgehender Standortbestimmung und der Verwaltung unterschiedlicher Rollen und Berechtigungen.

Veröffentlichung in den Stores

Für die Veröffentlichung im App Store und bei Google Play braucht es Entwicklerkonten, Store-Einträge mit Texten und Bildern, Datenschutzhinweise und das Bestehen der Prüfung durch Apple und Google, die eine App ablehnen und Änderungen verlangen können. Für die Vorbereitung all dessen müssen Sie Zeit einplanen, zusätzlich zu den Kontogebühren, die Sie weiter unten finden.

Native App, Cross-Platform oder Progressive Web App

Das sind die drei möglichen Wege. Keiner ist grundsätzlich besser: Es kommt darauf an, wer die App nutzt und was sie können muss.

Native App

Es werden zwei getrennte Apps entwickelt, eine für iOS (in Swift) und eine für Android (in Kotlin). Sie haben die volle Kontrolle über Leistung und Gerätefunktionen, bezahlen aber zwei Entwicklungen und zwei Wartungen. Für die meisten Unternehmens-Apps eines KMU lässt sich dieser Aufwand nicht rechtfertigen. Sinnvoll ist er, wenn besondere Leistung oder eine intensive Nutzung der Hardware gefragt ist: Videoverarbeitung, Augmented Reality, Bluetooth-Kommunikation mit Geräten auf niedriger Ebene.

Cross-Platform-App

Mit Frameworks wie Flutter oder React Native schreibt man eine einzige Codebasis, aus der die App für iOS und für Android entsteht. Gegenüber zwei nativen Apps spart man einen erheblichen Teil der Entwicklung, und gewartet wird nur eine Codebasis. Für Verwaltungs-Apps, Apps für Außendienst und Techniker sowie Kunden-Apps schlagen wir diese Variante am häufigsten vor, weil sie mit einem einzigen Projekt Zugriff auf Kamera, Benachrichtigungen, GPS und Offline-Betrieb bietet.

Progressive Web App

Eine Progressive Web App (PWA) ist eine Webanwendung, die im Browser startet, sich aber auf dem Home-Bildschirm des Smartphones installieren und wie eine App im Vollbild öffnen lässt. Sie läuft nicht über die Stores: Sie aktualisieren sie auf dem Server, und alle Nutzer haben sofort die neue Version. Seit iOS und iPadOS 16.4 können Web-Apps auf dem Home-Bildschirm auch Push-Benachrichtigungen empfangen, wie das WebKit-Team angekündigt hat.

Eine PWA ist günstiger, weil sie eine einzige Webanwendung ist, die überall läuft. Grenzen gibt es trotzdem: Der Zugriff auf manche Gerätefunktionen ist eingeschränkter als bei einer App aus dem Store, auf dem iPhone muss der Nutzer sie über das Teilen-Menü von Safari zum Home-Bildschirm hinzufügen, und bei Endkunden kann das Fehlen im Store das Vertrauen schmälern.

Für ein internes Werkzeug oder einen geschützten Bereich für Ihre B2B-Kunden ist die PWA oft die richtige Wahl und spart eine Menge Geld. Soll Ihre App dagegen im App Store von Menschen gefunden werden, die Sie nicht kennen, brauchen Sie eine echte Store-App.

Die laufenden Kosten nach dem Start

Das Entwicklungsangebot ist nur der erste Posten. Eine App verursacht Kosten, solange Sie sie nutzen, und genau hier entstehen die Überraschungen.

Konten in den Stores

Für die Veröffentlichung im App Store ist die Mitgliedschaft im Apple Developer Program nötig, die laut der offiziellen Seite von Apple 99 USD pro Mitgliedsjahr kostet (der Preis in Landeswährung kann je nach Region abweichen). Für die Anmeldung eines Unternehmens verlangt Apple außerdem die D-U-N-S-Nummer der Organisation und eine funktionierende Website unter der Firmendomain: Wenn Sie keine D-U-N-S-Nummer haben, beantragen Sie sie rechtzeitig. Bei Google Play fällt für die Registrierung des Entwicklerkontos eine einmalige Gebühr von 25 USD an, wie im Leitfaden der Play Console angegeben. Das sind kleine Beträge, aber die Konten sollten auf Ihr Unternehmen laufen und nicht auf den Entwickler.

Hosting und externe Dienste

Server, Datenbank, Backups, Speicher für Fotos und Dokumente, Versand von Benachrichtigungen, E-Mails oder SMS. Das hängt stark von der Zahl der Nutzer und der Datenmenge ab: Bei einer Unternehmens-App mit ein paar Dutzend Nutzern ist es ein überschaubarer Posten, bei einer Endkunden-App mit Tausenden aktiven Nutzern wächst er mit der Nutzung.

Wartung und Updates

Jedes Jahr veröffentlichen Apple und Google neue Versionen ihrer Betriebssysteme, und Google Play verlangt regelmäßig, Apps auf aktuelle Android-Versionen anzupassen, damit sie weiter verteilt werden dürfen. Die in der App verwendeten Bibliotheken erhalten Sicherheitsupdates. Eine App, die zwei Jahre lang niemand aktualisiert, macht zunehmend Probleme und funktioniert irgendwann auf neuen Smartphones nicht mehr. Wartung wird meist über eine Jahrespauschale oder ein Stundenkontingent bezahlt: Lassen Sie sich schriftlich geben, was enthalten ist und was gesondert berechnet wird.

Weiterentwicklung

Nach dem Start kommen die Wünsche der Nutzer: ein zusätzliches Feld, ein Bericht, eine neue Schnittstelle. Planen Sie dafür ein Budget für die ersten Monate ein, denn in dieser Zeit passt sich die App an den echten Einsatz an.

Was das Angebot teurer oder günstiger macht

Die Kosten sinken, wenn:

• das Backend oder die APIs schon existieren und die App sie nur liest und beschreibt;
• die erste Version nur die Funktionen enthält, die ab dem ersten Tag wirklich gebraucht werden;
• Entscheidungen schnell von einer Person getroffen werden, die den Prozess kennt;
• eine PWA für den geplanten Einsatz ausreicht.

Die Kosten steigen, wenn:

• sich die Anforderungen während der Entwicklung ändern, vor allem bei den Geschäftsregeln;
• die App mit vielen Daten offline funktionieren muss;
• mehrere Schnittstellen nötig sind oder Anbindungen an Software ohne APIs;
• mehrere Nutzertypen mit unterschiedlichen Berechtigungen gebraucht werden, zum Beispiel Büro, Techniker und Kunden;
• besondere Anforderungen an Sicherheit oder Compliance bestehen.

Ein Fehler, den wir oft sehen: ein Angebot für „eine App wie die vom Wettbewerber“ anzufragen. Hinter dieser App stecken Jahre der Weiterentwicklung. Besser ist es, beim Problem anzusetzen, das gelöst werden soll, und bei den drei oder vier Aktionen, die der Nutzer ausführen können muss.

Ein echtes Projekt: Dabe Connect

Dabe Service ist ein Unternehmen für Anlagentechnik in Industrie- und Wohnbau mit über 40 Jahren Erfahrung und Dutzenden Technikern im Einsatz. Vor dem Projekt lief die Planung über Telefonate, E-Mails und Excel-Tabellen, und die Techniker füllten Einsatzberichte auf Papier aus, die sie im Büro abgeben mussten. Dokumente gingen verloren, waren unleserlich oder kamen zu spät.

Für Dabe Service haben wir Dabe Connect entwickelt, das aus drei verbundenen Teilen besteht. Eine webbasierte Verwaltungsplattform für das Büro mit Stammdaten zu Kunden, Gebäuden und Maschinen, Einsatzplanung und Fristenwarnungen. Eine mobile App für die Techniker, Dabe Mobile Connect, über die sie Arbeitsaufträge erhalten, technische Unterlagen einsehen, den Einsatzbericht ausfüllen, Fotos anhängen und die Unterschrift des Kunden auf dem Bildschirm einholen, mit Echtzeit-Synchronisation zur Plattform. Und einen Kundenbereich, in dem die Kunden die Einsatzhistorie sehen, Berichte herunterladen und Tickets eröffnen.

Gemessen an den oben beschriebenen Kostenposten gehört das Projekt in die oberste Stufe: drei Oberflächen, drei Nutzertypen mit unterschiedlichen Berechtigungen (Innendienst, Techniker, Kunden), mit TLS 1.3 verschlüsselte Kommunikation und Zwei-Faktor-Authentifizierung für administrative Zugänge. Die Ergebnisse laut Fallstudie: Papierdokumentation bei Wartungs- und Installationseinsätzen um 100 % reduziert, menschliche Übertragungsfehler um 95 % reduziert, vom Kunden wahrgenommener Mehrwert dank des persönlichen Bereichs um 70 % gestiegen. Wenn Sie sich für digitale Einsatzberichte interessieren, lesen Sie unseren Artikel über die App für Techniker im Außendienst.

Wie wir die Kosten im Griff behalten

In unseren Projekten zur Entwicklung mobiler Apps beginnen wir mit einer Analyse gemeinsam mit den späteren Nutzern: Techniker, Außendienst, Kunden, Büro. Daraus legen wir eine erste Version mit den Funktionen fest, auf die es ankommt, und entwickeln sie in Sprints von zwei Wochen. Am Ende jedes Sprints lässt sich die App in einer Staging-Umgebung installieren, wo Ihr Team sie auf dem eigenen Smartphone ausprobiert und entscheidet, was vor dem nächsten Schritt korrigiert werden soll. So fließt das Budget in geprüfte Funktionen und nicht in Annahmen.

Der Quellcode gehört dem Kunden, und die Store-Konten laufen auf das Unternehmen. Muss die App mit einem ERP-System kommunizieren, prüfen wir zuerst, ob es sinnvoller ist, auf das vorhandene aufzusetzen oder auch den Verwaltungsteil zu bauen: Zu den Kosten dafür gibt es einen Leitfaden darüber, was eine individuelle Unternehmenssoftware kostet. Wenn es bei Ihrer Idee um den Vertrieb geht, ist auch der Artikel über die App für Handelsvertreter hilfreich.

Selli ist nicht für alles die richtige Wahl. Für ein Spiel, eine Endkunden-App, die auf Millionen Downloads zielt, oder ein Projekt, das über Jahre ein eigenes Vollzeitteam braucht, gibt es passendere Anbieter. Wir arbeiten gut bei Unternehmens-Apps, die ein konkretes betriebliches Problem lösen.

Sprechen wir darüber

Wenn Sie über eine App für Ihre Kunden, Ihre Techniker oder Ihren Vertrieb nachdenken und wissen möchten, welche Technologie sinnvoll ist und mit welchen Ausgaben Sie rechnen sollten, vereinbaren Sie ein Gespräch mit Selli. Wir schauen gemeinsam, was die App können muss, mit welchen Systemen sie sprechen soll und ob eine PWA reicht, bevor wir über ein Angebot reden.