Die Schätzung für eine mobile App ist keine Zahl, die aus der Luft gegriffen wird. Sie ist eine Summe von Aufwand. Jede Rolle verbringt Zeit mit Ihrem Projekt, und die aktuelle Preisliste macht aus dieser Zeit Kosten.
Wenn Sie sehen, welche Teile Ihrer Idee Aufwand erzeugen, können Sie den Umfang gestalten, bevor Sie am Budget drehen. Dieser Artikel geht durch die Rollen, die Entscheidungen, die ihre Stunden verändern, und die Frage, wie Sie eine Schätzung lesen, damit Sie später nicht überrascht werden.
Die Rollen hinter einer mobilen App
Die meisten mobilen Projekte brauchen ähnliche Fähigkeiten. Nicht jedes Projekt braucht jede davon im gleichen Maß.
- Produkt und Design: die Bildschirme, die Abläufe und der Weg eines Menschen vom Öffnen der App bis zu dem, wofür er gekommen ist.
- Mobile Entwicklung: die App, die auf dem Telefon läuft, auf dem iPhone, auf Android oder auf beiden.
- Backend und API: der Server, die Daten, Benutzerkonten und die Verbindungen zu anderen Systemen, die Sie bereits nutzen.
- Tests: die Prüfung, ob sich die App auf echten Geräten verhält, auch bei schlechter Verbindung und ungewöhnlichen Eingaben.
- Projektleitung: sie hält Umfang, Entscheidungen und Releases im Plan, damit die anderen Rollen ihre Zeit mit dem Bauen verbringen.
Eine einfache App mit wenigen Bildschirmen stützt sich vor allem auf die Entwicklung. Eine App, die mehrere externe Systeme anbindet, stützt sich auf Backend-Arbeit. Eine App für Endkunden, bei der der erste Eindruck zählt, stützt sich auf Design.
Was die Stunden bestimmt
Das sind die Entscheidungen, die den Aufwand für eine oder mehrere Rollen am häufigsten verändern.
- Plattformen. Der Bau für iPhone und Android bedeutet mehr Arbeit als für eine Plattform. Wie viel mehr, hängt vom Ansatz ab, und die Schätzung nennt, welchen sie annimmt.
- Bildschirme und Abläufe. Jeder Bildschirm braucht Design, Umsetzung und Tests. Jede Verzweigung in einem Ablauf, etwa eine Registrierung mit mehreren Wegen, vervielfacht das.
- Konten und Berechtigungen. Eine einzige Art von Benutzern ist einfacher als Kunden, Mitarbeitende und Administratoren, die jeweils etwas anderes sehen.
- Integrationen. Zahlungen, Karten, Nachrichten oder Ihr bestehendes Buchungs- oder Buchhaltungssystem brauchen Backend-Arbeit und Tests auf beiden Seiten.
- Offline- und Live-Funktionen. Eine App, die ohne Verbindung funktioniert oder in Echtzeit aktualisiert, braucht sorgfältigere Technik als eine, die eine Seite lädt und wartet.
- Compliance und Datenverarbeitung. Gesundheits-, Finanz- oder personenbezogene Daten bringen Regeln für Speicherung, Zugriff und Nachweise mit sich. Das zeigt sich im Aufwand für Backend und Tests.
- Sprachen. Jede Sprache bringt Übersetzungsarbeit, Layoutprüfungen und Tests mit sich. Wir bauen in fünf Sprachen und planen das von Anfang an ein, statt es nachträglich anzuhängen.
- Admin-Werkzeuge. Wenn Ihr Team Inhalte, Benutzer oder Bestellungen verwalten muss, ist das ein zweites Produkt, meist im Web.
Was sie senkt
Der sicherste Weg, den Aufwand zu senken, ist, in der ersten Version bewusst weniger zu bauen.
- Beginnen Sie mit der einen Aufgabe, die die App gut erfüllen muss, und lassen Sie den Rest für ein späteres Release.
- Nutzen Sie Standardbausteine und gängige Muster, wo eigene Lösungen nichts daran ändern, wie Menschen die App nutzen.
- Entscheiden Sie früh. Ein Richtungswechsel mitten im Projekt kostet mehr als eine Klärung während des Designs.
- Verwenden Sie wieder, was Sie schon haben. Ein bestehendes System mit funktionierender API kann Backend-Zeit sparen.
Lesen Sie die Annahmen, nicht nur die Summe
Unser Schätzer liefert in wenigen Minuten eine Preisspanne, auf Grundlage der aktuellen Preisliste. Er zeigt die Baukosten, die monatlichen Kosten für den Betrieb der App, den Aufwand nach Rollen, die Anzahl der Wochen und jede Annahme dahinter.
Die Annahmen sollten Sie genau lesen. Wenn die Schätzung von einer Plattform ausgeht und Sie zwei brauchen, oder von keinen Zahlungen ausgeht und Sie in der App verkaufen wollen, verschiebt sich die Spanne. Korrigieren Sie die Annahme und lassen Sie die Schätzung erneut laufen.
Wir nennen in Artikeln keine Preise oder Stunden. Die Sätze ändern sich, und der Schätzer zeigt immer die aktuellen.
Monatliche Kosten nach dem Start
Eine App kostet auch nach der Veröffentlichung weiter. Server, Konten in den Stores, externe Dienste und Updates für neue Telefon-Software verursachen laufende Kosten. Der Schätzer führt sie getrennt auf, damit Sie das ganze Jahr planen können und nicht nur den Bau.
So arbeiten wir zusammen
Wenn der Umfang klar ist, gibt es drei Wege, mit uns zu arbeiten.
- Ein Festpreis für einen klar umrissenen Umfang, wenn Sie wissen, was gebaut werden soll.
- Ein Team im Monat, wenn das Produkt weiterwächst und sich Prioritäten verschieben.
- Ein monatliches Stundenkontingent mit zugesagter Reaktionszeit, für Support und stetige Verbesserungen nach dem Start.
Viele Projekte nutzen mehr als eines: einen Festpreis für das erste Release und danach ein Stundenkontingent, damit die App gut läuft.
Nächster Schritt
Wenn Sie eine App im Kopf haben, sehen Sie am schnellsten, wo ihre Stunden liegen, wenn Sie den Schätzer nutzen. Es dauert wenige Minuten, und Sie erhalten eine Spanne, den Aufwand nach Rollen und die Annahmen, die Sie mit uns besprechen können.
