Mobile-App-Entwicklung

Was umfasst die Mobile-App-Entwicklung?

Mobile-App-Entwicklung ist die gesamte Arbeit, die ein Produkt, das mit wenigen Fingertipps auf dem Smartphone genutzt wird, von der Idee bis zur Store-Seite bringt. Sie besteht nicht nur aus Programmieren. Dazu gehören auch, zu verstehen, was Nutzer brauchen, Bildschirmabläufe zu konzipieren, die Oberfläche zu gestalten, zu entscheiden, wo die Daten liegen, und die App so zu veröffentlichen, dass sie den Regeln des App Store und von Google Play entspricht.

Ein Projekt für eine iOS- und Android-App gliedern wir in der Regel in folgende Themen:

• Analyse und Umfang: Zielgruppe, zentrale Szenarien und was in der ersten Version enthalten ist und was nicht.
• Nutzererlebnis: Bildschirmabläufe, Wireframes und ein klickbarer Prototyp.
• Oberflächengestaltung: Markenfarben, Typografie, Icons und Komponenten, die zu den Gewohnheiten beider Plattformen passen.
• Entwicklung: die App selbst, Backend-Dienste und bei Bedarf ein Admin-Bereich.
• Test und Veröffentlichung: Tests auf verschiedenen Geräten, Vorbereitung der Store-Seiten und Prüfprozess.
• Nach der Veröffentlichung: Fehlerverfolgung, Anpassung an neue Betriebssystemversionen und neue Funktionen.

App oder Webanwendung?

Nicht jede Idee braucht eine App im Store. Wenn Ihre Nutzer das Produkt nur ein- bis zweimal im Monat öffnen und keine Gerätefunktionen wie Benachrichtigungen, Kamera oder Standort nötig sind, geht eine Webanwendung im Browser schneller in Betrieb und braucht weniger Wartung.

Die Investition in Mobile-App-Entwicklung lohnt sich, wenn regelmäßige Nutzung, Push-Benachrichtigungen, Offline-Betrieb, Zugriff auf Gerätehardware oder Sichtbarkeit im Store gefragt sind. Diese Abgrenzung besprechen wir im ersten Gespräch offen. Wenn eine Webanwendung besser passt, verweisen wir Sie auf individuelle Webanwendungen. In manchen Projekten arbeiten beide zusammen: Der Kunde nutzt die App auf dem Smartphone, Ihr Team das webbasierte Panel.

Für welche Unternehmen ist es sinnvoll?

Mobile-App-Entwicklung bringt vor allem Unternehmen etwas, die eine häufige und wiederkehrende Beziehung zu ihren Kunden pflegen. Typische Beispiele sind Restaurants und Geschäfte, die eine Bestell- und Treue-App wünschen, Kliniken und Studios mit Terminvergabe sowie Bildungs- und Sportanbieter, die ihren Mitgliedern Inhalte bieten. Für Unternehmen mit Außendienst können Apps für den internen Gebrauch Papierformulare und Chatgruppen ersetzen.

Technischer Ansatz für eine iOS- und Android-App

Bei einer App, die auf zwei Plattformen erscheint, ist die erste technische Entscheidung, wie der Code geschrieben wird. Diese Wahl wirkt sich direkt auf das Budget der Mobile-App-Entwicklung aus, auf das Tempo späterer Updates und darauf, wie tief die App auf Gerätefunktionen zugreifen kann. Die richtige Antwort hängt vom Projekt ab. Die folgenden Optionen wägen wir gemeinsam mit Ihnen ab.

Native Entwicklung

Beim nativen Ansatz werden zwei getrennte Apps geschrieben, für iOS in Swift und für Android in Kotlin. Man greift direkt auf alle Möglichkeiten der Plattform zu. Das ist eine starke Wahl für Apps mit aufwendigen Animationen, anspruchsvoller Kameraverarbeitung, Hardwareanbindung wie Bluetooth oder hohen Leistungsanforderungen. Dafür müssen zwei Codebasen getrennt gepflegt werden.

Cross-Plattform-Entwicklung

Mit Frameworks wie Flutter oder React Native entsteht aus einer einzigen Codebasis sowohl die iOS- als auch die Android-Version. Ein Großteil der Apps wie Katalog und Bestellung, Reservierung, Mitgliedschaft und Aufgabenverwaltung lässt sich so problemlos entwickeln. Eine gemeinsame Codebasis erleichtert es, dass eine neue Funktion gleichzeitig auf beiden Plattformen erscheint, und verringert den Wartungsaufwand.

Was die Entscheidung bestimmt

