Was es kostet

Was eine mobile App kostet

Eine App kostet mehr als eine Website, und es ist keine Frage der Komplexität: Es ist, dass man sie zweimal zahlt, und dann jedes Jahr. Zweimal, weil iPhone und Android zwei getrennte Systeme sind. Jedes Jahr, weil beide Stores Updates verlangen, um veröffentlichbar zu bleiben — eine App, die niemand mehr anfasst, wird am Ende zurückgezogen. Das Herstellungsangebot sagt nichts über diesen Teil, und es ist der, der entscheidet, ob das Projekt überlebt. Diese Seite beschreibt die Kalkulationsmethode, die wiederkehrenden Posten, und was ein Abo ändert, bei dem ein Team nach der Veröffentlichung bleibt.

1. Warum man zweimal zahlt

Das ist die Tatsache, die das ganze Budget bestimmt, und die man am häufigsten erst entdeckt, nachdem man ein erstes Angebot angefragt hat.

Zwei Systeme, zwei Welten. iOS und Android haben weder dieselbe Sprache, noch dieselben Darstellungskonventionen, noch dieselben Berechtigungsregeln. Historisch bedeutete das zwei vollständige Entwicklungen, also etwa die doppelte Last.
Gemeinsame Technologien verkleinern den Abstand, ohne ihn zu tilgen. Eine gemeinsame Basis zu schreiben ist heute die Norm, aber die Feinabstimmung, die Tests und die Besonderheiten jeder Plattform bleiben zweimal zu machen. Rechnen Sie einen echten Zuschlag ein, keine Verdopplung.
Zwei Stores zufriedenzustellen. Jeder hat seine Veröffentlichungsregeln, seine in den richtigen Maßen zu erstellenden Bilder, seine zu übersetzenden Texte und seine zu bestehende Prüfung. Das ist eine eigenständige Verwaltungsarbeit, getrennt von der Entwicklung.
Ein Gerätepark, nicht ein Gerät. Sehr unterschiedliche Bildschirmgrößen, ältere Systemversionen noch im Einsatz. Was das Web mit einem Stylesheet löst, verlangt hier Tests auf mehreren Konfigurationen.

Bei gleichem Umfang kostet eine App also strukturell mehr als eine Website. Die wirkliche Frage ist nicht, wie man weniger zahlt, sondern ob die App nötig ist — das ist Abschnitt 5, und er verdient es, vor der Angebotsanfrage gelesen zu werden.

2. Eine Entwicklung kalkulieren, Posten für Posten

Wie bei einer Website existiert kein Referenztarif. Hier sind die Posten, die getrennt kalkuliert werden müssen: Ein Angebot, das sie in einer Zeile verschmilzt, lässt sich mit keinem anderen vergleichen.

Die Bildschirme. Zählen Sie sie, und unterscheiden Sie die, die anzeigen, von denen, die erfassen: Ein Formular, mit seinen Fehlern und seinen Grenzfällen, kostet ein Mehrfaches eines Anzeigebildschirms.
Das Nutzerkonto. Registrierung, Anmeldung, Passwort vergessen, Kontolöschung — letztere von den Stores verlangt, sobald es eine Registrierung gibt. Dieser Block wird fast immer unterschätzt.
Der Server und die Daten. Eine App, die nur festen Inhalt anzeigt, ist günstig. Sobald sie etwas speichert, braucht es eine Datenbank, eine Oberfläche zur Verwaltung und eine Sicherung. Das ist oft der erste Posten des Angebots.
Die Benachrichtigungen. Technisch einfach, teuer in den Einstellungen: Berechtigungen, die zu erfragen sind, unterschiedliches Verhalten auf den beiden Systemen, und eine Fachlogik, die zu schreiben ist, um zu entscheiden, was wann gesendet wird.
Die Zahlung in der App. Gibt es einen Kauf, geben die Stores ihren eigenen Mechanismus vor und behalten eine Provision ein. Das ist zugleich eine Entwicklung und ein Anteil Ihres Umsatzes.
Die Abnahme auf echten Geräten. Nicht verhandelbar, und der erste Posten, der in einem knappen Angebot gekürzt wird — was sich in Korrekturen nach der Veröffentlichung bezahlt, zum Eiltarif.

3. Was jedes Jahr läuft

Eine vernachlässigte Website bleibt online. Eine vernachlässigte App wird unbrauchbar und verschwindet dann. Das ist der wesentliche Unterschied, und er ist finanziell.

