Was kostet eine App? Wovon der Aufwand abhängt

Was kostet eine App? Ein belastbarer Preis ergibt sich aus dem schriftlich festgehaltenen Funktionsumfang. Entscheidend sind die Abläufe hinter den Bildschirmen, die Anbindung vorhandener Systeme und die Anforderungen an den Betrieb.

Kurz gesagt: Wenige Bildschirme bedeuten nicht automatisch wenig Entwicklungsarbeit. Grenze zuerst einen vollständigen Hauptablauf für die erste Version ab. Lass dir Entwicklung, Veröffentlichung und laufende Kosten getrennt ausweisen.

Was kostet eine App, solange die Anforderungen offen sind?

Solange die Anforderungen offen sind, ist ein App-Preis eine Schätzung unter Annahmen. Ein brauchbares Angebot muss diese Annahmen benennen und klar sagen, welche Leistungen enthalten sind.

„Unsere Kunden sollen Termine buchen können“ reicht dafür nicht. Eine Terminanfrage, die dein Büro bestätigt, ist vergleichsweise einfach. Eine verbindliche Buchung muss dagegen verhindern, dass derselbe Termin doppelt vergeben wird.

Dazu kommen Entscheidungen aus deinem Alltag: Können Kunden selbst umbuchen? Braucht jede Leistung einen anderen Zeitblock? Muss bei bestimmten Terminen ein bestimmter Mitarbeiter verfügbar sein?

Auf dem Handy können beide Varianten fast gleich aussehen. Im Hintergrund unterscheiden sie sich erheblich. Die Anzahl der Ansichten ist deshalb kein verlässlicher Maßstab für den Entwicklungsaufwand.

Du musst für eine Anfrage keine technischen Vorgaben schreiben. Beschreibe, was ein Nutzer erledigen soll und was danach im Unternehmen passiert. Genau dort werden die offenen Fragen sichtbar.

Welche Funktionen machen eine App aufwendig?

Zusätzliche Regeln, unterschiedliche Zugriffsrechte und der Abgleich mit anderen Systemen erhöhen den Entwicklungsaufwand. Besonders viel Klärung brauchen Abläufe, bei denen mehrere Personen dieselben Daten bearbeiten.

Die Tabelle zeigt, wo sich hinter einer scheinbar kleinen Funktion zusätzliche Arbeit verbergen kann.

Benutzerkonten brauchen mehr als eine Anmeldung

Mit einer Anmeldung allein ist ein Benutzerkonto nicht fertig. Nutzer brauchen beispielsweise einen Weg zurück ins Konto, wenn sie ihr Passwort vergessen. Für dein Team muss geklärt sein, wer Zugriffe ändern oder Konten sperren darf.

Bei einer internen App stellt sich außerdem die Frage: Sieht jeder Mitarbeiter alle Vorgänge oder nur die eigenen? Diese Rechte müssen beim Datenzugriff geprüft werden. Einen Knopf auszublenden reicht nicht.

Schnittstellen können Arbeit sparen und Entwicklung erfordern

Eine Schnittstelle ist ein technischer Zugang, über den Programme Daten austauschen. Wie aufwendig eine Anbindung wird, hängt von den verfügbaren Funktionen und der Dokumentation des anderen Systems ab.

Soll deine App Termine aus dem bisherigen Kalender übernehmen, muss die Richtung des Abgleichs feststehen. Darf sie dort Buchungen ändern? Was passiert, wenn jemand einen Termin direkt im Kalender absagt?

Auch vorhandene Daten können Arbeit verursachen. Stehen Kundennamen in verschiedenen Excel-Dateien, müssen doppelte Einträge vor oder während der Übernahme behandelt werden. Der Import ist dann ein eigener Projektteil.

Ohne Internet arbeiten heißt später Konflikte lösen

Offline-Nutzung bedeutet, dass eine App auch ohne Internetverbindung funktioniert. Dafür muss sie benötigte Daten auf dem Gerät speichern und Änderungen später übertragen.