Bei einem Projekt für eine iOS- und Android-App achten wir bei der Wahl des Ansatzes auf folgende Fragen:

• Welche Gerätefunktionen nutzt die App: Kamera, Standort, Bluetooth, Gesundheitsdaten, Betrieb im Hintergrund?
• Wie viele Animationen enthält die Oberfläche, und welche Leistung wird erwartet?
• Wie oft wird nach der Veröffentlichung aktualisiert, und wie hoch ist das Wartungsbudget?
• Besteht die Möglichkeit, dass Sie oder ein anderes Team die App später übernehmen?
• Auf welchem Weg tauscht die App Daten mit Ihren bestehenden Systemen aus?

Leistung und Barrierefreiheit

Welcher Ansatz auch gewählt wird, die App muss auch auf Mittelklasse- und älteren Geräten flüssig laufen. Während der Mobile-App-Entwicklung testen wir gesondert die Startzeit, die Größe der Bilder und das Verhalten der Bildschirme bei schwacher Verbindung. Bildschirme, die bei größerer Schrift nicht auseinanderfallen, ausreichender Farbkontrast und Schaltflächen, die mit Screenreadern funktionieren, gehören von Anfang an zur Planung.

Unser Ablauf in der Mobile-App-Entwicklung

Die teuersten Fehler in Projekten der Mobile-App-Entwicklung sind Unklarheiten im Umfang, die erst auffallen, wenn der Code schon geschrieben wird. Deshalb teilen wir den Prozess in kleine, kontrollierbare Schritte und holen am Ende jedes Schritts Ihre Freigabe ein.

1. Analysegespräch: Wir besprechen Ihr Geschäftsziel, Ihre Nutzer und das eigentliche Problem, das die App lösen soll.
2. Umfangsdokument: Wir halten Funktionsliste der ersten Version, Nutzerrollen und Integrationen schriftlich fest.
3. Abläufe und Prototyp: Wir zeichnen die Übergänge zwischen den Bildschirmen und probieren sie mit einem klickbaren Prototyp aus.
4. Oberflächengestaltung: Wir passen die zu Ihrer Marke passende Bildsprache an die Gewohnheiten beider Plattformen an.
5. Entwicklungszyklen: Wir teilen die Arbeit in kurze Zyklen und geben Ihnen am Ende jedes Zyklus die Testversion.
6. Test: Wir testen auf verschiedenen Bildschirmgrößen, Betriebssystemversionen und Verbindungsbedingungen.
7. Store-Veröffentlichung: Wir bereiten die Store-Seiten vor, reichen die App zur Prüfung ein und kümmern uns um das Feedback.

Was steht im Umfangsdokument?

Das Umfangsdokument ist die gemeinsame Referenz, auf die beide Seiten während der gesamten Mobile-App-Entwicklung zurückgreifen. Es enthält Nutzerrollen, die Aktionen jeder Rolle, die Bildschirmliste, anzubindende Systeme, Benachrichtigungsszenarien und die Funktionen, die nicht in die erste Version kommen. Wenn eine neue Idee aufkommt, entscheiden wir anhand dieses Dokuments gemeinsam, ob sie in die erste oder in eine spätere Version gehört.

Warum ist der Prototyp wichtig?

Mit einem klickbaren Prototyp halten Sie die App schon in der Hand, bevor eine einzige Zeile Code geschrieben ist. Probieren Ihre Teamkollegen und einige echte Nutzer den Prototyp aus, fallen ein verwirrendes Menü oder ein überflüssiger Schritt früh auf. Eine Änderung in der Prototypphase kostet viel weniger Aufwand als dieselbe Änderung, wenn die Mobile-App-Entwicklung schon fortgeschritten ist.

Design nach den Eigenheiten der Plattformen

iPhone- und Android-Nutzer haben unterschiedliche Gewohnheiten: Die Zurück-Geste, die Position der Menüs, die Datumsauswahl oder der Teilen-Dialog funktionieren auf beiden Plattformen verschieden. Beim Design einer iOS- und Android-App halten wir die Markensprache einheitlich und überlassen solche Verhaltensweisen dem jeweiligen Muster der Plattform. So fühlt sich der Nutzer beim ersten Öffnen der App nicht fremd.

Die erste Version klein halten

Eine gute erste Version ist keine App, die alles kann, sondern eine, die eine Sache sehr gut macht. Wir empfehlen, den Umfang in „erste Version“ und „spätere Versionen“ zu trennen. So erreicht die App die Nutzer früher, und spätere Funktionen richten sich nach echten Nutzungsdaten statt nach Annahmen.

