App entwickeln lassen: von der Idee bis in die App-Stores

Bei einer App geht es weniger um Code als um Entscheidungen: welches Problem sie löst, was in die erste Version kommt, welche Technologie passt und wem nach dem Start was gehört. Dieser Leitfaden geht jeden Schritt durch, von der ersten Idee über App Store und Google Play bis zur Wartung danach, damit Sie realistisch planen und ein Entwicklungsteam sicher briefen können.

Das Wichtigste

Die beste erste App ist klein: ein MVP, das ein Problem gut löst, meist plattformübergreifend (Cross-Platform) entwickelt, oder eine Website bzw. PWA, wenn Kunden Sie nur gelegentlich brauchen. Planen Sie Datenschutz und Store-Prüfung von Anfang an ein, veröffentlichen Sie unter Ihren eigenen Entwicklerkonten, damit Code und Daten Ihnen gehören, und budgetieren Sie die Wartung nach dem Start.

Problem, MVP und Prototyp festlegen

Der erste Schritt, wenn Sie eine App entwickeln lassen, ist die Festlegung des Problems, das sie löst; MVP und klickbarer Prototyp ergeben sich daraus. Bevor Sie Funktionen auflisten, halten Sie drei Dinge schriftlich fest:

Für wen die App ist und was diese Menschen erreichen wollen. „Stammkunden, die mit wenigen Fingertipps nachbestellen wollen“ ist ein Problem. „Eine App mit Speisekarte, Treuepunkten und Chat“ ist eine Funktionsliste.
Warum eine App. Was bringt Menschen dazu, sie zu installieren und wiederzukommen, statt Ihre Website oder einen Messenger zu nutzen?
Woran Sie Erfolg erkennen. Wählen Sie messbare Signale, etwa Wiederholungsbestellungen, weniger Anrufe oder Buchungen ohne Personaleinsatz.

Dann definieren Sie das MVP (Minimum Viable Product): die kleinste Version, die das Kernproblem so gut löst, dass echte Menschen sie nutzen. Schreiben Sie die ein oder zwei zentralen Abläufe auf, etwa „registrieren → stöbern → bestellen → bezahlen → benachrichtigt werden“, und schieben Sie alles andere auf eine „Später“-Liste. Ein MVP ist keine halbfertige App, sondern innerhalb eines engen Umfangs ausgereift.

Bevor Code entsteht, machen Sie aus diesen Abläufen einen klickbaren Prototyp in einem Tool wie Figma und beobachten Sie einige Personen aus der Zielgruppe, wie sie sich auf dem Smartphone durchtippen. Einen Bildschirm im Prototyp zu ändern kostet weit weniger, als fertigen Code zu ändern. Gestalten Sie im Prototyp auch die Problemfälle: keine Verbindung, abgelehnte Zahlung, verweigerte Berechtigung.

Native, Cross-Platform oder Web-App?

Für die meisten Business-Apps ist Cross-Platform-Entwicklung die sinnvolle Standardwahl; native Entwicklung lohnt sich bei aufwendiger Grafik, Kamera- oder Audiofunktionen, und eine Web-App oder PWA genügt oft, wenn Kunden Sie nur gelegentlich brauchen. Die drei Optionen im Vergleich:

Nativ: eine eigene App pro Plattform, entwickelt mit Swift für iOS und Kotlin für Android. Voller Zugriff auf alle Gerätefunktionen, aber zwei Codebasen, die gepflegt werden wollen.
Cross-Platform: Frameworks wie Flutter oder React Native teilen den Großteil des Codes zwischen iOS und Android; die Flutter-Dokumentation (Englisch) beschreibt das Ziel, Apps für mehrere Plattformen aus einer einzigen Codebasis zu bauen. Für typische Business-Apps (Bestellungen, Buchungen, Mitgliedschaften, Kataloge, interne Tools) ist das eine sinnvolle Standardwahl. Aufwendige Grafik, anspruchsvolle Kamera- oder Audiofunktionen oder die Abhängigkeit von den neuesten Plattformfunktionen können wieder für nativ sprechen.
Web-App oder PWA: Eine Progressive Web App läuft im Browser, lässt sich auf den Startbildschirm legen und braucht keine Store-Prüfung. Sie genügt oft, wenn Kunden Sie nur gelegentlich brauchen oder Sie die Idee noch testen. Die Nachteile: keine Präsenz in den Stores, schwierigere Geräteintegration und eingeschränktere PWA-Unterstützung unter iOS.