Die Gebühren für das Entwicklerkonto. Veröffentlichen verlangt ein Konto in jedem Store: ein Jahresabo auf Apples Seite, eine einmalige Gebühr auf Googles Seite. Gering, aber ein nicht verlängertes Apple-Abo nimmt die App aus dem Verkauf.
Die aufgezwungenen Updates. Jedes Jahr verschieben die neuen Versionen von iOS und Android Regeln, und die Stores verlangen eine Kompilierung mit aktuellen Werkzeugen, um ein Update anzunehmen. Man muss also eingreifen, auch ohne etwas an der App zu ändern.
Der Server. Hosting, Datenbank, Sicherungen: eine monatliche Ausgabe, die mit der Nutzung wächst.
Die Korrekturen. Ein Absturz zeigt sich nicht wie eine kaputte Seite: Er zeigt sich in den Store-Bewertungen, wo er Monate bleibt.
Die Beobachtung der Bewertungen. Niemand kümmert sich darum, und sie sind das Erste, was ein künftiger Nutzer liest.

Stellen Sie diese Posten über drei Jahre zurück, bevor Sie unterschreiben. Eine App, die ohne Budget für das Danach ausgeliefert wird, ist eine App, die aus den Stores genommen wird — manchmal, bevor sie gedient hat.

4. Die Kosten der Stores: die Ablehnung

Es ist ein Posten, der in allen Angeboten fehlt, und er ist real: Die Veröffentlichung ist keine Einreichung, sie ist eine Prüfung. Beide Stores lesen die App und lehnen aus Gründen ab, die oft nichts mit der Entwicklung zu tun haben — eine unvollständige Datenschutzerklärung, eine nicht zu findende Kontolöschung, Testzugangsdaten, die nicht funktionieren, eine als unzureichend bewertete Berechtigungserklärung, eine Ähnlichkeit mit einer Website ohne eigenen Wert.

Jede Ablehnung kostet zwei Dinge. Zeit: eine Korrektur, eine neue Einreichung, eine neue Wartezeit. Und ein Datum: War der Start angekündigt, verschiebt er sich. Ein Projekt, das an diesem Punkt ohne Spielraum geführt wird, zahlt am Ende einen Eilzuschlag aus einem verwaltungstechnischen Grund.

Fragen Sie also jeden Dienstleister, wer die Veröffentlichung übernimmt und wer die Ablehnungen wieder aufnimmt. Die Antwort ist eine Angebotszeile wert.

5. Die Frage, die man sich vor dem Bezahlen stellen sollte

Viele Apps hätten nie entwickelt werden dürfen, und das Budget wäre anderswo besser angelegt gewesen. Drei Fragen entscheiden das ehrlich.

Ist die Nutzung wiederkehrend? Man installiert eine App für das, was man oft öffnet — bestellen, verfolgen, stempeln, Treue belohnen. Für ein gelegentliches Nachsehen macht eine Website auf dem Telefon es besser, ohne eine Installation erlangen zu müssen.
Brauchen Sie das Gerät? Benachrichtigungen, Kamera, Standort, Betrieb ohne Netz, Barcodes: Wenn nichts davon nützt, bringt die App nicht, was das Web nicht kann.
Wer wird sie installieren? Das ist der Punkt, an dem die meisten Projekte scheitern. Eine Installation zu erhalten ist schwerer, als einen Besuch zu erhalten. Ohne ein bereits gebundenes Publikum — Stammkunden, Mitglieder, Außenteams — bleibt die App leer, welche Qualität sie auch hat.

Wenn die drei Antworten nicht klar ausfallen, beginnen Sie mit der Website: die Seite darüber, was eine Website kostet beschreibt diesen Weg. Die App kommt, wenn die Nutzung da ist.

6. Für das Danach zahlen, nicht für die Veröffentlichung

Wenn sich die Ausgabe nach der Veröffentlichung ballt, dann ist das, was zu kaufen ist, keine Entwicklung: Es ist eine Präsenz, die bleibt.

Bei nullbot wird die App im Gespräch beschrieben, wie die Website. Man sieht sie in einem iOS- und Android-Simulator laufen, vor jeder Veröffentlichung — man kann sie bedienen und Bildschirmfotos davon machen. Sie kann ihre eigene Datenbank haben, sie durchläuft eine Abnahme, das Binärpaket wird für jedes Ziel erzeugt, und die Veröffentlichung im App Store und bei Google Play wird von derselben Stelle gesteuert, mit dem Status jedes Stores vor Augen.

Das ist immer noch nicht, was wir verkaufen. Was wir verkaufen, ist das Folgejahr: das Team von Agenten, das bleibt. Es bereitet die Updates vor, die die Stores verlangen, nimmt eine Prüfungsablehnung wieder auf, behebt, was abstürzt, hält die Einträge und ihre Übersetzungen, beobachtet die Bewertungen. Die App wartet nicht auf ein Wartungsbudget, das nicht kommen wird — es ist die laufende Arbeit des Teams.

Die Ausgabe ist kein Projekt mehr, das zu finanzieren und dann neu zu finanzieren ist. Sie wird ein Monatsabo, und die Veröffentlichung ist kein Zielstrich mehr.

7. Woche 1, Monat 3, Jahr 2