Angenommen, ein Außendienstmitarbeiter korrigiert unterwegs eine Adresse ohne Netz. Gleichzeitig ändert das Büro denselben Datensatz. Welche Fassung soll gelten? Diese Regel muss vor der Umsetzung feststehen.

Wie beeinflussen Geräte und Gestaltung den Aufwand?

Die unterstützten Geräte bestimmen mit, was entwickelt und getestet werden muss. Bei der Gestaltung zählt neben dem Aussehen, ob Nutzer ihren Ablauf auf diesen Geräten zuverlässig erledigen können.

Wer am Schreibtisch Angebote bearbeitet, braucht möglicherweise keine App aus dem Store. Eine Web-App, also eine Anwendung im Browser, kann dafür reichen. Für den täglichen Außeneinsatz können eine installierte App und direkter Zugriff auf Gerätefunktionen besser passen.

Flutter ist ein Entwicklungsframework, mit dem Apps für mehrere Plattformen auf einer gemeinsamen Codebasis entstehen. Dadurch lässt sich Entwicklungsarbeit für Android und iPhone teilen. Anpassungen und Tests für beide Plattformen bleiben trotzdem nötig.

Entscheide deshalb zuerst, welche Geräte und Funktionen du brauchst. Die Technik folgt daraus. Der Ratgeber Flutter oder native App hilft bei dieser Abwägung.

Auch leere Ansichten und Fehlermeldungen müssen gestaltet werden

Ein Formular muss mit eingeblendeter Tastatur bedienbar bleiben. Lange Namen dürfen keine Schaltflächen verdecken. Fehlt eine Pflichtangabe, muss die App zeigen, wo sie gebraucht wird.

Hinzu kommen Zustände, die auf einem ersten Entwurf leicht fehlen: Die Suche findet keinen Treffer oder eine Datei lädt noch. Bricht die Verbindung beim Speichern ab, braucht der Nutzer eine klare Rückmeldung. Auch diese Ansichten gehören zum Umfang.

Warum gehören Verwaltung und Tests ins Angebot?

Ein App-Angebot muss auch die benötigte Verwaltung und die Tests abdecken. Fehlen diese Leistungen, kannst du später eine fertige Oberfläche haben, aber keine Möglichkeit, Buchungen zu korrigieren oder Inhalte zu ändern.

Das Backend ist der zentral betriebene Teil einer Anwendung, der Daten verarbeitet und Regeln ausführt. Es prüft beispielsweise, ob ein Termin noch frei ist. Auf dem Handy ist diese Arbeit kaum sichtbar, entwickelt und getestet werden muss sie trotzdem.

Im Verwaltungsbereich bearbeitet dein Team etwa Buchungen oder hinterlegt neue Leistungen. Lege fest, was ihr selbst ändern wollt. Sonst kann schon ein zusätzliches Formularfeld einen Auftrag an das Entwicklungsteam erfordern.

Tests müssen den Alltag abbilden

Eine erfolgreiche Buchung auf einem Testgerät genügt nicht. Was passiert, wenn die Verbindung beim Absenden abbricht? Wiederholtes Tippen auf „Buchen“ darf keine doppelten Termine auslösen.

Mehr Nutzerrollen und unterstützte Geräte erhöhen die Zahl der zu prüfenden Kombinationen. Deshalb gehören sie bereits in die Kalkulation.

Ein klickbarer Entwurf macht Bedienprobleme früh sichtbar. Dein Team kann daran prüfen, ob im Buchungsablauf wichtige Angaben fehlen. Eine Korrektur im Entwurf verursacht meist weniger Folgearbeit als eine Änderung an bereits verknüpften Funktionen.

Wie lässt sich der Umfang sinnvoll verkleinern?

Du verringerst den Entwicklungsaufwand, indem du Zusatzfunktionen aus der ersten Version herausnimmst. Der wichtigste Ablauf muss dabei vollständig nutzbar bleiben.

Ein MVP ist eine erste nutzbare Version, die den wichtigsten Anwendungsfall abdeckt. Dafür braucht es eine klare Grenze. „Wir machen zunächst alles etwas einfacher“ lässt zu viele Entscheidungen offen.