Erster Start und Berechtigungsanfragen

Die wenigen Bildschirme, die der Nutzer beim ersten Öffnen der App sieht, entscheiden stark darüber, ob er die App weiter nutzt. Berechtigungen für Benachrichtigungen, Standort oder Kamera fragen wir lieber nicht in der ersten Sekunde ab, sondern dann, wenn der Nutzer bei der jeweiligen Funktion angekommen ist und versteht, wozu die Berechtigung nötig ist. Bei einer iOS- und Android-App wirkt sich diese kleine Entscheidung direkt auf die Wahrscheinlichkeit der Zustimmung und auf das Vertrauen der Nutzer aus.

Testversionen mit Ihnen teilen

Während der Entwicklung teilen wir Testversionen unter iOS über TestFlight und unter Android über die Testkanäle von Google Play. Sie und Ihr Team installieren die App auf Ihren eigenen Smartphones, probieren sie unter echten Nutzungsbedingungen aus und geben uns Ihre Anmerkungen. Diese Anmerkungen fließen in die Prioritätenliste des nächsten Entwicklungszyklus ein.

Backend, Admin-Bereich und Integrationen

Die Bildschirme, die der Nutzer sieht, sind der sichtbare Teil der Arbeit. Die meisten Apps brauchen ein Backend, das Nutzerkonten, Bestellungen, Inhalte und Benachrichtigungen verwaltet. Bei der Planung der Mobile-App-Entwicklung muss auch diese Schicht von Anfang an entworfen werden, sonst ist es nach dem Start der App schwer, die Datenstruktur zu ändern.

• Nutzerverwaltung: Abläufe für Registrierung, Anmeldung, Passwort-Zurücksetzen und Kontolöschung.
• Admin-Bereich: ein Web-Panel, in dem Ihr Team Inhalte, Produkte, Bestellungen oder Termine aktualisieren kann, ohne die App anzufassen.
• Benachrichtigungen: Push-Benachrichtigungen, die unter iOS über den Apple Push Notification Service und unter Android über Firebase Cloud Messaging verschickt werden.
• Analytics: Messung, die zeigt, welche Bildschirme genutzt werden und bei welchem Schritt Nutzer abspringen.
• Fehlerverfolgung: Berichte, die melden, auf welchem Gerät und bei welchem Schritt die App abgestürzt ist.

Ihre App arbeitet meist nicht allein. Sie muss Daten mit Ihrem Shopsystem, Ihrer ERP- oder Buchhaltungssoftware, Ihrem CRM oder Ihrem Zahlungsdienstleister austauschen. Diese Verbindungen planen wir im Bereich API- und Systemintegrationen. Ob Ihre bestehenden Systeme eine API anbieten, gehört zu den ersten Fragen, die den Umfang der Mobile-App-Entwicklung bestimmen.

Auch die Sicherheit gehört zu dieser Schicht. Wir sorgen dafür, dass der Datenverkehr zwischen App und Server verschlüsselt ist, Sitzungsdaten in geschützten Bereichen des Geräts gespeichert werden und die App nur die Berechtigungen anfordert, die sie wirklich braucht. Im Admin-Bereich richten wir eine rollenbasierte Rechteverwaltung ein, damit jedes Teammitglied nur die Bereiche sieht, die zu seiner Arbeit gehören.

Store-Veröffentlichung und danach

Dass die App fertig ist, heißt nicht, dass sie im Store veröffentlicht ist. Apple und Google prüfen jede App und jedes Update nach ihren eigenen Regeln. Bei einem Projekt für eine iOS- und Android-App legen wir die Store-Vorbereitungen von Anfang an in die Planung, statt sie ans Ende der Entwicklung zu verschieben.

Entwicklerkonten

Damit die App in Ihrem Namen veröffentlicht wird, brauchen Sie eine Mitgliedschaft im Apple Developer Program und ein Google-Play-Entwicklerkonto. Bei Apple ist die Mitgliedschaft jährlich kostenpflichtig, bei Google Play fällt bei der Registrierung eine einmalige Gebühr an. Für Konten im Namen eines Unternehmens verlangt Apple eine D-U-N-S-Nummer, und auch Google führt bei Unternehmenskonten eine Identitäts- und Unternehmensprüfung durch. Wir empfehlen, die Konten auf Ihr Unternehmen anzulegen und die Inhaberschaft bei Ihnen zu behalten.

Prüfregeln

