Warum es keinen Einheitspreis für eine App gibt
Zu fragen, was eine App kostet, ist ein bisschen wie die Frage, was ein Haus kostet. Es hängt von der Größe, dem Grundstück, der Ausstattung und dem Innenleben ab. Eine Buchungs-App mit Zahlungsfunktion für einen Salon und eine Lieferdienst-App, in der Kunden den Kurier live auf der Karte verfolgen, sind sehr unterschiedliche Produkte, auch wenn beide „einen Login haben und Benachrichtigungen senden“.
Seien Sie daher vorsichtig bei jeder Zahl, die genannt wird, bevor jemand Ihr Projekt verstanden hat. Was wir tun können, ist Ihnen die Bausteine eines Angebots zu zeigen. Wenn Sie diese kennen, verstehen Sie, warum ein Angebot höher ausfällt als ein anderes, und können entscheiden, was jetzt entwickelt werden sollte und was warten kann.
Der Umfang: Bildschirme, Abläufe und Nutzerrollen
Der Funktionsumfang wiegt am schwersten. Jeder Bildschirm muss gestaltet, programmiert, an die Datenbank angebunden und getestet werden. Bildschirme zu zählen reicht allerdings nicht. Die eigentliche Arbeit steckt in den Abläufen, dem vollständigen Weg eines Nutzers. Eine einfache Registrierung ist ein kurzer Ablauf. Ein Bezahlvorgang mit Gutscheinen, Versand, Zahlungsarten und Bestätigungs-E-Mail ist ein langer Ablauf mit vielen Regeln und vielen Fehlerquellen.
Nutzerrollen vervielfachen diesen Aufwand. Eine App nur für Endkunden ist eine Sache. Eine App mit Kunden, Mitarbeitenden und Führungskräften, jeweils mit eigenen Bildschirmen und Berechtigungen, ist eine andere. Eine Lieferdienst-App hat mindestens drei Erlebnisse: Käufer, Kurier und Administrator.
Fast jede Business-App braucht außerdem ein Admin-Dashboard, den Webbereich, in dem das Unternehmen Produkte, Termine und Preise verwaltet und Bestellungen verfolgt. Man vergisst es leicht, wenn man sich die App vorstellt, aber es gehört zum Produkt und zum Angebot. Ein Dashboard mit Berichten, Datenexport und Teamverwaltung ist aufwendiger als ein einfaches Werkzeug zum Bearbeiten von Datensätzen.
Schnittstellen und besondere Funktionen
Integrieren heißt, die App mit Systemen sprechen zu lassen, die Sie bereits nutzen. Manche Anbindungen sind einfach, weil der Dienst eine gut dokumentierte API bietet. Andere erfordern, ein Altsystem zu durchforsten, unaufgeräumte Daten zu bereinigen und zu behandeln, was passiert, wenn die Gegenseite ausfällt.
Manche Funktionen wirken wie kleine Punkte auf einer Liste, verändern aber die Größe des Projekts, weil sie mehr Architektur, mehr Tests und manchmal kostenpflichtige externe Dienste brauchen. Komplexe Geschäftsregeln wie Provisionen, Zugriffsebenen und Freigabeprozesse gehören in dieselbe Kategorie. Am meisten ins Gewicht fallen in der Regel:
- Zahlungen: Karten, digitale Wallets, wiederkehrende Abonnements, Aufteilung von Auszahlungen zwischen Verkäufern.
- ERP und CRM: Lagerbestand, Rechnungsstellung, synchronisierte Kataloge, Weitergabe von Leads an das Vertriebsteam.
- WhatsApp und APIs von Drittanbietern: Bestätigungen, Erinnerungen, Versand, Login über soziale Netzwerke.
- Echtzeit: Chat, Kurierverfolgung, Dashboards, die sich selbst aktualisieren.
- Karten und Standort: Routenplanung, Liefergebiete, Umkreissuche.
- Künstliche Intelligenz: Assistenten, Dokumentenerkennung, Empfehlungen.
- Offline-Modus: Daten auf dem Gerät speichern und synchronisieren, sobald die Verbindung zurück ist.
Design, Plattformen und Veröffentlichung in den App-Stores
Wenn Ihr Unternehmen bereits eine visuelle Identität mit Logo, Farben und Schrift hat, beginnt das Design dort, und die Aufgabe besteht darin, die Marke auf die Bildschirme zu übertragen. Wenn Sie bei null anfangen, muss zuerst die Identität entwickelt werden, was Zeit kostet. Klickbare Prototypen, mit denen Sie das Erlebnis testen können, bevor eine Zeile Code geschrieben wird, gehören ebenfalls dazu und ersparen später meist Nacharbeit.
Die Wahl der Plattformen verändert die Kosten. Heute lassen sich iPhone und Android mit einer gemeinsamen Codebasis bedienen, und eine Progressive Web App (PWA) lässt sich direkt über den Browser installieren, ohne die Stores. Rein native Apps mit getrenntem Code für jedes System sind aufwendiger und sinnvoll, wenn das Produkt stark auf Gerätefunktionen angewiesen ist.
Die Veröffentlichung im App Store und bei Google Play ist ein eigener Schritt. Sie erfordert Entwicklerkonten, Bilder und Texte für den Store-Eintrag, eine Datenschutzerklärung und die Prüfung durch den jeweiligen Store, der vor der Freigabe Änderungen verlangen kann.
Die Kosten enden nicht mit dem Launch
Viele planen nur die Entwicklung ein und werden später überrascht. Eine laufende App verursacht fortlaufende Kosten: Server und Datenbank, Domain, E-Mail- und Push-Benachrichtigungsdienste, kostenpflichtige APIs für Karten oder KI sowie Gebühren für die Zahlungsabwicklung. Ist die App in den Stores, berechnet Apple eine jährliche Entwicklermitgliedschaft und Google eine Registrierungsgebühr. Viele dieser Kosten wachsen mit Ihrem Nutzerstamm.
Hinzu kommt die Wartung. Betriebssysteme ändern sich, Bibliotheken erhalten Sicherheitsupdates, und die Stores passen ihre Regeln an. Die echte Nutzung zeigt zudem Verbesserungen und neue Funktionen, die sich lohnen. Planen Sie von Anfang an, wie Support und Weiterentwicklung nach dem Start ablaufen.
Warum Angebote zwischen Agenturen so stark abweichen
Es ist üblich, für dasselbe Projekt sehr unterschiedliche Angebote zu erhalten. Meist kalkulieren sie nicht dasselbe. Das eine enthält ein Admin-Dashboard, Tests auf echten Geräten und die Store-Veröffentlichung. Ein anderes liefert nur die App, ohne Dashboard, und lässt den Rest als „Extras“ offen, die mitten im Projekt auftauchen.
Auch wie die App gebaut wird und von wem, spielt eine Rolle. Eine Vorlage anzupassen ist günstiger als eine individuelle Entwicklung, schränkt aber ein, was Sie später ändern können. Sauberer, dokumentierter Code kostet anfangs mehr und später deutlich weniger, wenn die App wachsen oder zu einem anderen Team wechseln soll. Vergleichen Sie nicht die Endsummen. Vergleichen Sie, was in den einzelnen Angeboten steht.
Wie Sie Kosten senken, ohne an der Qualität zu sparen
Der sicherste Weg, weniger auszugeben, ist, weniger zu bauen, nicht schlechter zu bauen. Auf Tests zu verzichten oder sich mit einer fragilen Codebasis zufriedenzugeben, wird teuer, sobald die App Korrekturen oder eine neue Funktion braucht. Wer den Umfang sorgfältig reduziert, behält, was zählt.
Der häufigste Weg ist der Start mit einem MVP, der kleinsten Version, die das Kernproblem bereits löst. Wie Sie diese erste Version abgrenzen, erklären wir in unserem Beitrag darüber, was ein MVP ist. Einige hilfreiche Vorgehensweisen:
- Das Problem, das die App löst, in einem Satz festhalten und alles streichen, was dazu nichts beiträgt.
- Trennen, was Sie zum Start brauchen und was später schön wäre.
- Das Projekt in Etappen mit jeweils funktionsfähigem Ergebnis gliedern.
- Mit einer PWA beginnen und die Store-Veröffentlichung auf später verschieben, wenn die Nutzung sie rechtfertigt.
- Fertige Dienste für Bereiche nutzen, die Sie nicht von anderen unterscheiden, etwa Login und E-Mail-Versand.
Was ein seriöses Angebot festhalten sollte
Ein gutes Angebot lässt wenig Raum für Überraschungen. Prüfen Sie vor der Unterschrift, ob es Folgendes abdeckt:
- Detaillierter Umfang: Bildschirme, Abläufe, Nutzerrollen, Dashboard und Schnittstellen.
- Gesamtzeitplan, aufgeteilt nach Etappen.
- Ein Festpreis, mit an Ergebnisse gekoppelten Zahlungen.
- Was Sie am Ende jeder Etappe erhalten und wie Sie es testen.
- Was nicht enthalten ist, etwa Hosting, Store-Konten und Dienste von Drittanbietern.
- Wie Support und Änderungen am Umfang nach Projektstart geregelt sind.
So erstellt BG Coding ein Angebot
Wir arbeiten nicht mit einer Preisliste. Zuerst lernen wir in einem Analysegespräch Ihr Unternehmen, Ihre Zielgruppe und das Problem kennen, das die App lösen soll. Dann senden wir ein Angebot mit Umfang, Etappen, Zeitplan und Festpreis, einschließlich dessen, was nicht dazugehört. Ist das Budget knapp, schlagen wir einen MVP oder eine erste Phase vor, die das Kernproblem bereits löst.
Wenn Sie eine App-Idee haben und wissen möchten, was dafür nötig ist, schildern Sie sie uns auf unserer Angebotsseite, und wir melden uns mit einer Einschätzung.