Wenn dein Team Termine bisher per WhatsApp abstimmt, könnte die erste Version Anfragen sammeln und Bestätigungen ermöglichen. Eine automatische Verteilung auf Mitarbeiter folgt später. So entfällt zunächst ein ganzer Regelbereich.

Die manuelle Bestätigung bleibt dafür Arbeit im Büro. Rechne diesen Aufwand mit ein: Eine kleinere erste Version ist nicht automatisch die wirtschaftlichste Dauerlösung.

Prüfe vor einer Eigenentwicklung vorhandene Branchen- oder Buchungslösungen. Decken sie deinen Hauptablauf ab, sind sie meist die bessere Ausgangslage. Eine eigene App wird eher interessant, wenn wichtige Anforderungen damit nicht vernünftig umsetzbar sind.

Welche Kosten entstehen nach der Veröffentlichung?

Nach der Veröffentlichung können Kosten für den technischen Betrieb, externe Dienste und Wartung anfallen. Neue Funktionen sind zusätzliche Entwicklungsarbeit und sollten getrennt geplant werden.

Hosting bezeichnet den Betrieb der Anwendung und ihrer Daten auf Servern. Welche Kapazitäten nötig sind, hängt vom Aufbau und der Nutzung ab. Viele hochgeladene Dokumente stellen andere Anforderungen als wenige kurze Formulareinträge.

Lass dir die folgenden Positionen getrennt nennen, soweit sie für deine App anfallen:

• Hosting einschließlich Datensicherung und technischer Überwachung.
• Gebühren für Store-Konten und eingebundene Dienste.
• Wartung für technische Aktualisierungen und Anpassungen an Plattformvorgaben.
• Betreuung bei Störungen und Unterstützung im laufenden Einsatz.
• Weiterentwicklung nach der Veröffentlichung.

Auch ohne neue Funktionen können Updates nötig werden. Betriebssysteme und Store-Vorgaben ändern sich. Der Ratgeber Android-App aktualisieren erklärt, warum daraus Arbeit entstehen kann.

Kläre außerdem, wer Fehler bemerkt und bearbeitet. Wenn der Kalenderabgleich nachts ausfällt, sollte die Zuständigkeit am nächsten Morgen feststehen. Frage konkret nach der vereinbarten Reaktion bei Störungen.

Wie vergleichst du Angebote für eine App?

Vergleiche App-Angebote anhand derselben Anforderungen und Leistungen. Eine niedrigere Gesamtsumme sagt wenig, wenn Datenübernahme, Veröffentlichung oder Einweisung darin fehlen.

Lass offene Annahmen und ausgeschlossene Leistungen benennen. Achte besonders auf Formulierungen wie „Anbindung vorhanden“: Ist damit die fertige Verbindung gemeint oder lediglich eine verfügbare Schnittstelle beim anderen Anbieter?

Bei mawu ergibt sich der Preis aus dem schriftlich festgehaltenen Funktionsumfang. Bezahlt wird in gleichen Monatsraten über die Projektlaufzeit; laufende Kosten stehen einzeln im Angebot. Änderungswünsche werden schriftlich ergänzt und im Aufwand bewertet, bevor wir sie bauen.

Für eine belastbare Anfrage helfen diese Unterlagen:

• Der wichtigste Nutzerablauf vom Einstieg bis zum Ergebnis.
• Eine Trennung zwischen notwendigen Funktionen und späteren Ergänzungen.
• Angaben zu bestehenden Systemen und Beispieldaten mit erfundenen Inhalten.
• Erwartungen an Veröffentlichung, Einweisung und Betreuung.

Wie du das dokumentierst, zeigt der Ratgeber Lastenheft für eine App. Welche Teile zur Umsetzung gehören, beschreiben wir auf der Seite zur App-Entwicklung.

Schreibe als nächsten Schritt den wichtigsten Ablauf deiner geplanten App auf. Markiere jede Stelle, an der Daten aus einem anderen System kommen oder jemand eine Entscheidung treffen muss.