Die App-Store-Prüfrichtlinien von Apple nennen die Bedingungen, die eine App in den Bereichen Sicherheit, Leistung, Geschäftsmodell, Design und rechtliche Konformität erfüllen muss. Bei Google werden Veröffentlichung, Versionen, Testkanäle und Richtlinienhinweise über die Google Play Console verwaltet. Zu den häufigen Ablehnungsgründen gehören fehlende Inhalte, nicht funktionierende Links, ein fehlendes Demokonto für das Prüfteam und unvollständige Datenschutzangaben.

Datenschutz, KVKK und Nutzerberechtigungen

Beide Stores verlangen einen Link zur Datenschutzerklärung und eine Angabe, welche Daten die App erhebt: im App Store die Datenschutz-Labels, bei Google Play den Bereich zur Datensicherheit. Wenn man in der App ein Konto anlegen kann, wird auch erwartet, dass sich das Konto in der App löschen lässt. Für Nutzer in der Türkei müssen zusätzlich der Informationstext nach KVKK (türkisches Datenschutzgesetz Nr. 6698) und bei Bedarf Schritte zur ausdrücklichen Einwilligung vorbereitet werden. Die endgültige Fassung dieser Texte sollten Sie mit Ihrer Rechtsberatung festlegen.

Zahlungen in der App

Wenn in der App digitale Inhalte oder Abos verkauft werden, verlangen Apple und Google in der Regel die Nutzung ihrer eigenen Zahlungssysteme. Beim Verkauf physischer Produkte und vor Ort erbrachter Leistungen können Sie dagegen Ihre eigene Zahlungsinfrastruktur nutzen. Weil diese Unterscheidung Ihr Erlösmodell beeinflusst, klären wir sie in der Umfangsphase.

Store-Seite und Sichtbarkeit

Die Store-Seite ist das Schaufenster der App. App-Name, Kurzbeschreibung, Screenshots, Werbetext und Keywords beeinflussen sowohl, ob Sie in der Suche im Store gefunden werden, als auch, ob jemand, der die Seite besucht, die App herunterlädt. Die Screenshots gestalten wir nicht als bloße Bildschirmkopien, sondern als Geschichte, die in wenigen Bildern erzählt, wozu die App gut ist.

Wartung nach der Veröffentlichung

Mobile-App-Entwicklung endet nicht mit der Veröffentlichung. Apple und Google bringen regelmäßig neue Betriebssystemversionen heraus, und Google Play verlangt, dass Apps innerhalb einer bestimmten Frist die aktuelle Android-API-Stufe ansprechen. Bibliotheksupdates, Sicherheitspatches und Nutzerfeedback brauchen laufend Aufmerksamkeit. Diese Arbeiten können wir im Rahmen von Wartung und technischem Support übernehmen.

Auch Updates veröffentlichen wir kontrolliert. Die gestaffelte Veröffentlichung im App Store und die schrittweise Verteilung bei Google Play sorgen dafür, dass eine neue Version zuerst nur einen Teil der Nutzer erreicht. Wenn die Absturzberichte unerwartet zunehmen, ist es viel einfacher, die Verteilung zu stoppen und das Problem zu beheben, als einen Fehler zu bearbeiten, der alle Nutzer betrifft.

Was den Umfang der Mobile-App-Entwicklung bestimmt

Das Budget der Mobile-App-Entwicklung lässt sich nicht mit einer einzigen Zahl beschreiben. Zwei Apps mit demselben Namen können einen sehr unterschiedlichen Umfang haben. Preis und Zeitplan teilen wir schriftlich mit, sobald das Umfangsdokument feststeht. Den Umfang bestimmen vor allem diese Faktoren:

• Zahl der Bildschirme und Nutzerrollen (zum Beispiel Kunde, Kurier, Administrator).
• Besondere Module wie Zahlung, Karte, Kamera, Chat und Kalender.
• Zahl der anzubindenden Systeme und ob diese eine fertige API anbieten.
• Anforderungen an Offline-Betrieb, Mehrsprachigkeit und Barrierefreiheit.
• Umfang des Admin-Bereichs und Bedarf an Reporting.
• Erwartungen an Wartung und Weiterentwicklung nach der Veröffentlichung.

Was Sie vorbereiten sollten

Wenn Sie zum Gespräch über die Mobile-App-Entwicklung Folgendes mitbringen, können wir den Umfang deutlich schneller klären:

• Eine Zusammenfassung in ein bis zwei Absätzen, die das Problem beschreibt, das die App lösen soll.
• Beispiel-Apps, die Ihnen gefallen und nicht gefallen, jeweils mit Begründung.
• Logo, Farbpalette und, falls vorhanden, Ihre Dateien zum Corporate Design.
• Eine Liste der anzubindenden Systeme mit Kontaktdaten der technisch Verantwortlichen.
• Unternehmensangaben für die Eröffnung der Entwicklerkonten bei Apple und Google.
• Texte, Produktdaten und Bilder, die in der App vorkommen sollen.