Die drei Momente, die die Angebote trennen — und es sind nicht dieselben wie bei einer Website, weil die Stores ihren eigenen Kalender vorgeben.

Woche 1. Die App ist in beiden Stores veröffentlicht, ihre Einträge sind ausgefüllt, ein Testkonto funktioniert für die Prüfung. Ein kompetenter Dienstleister kann das.
Monat 3. Drei Beschwerden betreffen denselben Bildschirm, eine Zwei-Sterne-Bewertung steht oben, eine Systemversion ist erschienen. Die Frage wird: Wer hat die Korrektur veröffentlicht? Ein ohne Nachbetreuung ausgeliefertes Projekt verliert hier schon seine Nutzer.
Jahr 2. Beide Stores verlangen eine Kompilierung mit neueren Werkzeugen, andernfalls verweigern sie jedes Update. Ohne Eingriff bleibt die App bei denen installiert, die sie haben, lässt sich nirgends mehr installieren und startet schließlich nicht mehr. Das ist der Moment, in dem ein Neuentwicklungsbudget auftaucht — aus demselben Grund, aus dem es wieder auftauchen wird.

8. Die Grenzen, offen gesagt

Eine hochspezialisierte App bleibt eine Auftragsentwicklung. Fortgeschrittene Bildverarbeitung, per Bluetooth verbundene Hardware, feine Kartografie, ein Spiel: Das sind Handwerke, und ein klassisches Entwicklungsbudget.
Die Store-Prüfung lässt sich nicht garantieren. Kein Dienstleister kann eine Annahme versprechen, noch einen Termin. Was sich versprechen lässt, ist, den Fall wieder aufzunehmen, bis er durchgeht.
Eine App schafft sich ihr Publikum nicht. Wenn niemand sie installiert, wird kein Team das ändern. Lesen Sie Abschnitt 5 noch einmal: Es ist die sparsamste Entscheidung des Projekts.
Was das Unternehmen bindet, geht durch eine Freigabe. Ein Verkaufsstart, eine Preisänderung, eine an alle Nutzer gesendete Nachricht werden Ihnen vorgelegt, bevor sie hinausgehen.

9. Häufige Fragen

Warum keinen Durchschnittspreis für eine mobile App nennen?

Weil der Abstand zwischen einer Anzeige-App und einer App mit Konten, Bezahlung und Benachrichtigungen so groß ist, dass ein Durchschnitt über nichts Auskunft gäbe. Die Posten aus Abschnitt 2, für Ihren Fall gerechnet, ergeben eine vertretbare Größenordnung. Ein einzelner Betrag gäbe vor allem eine falsche Sicherheit beim Vergleich zweier Angebote.

Kostet eine einzige App für iPhone und Android weniger?

Weniger als zwei getrennte Entwicklungen, ja, und das ist die gängige Praxis. Aber die Ersparnis beträgt nicht die Hälfte: Die Feinabstimmung, die Tests und die Besonderheiten jeder Plattform bleiben auf beiden Seiten zu machen, und die Store-Einträge sind zweimal zu erstellen. Rechnen Sie einen Zuschlag gegenüber einer einzigen Plattform ein, keine kostenlose zweite.

Braucht man ein Apple- und ein Google-Konto auf eigenen Namen?

Das ist dringend vorzuziehen, und es ist ein Punkt, der vor der Unterschrift zu klären ist. Eine App, die unter dem Konto eines Dienstleisters veröffentlicht wurde, ist schwer zurückzuholen, und ihre Bewertungshistorie lässt sich nicht übertragen. Eröffnen Sie die Konten auf den Namen des Unternehmens, auch wenn Sie den Zugang danach delegieren: Das ist eine Viertelstunde am Anfang und eine vollständige Blockade später.

Was passiert, wenn ich die App nie aktualisiere?

Drei Dinge, in dieser Reihenfolge. Die Stores lehnen zuerst Ihre neuen Versionen ab, weil die Kompilierungswerkzeuge zu alt sind. Dann funktioniert die App auf neueren Telefonen nicht mehr richtig. Schließlich kann eine App, die lange kein Update hatte, aus dem Verkauf genommen werden. Das unterscheidet eine App von einer Website: Untätigkeit lässt sie nicht bestehen, sie löscht sie.

Genügt meine Website anstelle einer App?

In den meisten Unternehmensfällen ja — und das bleibt wahr, selbst wenn eine App Freude machen würde. Eine Website läuft auf allen Telefonen, verlangt keine Installation, hat keine Prüfung zu bestehen und kein Update, das jedes Jahr aufgezwungen wird. Die App rechtfertigt sich, wenn die Nutzung wiederkehrt und etwas vom Gerät gebraucht wird. Die drei Fragen aus Abschnitt 5 entscheiden das in wenigen Minuten.

Weiterlesen

Weiterlesen: wie die App entsteht, Schritt für Schritt, was eine Website kostet, oder was ein Mitarbeiter kostet.