Ein kurzer Test: Brauchen Nutzer Sie jede Woche oder ein paar Mal im Jahr? Brauchen Sie Push-Benachrichtigungen, Offline-Nutzung oder Standort im Hintergrund? Ist die Präsenz in den Stores für das Vertrauen wichtig? Lautet die Antwort auf die meisten dieser Fragen „nein“, ist eine schnelle, mobil optimierte Website oder PWA womöglich der bessere erste Schritt. Welche Grundlage sich für diese Website eignet, klärt unser Vergleich Wix oder WordPress oder individuelle Website.

Backend, Admin-Panel und Schnittstellen

Die meisten Business-Apps sind die Spitze eines größeren Systems: Hinter den Bildschirmen stehen ein Backend, ein Admin-Panel und Anbindungen an Zahlung, Versand und die Systeme, die Sie bereits nutzen.

Backend: Server und Datenbank für Konten, Bestellungen, Inhalte und Benachrichtigungen. Verwaltete Dienste wie Firebase können ein MVP beschleunigen; ein individuelles Backend gibt Ihnen mit wachsender Größe mehr Kontrolle über Daten, Integrationen und laufende Kosten.
Admin-Panel: die Weboberfläche, mit der Ihr Team täglich Produkte, Bestellungen, Nutzer und Benachrichtigungen verwaltet. Das Admin-Panel wird in der Planung leicht vergessen. Legen Sie es früh fest, mit Rollen und Berechtigungen: Wer darf Kundendaten sehen, wer Erstattungen auslösen?
Schnittstellen (APIs) und Integrationen: Zahlung, Karten, Versand, Messaging und Ihre bestehenden Systeme wie Onlineshop, ERP, CRM oder Buchhaltung. Jede Integration hängt von Dokumentation, Zugangsfreigabe und Limits der Gegenseite ab; prüfen Sie diese, bevor Sie sich auf einen Plan festlegen. Soll ein ERP oder CRM erst noch entstehen, hilft unser Leitfaden Individualsoftware vs. Standardsoftware bei der Wahl zwischen Eigenentwicklung und SaaS.

Entscheiden Sie früh, wo die Daten gehostet werden, denn die Region ist für den Datenschutz relevant. Wenn Sie digitale Inhalte oder Abos in der App verkaufen wollen, prüfen Sie die aktuellen Zahlungsregeln jedes Stores; sie unterscheiden sich je nach Region und ändern sich laufend.

Datenschutz von Anfang an

Bauen Sie Datenschutz von Anfang an ein: nur die nötigen Daten erheben, die geltenden Gesetze kennen, vor dem Tracking fragen, die Datennutzung in den Stores angeben und Nutzern das Löschen ihres Kontos ermöglichen. Datenschutz ist zugleich Rechtspflicht und Store-Anforderung, und er lässt sich weit leichter einplanen als nachrüsten:

Nur erheben, was Sie brauchen. Jedes Formularfeld und jede Berechtigung (Standort, Kontakte, Kamera) sollte zu einer Funktion gehören, die Sie erklären können.
Wissen, welche Gesetze gelten. Haben Sie Nutzer in der EU, gilt die DSGVO. Der Datenschutzleitfaden des Europäischen Datenschutzausschusses für kleine Unternehmen bestätigt, dass dies auch für Organisationen außerhalb des Europäischen Wirtschaftsraums gilt, deren Produkte oder Dienstleistungen Menschen im EWR angeboten werden. Die DSGVO verlangt eine Rechtsgrundlage für jede Datennutzung, klare Informationen, Betroffenenrechte und Verträge mit Dienstleistern, die Daten für Sie verarbeiten. Viele andere Länder und mehrere US-Bundesstaaten haben eigene Datenschutzgesetze.
Vor dem Tracking fragen. In der EU brauchen Analyse- und Werbe-SDKs, die nicht unbedingt erforderlich sind, in der Regel zuerst eine Einwilligung, und Sie sind für das verantwortlich, was SDKs von Drittanbietern erheben. Unter iOS erfordert das Tracking von Personen über Apps und Websites anderer Unternehmen hinweg Apples Berechtigung „App Tracking Transparency“.
In den Stores angeben. Apple verlangt Angaben zum App-Datenschutz, Google Play einen Abschnitt zur Datensicherheit. Beide setzen eine Datenschutzerklärung voraus, und Ihre Angaben müssen zu dem passen, was die App tatsächlich tut.
Das Löschen des Kontos ermöglichen. Nach Richtlinie 5.1.1 der App Review Guidelines von Apple (Englisch) muss eine App, die das Anlegen eines Kontos ermöglicht, auch das Löschen des Kontos innerhalb der App anbieten. Die Anforderungen von Google Play zum Löschen von Konten verlangen zusätzlich einen Weblink, über den Nutzer das Löschen ihres Kontos und ihrer Daten auch außerhalb der App beantragen können.

Tests, Store-Prüfung und eigene Entwicklerkonten

Vor dem Start braucht eine App drei Dinge: Tests auf echten Geräten mit einer Beta-Phase, die Freigabe in der Store-Prüfung von Apple und Google und die Veröffentlichung unter den eigenen Entwicklerkonten Ihres Unternehmens.

Tests. Testen Sie auf echten Geräten: ältere und neuere Smartphones, kleine und große Bildschirme, jede unterstützte Systemversion. Danach folgt eine Beta über Apples TestFlight und die Test-Tracks von Google Play. Nach den Testanforderungen von Google Play müssen private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, vor dem Antrag auf Produktionszugriff einen geschlossenen Test mit mindestens 12 Testpersonen durchführen, die mindestens 14 Tage lang ununterbrochen teilnehmen; die Regel gilt nur für private Konten.

Store-Prüfung. Apple prüft Apps anhand seiner App Review Guidelines (Englisch), Google anhand seiner Richtlinien für das Entwicklerprogramm. Nach Apples Richtlinie 4.2 sollte eine App Funktionen, Inhalte und eine Oberfläche bieten, die sie über eine bloß neu verpackte Website hinausheben. Häufige Stolpersteine: Abstürze, unvollständige Store-Einträge, fehlende Datenschutzangaben, keine Kontolöschung, kein Demo-Login für die Prüfer und Apps, die kaum mehr sind als eine Website in einer Hülle. Planen Sie Zeit für eine Ablehnung und erneute Einreichung ein.

Eigene Konten. Veröffentlichen Sie unter den Entwicklerkonten Ihres Unternehmens, nicht unter denen Ihrer Agentur. Für Apples Developer Program fällt eine Jahresgebühr an, für die Google Play Console eine einmalige Registrierungsgebühr; Organisationskonten brauchen bei beiden eine D-U-N-S-Nummer und eine Identitätsprüfung, beginnen Sie also früh. Halten Sie auch Domain, Hosting, Code-Repository und Signaturschlüssel auf Ihren Namen.

Was Kosten und Zeitplan bestimmt, vor und nach dem Start

Kosten und Zeitplan einer App hängen vor allem von Plattformen und Nutzerrollen, der Komplexität der Funktionen, Integrationen, dem Designanspruch, Compliance-Anforderungen und davon ab, wie schnell Sie selbst zuarbeiten, dazu kommt die Wartung nach dem Start. Kein seriöses Team kann ohne klaren Umfang einen Preis nennen, denn diese Faktoren verschieben ihn:

Plattformen und Rollen: iOS, Android, Web und das Admin-Panel bringen jeweils Arbeit mit; eine Kunden-App, eine Mitarbeiter-App und ein Admin-Panel sind drei Produkte, nicht eines.
Komplexität der Funktionen: Echtzeit-Chat, Live-Standort, Video, Offline-Synchronisierung und Buchungsregeln gehören zu den aufwendigeren Funktionen.
Integrationen: Jedes externe System bringt Arbeit mit, besonders ältere Systeme ohne gute Schnittstellen.
Designanspruch: Standardkomponenten sind schneller als individuelle Gestaltung und Animationen.
Sprachen, Märkte und Compliance: Übersetzungen, lokale Zahlungsarten, Datenmigration, hohe Sicherheitsanforderungen.
Ihre Mitwirkung: wie schnell Entscheidungen fallen und ob Texte, Bilder und Produktdaten rechtzeitig bereitstehen.

Mit dem Start ist das Budget nicht erschöpft. Apple und Google veröffentlichen jedes Jahr neue Systemversionen, und die Store-Anforderungen ändern sich mit ihnen. Bibliotheken brauchen Sicherheitsupdates, Server verursachen laufende Kosten, und die echte Nutzung zeigt Ihnen, was Sie als Nächstes bauen sollten.

So briefen Sie ein Entwicklungsteam

Briefen Sie ein Entwicklungsteam mit einem kurzen schriftlichen Dokument zu Problem, zentralen Abläufen, Plattformen, Integrationen und Rahmenbedingungen; erst damit kann ein Team eine aussagekräftige Schätzung abgeben. Das Dokument sollte enthalten:

Das Problem, die Zielgruppe und wie Sie Erfolg messen.
Die zentralen Abläufe, die MVP-Funktionsliste und die „Später“-Liste.
Plattformen, Länder und Sprachen.
Bestehende Systeme und Daten, mit denen die App verbunden werden muss.
Wer das Admin-Panel nutzt und wofür.
Apps, die Ihnen gefallen, und was genau Ihnen daran gefällt.
Rahmenbedingungen: Zieltermine und warum sie wichtig sind, eine Budgetspanne, wer entscheidet.

Fragen Sie das Entwicklungsteam dann: Wie würden Sie die Arbeit in Phasen aufteilen? Wem gehören Code, Designs und Konten? Wie werden Änderungen am Umfang gehandhabt? Wie sieht die Wartung aus?

Häufige Fragen

Soll ich eine native oder eine Cross-Platform-App entwickeln lassen?

Für die meisten Business-Apps, etwa für Bestellungen, Buchungen, Mitgliedschaften oder interne Tools, ist Cross-Platform eine sinnvolle Standardwahl, weil eine Codebasis iOS und Android bedient. Nativ ist sinnvoller, wenn die App von aufwendiger Grafik, anspruchsvollen Kamera- oder Audiofunktionen oder den neuesten Plattformfunktionen abhängt.

Was kostet es, eine App entwickeln zu lassen?

Das hängt vom Umfang ab, nicht von einer Preisliste: Plattformen, Bildschirme und Nutzerrollen, Integrationen, Designanspruch und Compliance-Anforderungen, dazu die Wartung nach dem Start. Ein klares MVP-Briefing ist der beste Weg zu einer verlässlichen Schätzung, idealerweise aufgeschlüsselt nach Phasen.

Brauche ich eigene Entwicklerkonten bei Apple und Google?

Ja, das ist dringend zu empfehlen. Mit eigenen Konten kontrollieren Sie Store-Eintrag, Bewertungen und Updates und können das Entwicklungsteam wechseln, ohne die App umziehen zu müssen. Apple verlangt eine Jahresgebühr, Google Play eine einmalige Registrierungsgebühr; Organisationskonten brauchen eine D-U-N-S-Nummer.

UsualMatrix gestaltet und entwickelt iOS- und Android-Apps samt Backend und Admin-Panel für Kunden weltweit und kommuniziert auf Chinesisch, Spanisch oder Englisch. Mehr zu unserer App- und Softwareentwicklung, oder schreiben Sie uns, um Ihre Idee zu besprechen.

Wichtig: Dieser Beitrag ist eine allgemeine Information über App-Entwicklung, Store-Regeln und Datenschutzrecht zum Zeitpunkt der Veröffentlichung und keine Rechtsberatung. Regeln ändern sich; prüfen Sie die aktuellen Anforderungen und lassen Sie sich für Ihren Fall von einer Anwältin, einem Anwalt oder einer Datenschutzfachkraft beraten.