Worauf achten beim Vergleich von Angeboten?

Angebote zur Mobile-App-Entwicklung wirken auf den ersten Blick ähnlich, können inhaltlich aber sehr unterschiedlich sein. Wenn Sie Angebote nebeneinanderlegen, suchen Sie Antworten auf diese Fragen:

• Sind Oberflächengestaltung und Prototyp im Angebot enthalten?
• Werden Backend und Admin-Bereich getrennt berechnet?
• Wer ist für die Vorbereitung der Store-Seiten und den Prüfprozess verantwortlich?
• Wird der Quellcode übergeben, und bei wem bleibt das Eigentum?
• Sind die Bedingungen für Fehlerbehebung und Wartung nach der Veröffentlichung schriftlich festgehalten?

Häufige Fehler

• Alles in die erste Version packen: Die Veröffentlichung verzögert sich, und das Nutzerfeedback kommt spät.
• Die Website unverändert in die App übernehmen: Nutzer auf dem Smartphone verhalten sich anders, die Abläufe müssen für die mobile Nutzung konzipiert werden.
• Store-Konten auf fremden Namen anlegen lassen: Die App und die Konten sollten Ihnen gehören.
• Wartung nicht einplanen: Eine nicht aktualisierte App macht mit der Zeit auf neuen Geräten Probleme.
• Ohne Messung veröffentlichen: Ohne zu wissen, welche Funktion genutzt wird, lässt sich die nächste Version nicht planen.

Wie messen wir den Erfolg?

Die Zahl der Downloads allein kann in die Irre führen. Entscheidend ist, ob die Person, die die App heruntergeladen hat, wiederkommt. Nach der Veröffentlichung beobachten wir gemeinsam die Zahl der aktiven Nutzer, den Schritt, bei dem Nutzer abspringen, die Absturzberichte und die Store-Bewertungen. Für eine iOS- und Android-App sind diese Daten die verlässlichste Grundlage für die Entscheidung, was in der nächsten Version verbessert wird.

Häufig gestellte Fragen

Wie lange dauert die Mobile-App-Entwicklung?

Die Dauer hängt von der Zahl der Bildschirme, von den Integrationen und vom Prüfprozess der Stores ab. Sobald das Umfangsdokument feststeht, erstellen wir einen Zeitplan Schritt für Schritt und teilen ihn Ihnen schriftlich mit.

Kann man mit einer einzigen iOS- und Android-App in beiden Stores veröffentlichen?

Ja. Mit einem Cross-Plattform-Framework lässt sich aus einer Codebasis eine Version sowohl für den App Store als auch für Google Play erstellen. Braucht die App viele Gerätefunktionen, ziehen wir auch eine native Entwicklung in Betracht.

Wem gehören Quellcode und Store-Konten der App?

Wir empfehlen, die Store-Konten auf Ihr Unternehmen anzulegen. Die Bedingungen zur Inhaberschaft an Quellcode und Konten halten wir zu Projektbeginn im Vertrag ausdrücklich fest.

Können App und bestehende Website dieselben Daten nutzen?

Ja. Bietet die Infrastruktur Ihrer Website eine API, nutzt die App dieselben Produkt-, Mitglieds- und Bestelldaten. Falls nicht, richten wir zuerst diese Anbindungsschicht ein.

Was passiert, wenn die App vom Store abgelehnt wird?

Bei einer Ablehnung teilen Apple und Google die Begründung mit. Entsprechend der Begründung nehmen wir die Korrektur vor, ergänzen bei Bedarf eine Erklärung und reichen die App erneut zur Prüfung ein.

Wer macht die Updates nach der Mobile-App-Entwicklung?

Wir können Wartung und Weiterentwicklung weiterführen oder Code und Dokumentation an Ihr eigenes Team übergeben. Welcher Weg passt, legen wir zu Projektbeginn gemeinsam fest.

Schärfen wir Ihre App-Idee gemeinsam

Ob Sie nur eine Idee haben oder schon einen detaillierten Umfang: Der erste Schritt ist ein kurzes Gespräch. Wir sprechen darüber, für wen die App gedacht ist und welches Problem sie lösen soll, und erklären Ihnen klar, welcher Ansatz in der Mobile-App-Entwicklung zu Ihnen passt und wie es danach weitergeht. Über unsere Kontaktseite erreichen Sie uns.