App Entwicklung von der Idee bis zum Store, Code und Konten auf Ihren Namen.

Was brauchen Sie, bevor die App Entwicklung startet?

App Entwicklung heißt für uns: Aus einer Idee entsteht ein sicheres, wartbares Produkt, das Nutzer auf iOS und Android installieren. Wenn Sie eine App entwickeln lassen und diese Punkte zum ersten Gespräch mitbringen, stehen Umfang und Honorar deutlich schneller fest:

• Ziel in einem Satz: Wessen Problem löst die App?
• Vorbilder: drei bis fünf Apps, die Ihnen gefallen oder mit denen Sie konkurrieren, und warum.
• Pflichtfunktionen: die drei bis fünf Aktionen, ohne die die erste Version nicht auskommt.
• Bestehende Systeme: Website, CRM, ERP, Zahlungsanbieter oder Warenwirtschaft.
• Markendateien: Logo, Farben und, falls vorhanden, ein App Icon.
• Firmendaten: offizieller Firmenname und DUNS Nummer für die Entwicklerkonten bei Apple und Google; fehlt die Nummer, starten wir den Antrag gemeinsam.
• Budgetrahmen und Zieltermin: Damit ziehen wir einen realistischen Umfang.

Nicht alles muss fertig sein, denn Lücken schließen wir gemeinsam in der Discovery. Manche Aufgaben gehören allerdings zu unseren anderen Leistungen. Die Website, die Ihre App bewirbt, entsteht zum Beispiel im Webdesign, während Produkte, Warenkorb und Kampagnenlogik zur E-Commerce Beratung gehören. Stehen Logo, App Icon und Farbsystem noch nicht fest, beschleunigt ein Start mit der Markenidentität auch das Design der App.

Nativ, plattformübergreifend oder PWA: was passt zu Ihrer App?

Die richtige Technologie hängt davon ab, was die App leisten soll und welches Budget Sie planen. Daher wählen wir sie nach dem Umfang, nicht davor. Grob lassen sich die Wege so vergleichen:

• Nativ (Swift, Kotlin): eine eigene Codebasis pro Plattform. Vor allem bei gerätenahen Funktionen wie Kamera, Bluetooth, Hintergrundaufgaben oder aufwendigen Animationen bietet sie die meiste Kontrolle. Allerdings bedeuten zwei Codebasen auch doppelte Wartung.
• React Native: Apps für iOS und Android aus einer Codebasis. Laut offizieller Dokumentation laufen die Komponenten auf denselben Views wie Android und iOS. Für neue Projekte empfiehlt die Dokumentation ein Framework wie Expo.
• Flutter: eine Codebasis in Dart. Flutter kompiliert Release Builds direkt in Maschinencode und zeichnet die Oberfläche mit einer eigenen Engine.
• PWA: eine Web App, die im Browser läuft und sich auf dem Homescreen installieren lässt. Sie erreicht jedes Gerät aus einer Codebasis; seit iOS 16.4 erhalten Web Apps auf dem Homescreen zudem Push Benachrichtigungen.

In der Praxis bietet der plattformübergreifende Weg für die meisten Business Apps die beste Balance aus Budget und Tempo. Andererseits empfehlen wir für Apps mit tiefem Hardwarezugriff oder stark plattformtypischem Erlebnis den nativen Weg. Brauchen Sie keinen Store Eintrag und wollen schnell starten, ist eine PWA eine ernsthafte Option. Die mobile Qualität Ihrer heutigen Website prüfen Sie mit unserem Mobile Friendly Test, und unser Artikel zu Mobile First Design erklärt den passenden Designansatz.

Von der Idee zum MVP: wie entsteht ein klarer Umfang?

Der teuerste Fehler bei einer neuen App ist, jede Funktion in die erste Version zu packen. Deshalb beginnen wir mit Discovery: Wer nutzt die App, welches Problem löst sie, und welche drei Aktionen beweisen ihren Wert? Sobald die Antworten feststehen, halten wir zunächst User Stories, Screenliste und Abnahmekriterien in einem Konzeptdokument fest.

Danach definieren wir das MVP, also die kleinste Version, die Ihre Idee mit echten Nutzern prüft. Bei einer Buchungsapp gehören zum Beispiel Auswahl der Leistung, Terminwahl, Benachrichtigung und Stornierung in die erste Version. Bewertungen, Treueprogramm und Berichte für mehrere Standorte warten dagegen auf Phase zwei. Somit fließt der größte Teil Ihres Budgets in Funktionen, die Menschen tatsächlich nutzen.

Das Design folgt derselben Reihenfolge: zuerst Wireframes, dann ein klickbarer Prototyp, zuletzt das visuelle Design. Mit der Entwicklung beginnen wir erst, wenn Sie den Prototyp auf Ihrem Smartphone getestet und freigegeben haben. Denn einen Screen im Design zu ändern kostet deutlich weniger als im Code. Danach arbeiten wir in kurzen Sprints und schicken nach jedem Sprint eine lauffähige Version auf Ihr Testgerät. Wie das funktioniert, zeigt unser Beitrag zu agilem Projektmanagement. Vergleichen Sie Angebote für das Design, hilft außerdem unsere Checkliste für UI und UX Design.

Wie prägen Backend, Admin Panel und Schnittstellen das Budget?

Die Screens, die Nutzer sehen, sind nur die halbe Arbeit. Die andere Hälfte bleibt unsichtbar: das Backend hinter Konten, Daten und Geschäftsregeln, das Admin Panel Ihres Teams und die Schnittstellen zu externen Diensten. Trotzdem lassen viele Angebote diesen Teil vage. In unserem Konzept hat stattdessen jede Schnittstelle eine eigene Zeile.

• Identität und Konten: Login per E-Mail, Telefon oder Social Login. Bietet eine App einen Login über Dritte an, verlangt Apple zusätzlich eine gleichwertige Option mit begrenzter Datenerhebung (Richtlinie 4.8).
• Benachrichtigungen: Push Infrastruktur für iOS und Android mit Regeln für Segmente und Timing.
• Zahlungen: für digitale Inhalte und Abos standardmäßig das Bezahlsystem des Stores; für physische Waren und Dienstleistungen dagegen Karte oder Apple Pay. Die Richtlinien 3.1.1 und 3.1.3(e) von Apple und die Zahlungsrichtlinie von Google Play ziehen diese Grenze; in der EU und den USA erlauben beide Stores allerdings unter eigenen Bedingungen und Gebühren auch alternative Zahlungsanbieter oder externe Angebote.
• Geschäftssysteme: CRM, ERP, Buchhaltung, Karten und Versanddienste.

Ebenso wählen wir Sprache und Architektur des Backends passend zur Größe; unser Vergleich von Python und Go erklärt die Überlegungen dahinter. Teilt Ihre App Kundendaten mit Ihrer Website, ist unser Leitfaden zur Anbindung von CRM und ERP ein guter Einstieg. Kurz gesagt: Je klarer das Backend geplant ist, desto leichter lassen sich später Funktionen ergänzen.

Wie kommen KI Funktionen in Ihre App?

Intelligente Suche, Zusammenfassungen, ein Chatbot, Produkterkennung per Foto oder persönliche Empfehlungen gehören heute zu vielen Apps. Solche Funktionen setzen wir auf zwei Wegen um:

• Auf dem Gerät: Das Foundation Models Framework von Apple unter iOS und die ML Kit GenAI APIs (Gemini Nano) unter Android arbeiten, ohne dass Daten das Smartphone verlassen, und kosten daher keine Gebühren pro Nutzung. Allerdings laufen sie nur auf unterstützten Geräten und eignen sich für kurze Aufgaben.
• Modelle in der Cloud: Dienste wie OpenAI, Google Gemini oder Anthropic Claude sind leistungsfähiger; allerdings kosten sie pro Nutzung, und die Daten gehen an den Anbieter.

Beim zweiten Weg steht vor allem der Datenschutz im Vordergrund. Apple verlangt von Apps, die personenbezogene Daten mit einem KI Dienst von Drittanbietern teilen, einen klaren Hinweis darauf und die ausdrückliche Erlaubnis der Nutzer vor der Weitergabe (Richtlinie 5.1.2(i)). Anbieter, übermittelte Daten und Zweck nennen wir deshalb im Dialog zur Einwilligung und übernehmen sie in die Datenschutzangaben und in Data safety.

Für die Kosten setzen wir Kontingente und Ausgabengrenzen pro Nutzer und begrenzen das Modell auf eine klar umrissene Aufgabe. Schließlich empfehlen wir, KI zuerst mit einer kleinen Funktion zu testen und sie nur auszubauen, wenn sie Ihren Nutzern wirklich hilft.

Wie läuft die Veröffentlichung im App Store und bei Google Play?

Die Veröffentlichung planen wir von Anfang an, denn sie ist keine Aufgabe für die letzte Minute. Unsere erste Regel ist einfach: Sie eröffnen die Entwicklerkonten als zeichnungsberechtigte Person auf den Namen Ihres Unternehmens und laden unser Team mit einer Rolle ein. Bei Apple akzeptiert der Account Holder die Verträge und vergibt Rollen wie Admin oder App Manager. In der Play Console laden Sie ebenso Nutzer ein und legen Rechte pro App fest. Beide Stores verlangen von Unternehmen eine DUNS Nummer; weil die Vergabe dauern kann, starten wir den Antrag gemeinsam mit Ihnen in der ersten Woche.

Die App Review Guidelines von Apple stützen diese Regel: Einreichen soll die Person oder Firma, die die Rechte an der App innehat oder lizenziert hat (Richtlinie 5.2.1). Apps aus Vorlagen, die nicht der Inhaber der Inhalte selbst einreicht, lehnt Apple ebenso ab (Richtlinie 4.2.6). Die Prüfzeiten unterscheiden sich dann je nach Store:

• App Store: Laut Apple prüft das Team im Durchschnitt 90 Prozent der Einreichungen in weniger als 24 Stunden. Hat Ihre App einen Login, braucht das Prüfteam ein Demokonto oder, nach vorheriger Freigabe durch Apple, einen vollständigen Demomodus.
• Google Play: Bei manchen Konten dauert die Prüfung bis zu sieben Tage, in Ausnahmefällen länger. Außerdem müssen private Konten, die nach dem 13. November 2023 entstanden sind, vor dem Start einen geschlossenen Test durchführen. Dafür braucht es mindestens 12 Tester, die 14 Tage am Stück dabei bleiben.

Kommt eine Ablehnung, lesen wir zunächst die Begründung, beheben dann das Problem und reichen neu ein. Halten wir eine Entscheidung für unfair, nutzen wir den Einspruch beim App Review Board. Einer der häufigsten Gründe für eine Ablehnung ist übrigens eine App, die nur eine bestehende Website verpackt. Apple erwartet Funktionen und eine Oberfläche, die über eine verpackte Website hinausgehen (Richtlinie 4.2).

DSGVO, TDDDG und Barrierefreiheit: welche Regeln gelten für Ihre App?

Eine App erreicht sensible Daten auf dem Smartphone, von der Kamera bis zum Standort. Deshalb gehört Datenschutz bei uns in den ersten Designtag, nicht in den letzten Tag vor dem Start. Jede Berechtigung fragen wir auf dem Screen ab, der sie braucht, und erklären den Zweck klar. Für Nutzer in Deutschland gilt dabei § 25 TDDDG: Speichert oder liest eine App Informationen auf dem Endgerät, braucht sie dafür eine Einwilligung, außer der Zugriff ist für den gewünschten Dienst unbedingt erforderlich. SDKs für Analyse und Werbung prüfen wir daher vor dem Einbau.

Die Stores verlangen zudem diese Angaben:

• Datenschutzangaben im App Store: die Daten, die Ihre App und eingebundene SDKs von Drittanbietern erheben. Ohne diese Angaben nimmt Apple keine neuen Apps und Updates an; Tracking für Werbung setzt dabei die Erlaubnis über App Tracking Transparency voraus.
• Data safety bei Google Play: Pflicht für jede veröffentlichte App, auch ohne Datenerhebung, und nur mit Link zur Datenschutzerklärung.
• Kontolöschung: Können Nutzer ein Konto anlegen, verlangen Apple und Google einen Weg zur Löschung direkt in der App.

Verkaufen Sie über die App an Verbraucher, gilt seit dem 28. Juni 2025 das Barrierefreiheitsstärkungsgesetz, das in § 2 ausdrücklich Anwendungen auf Mobilgeräten nennt; Kleinstunternehmen, die Dienstleistungen anbieten, nimmt es aus. Die DSGVO verlangt darüber hinaus Datenschutz durch Technikgestaltung.

Hostet oder wartet unser Team ein Backend mit personenbezogenen Daten, schließen wir einen Vertrag zur Auftragsverarbeitung nach Artikel 28 DSGVO. Weil unser Unternehmen seinen Sitz in der Türkei hat, kommen die Standardvertragsklauseln der Europäischen Kommission hinzu. Datenschutzerklärung, Nutzungsbedingungen und Auftragsverarbeitungsvertrag erstellen Partneranwälte im eigenen Mandat; wir liefern die technischen Angaben (Datenflüsse, SDK Liste) und setzen die Texte in der App um. Eine Rechtsberatung durch uns findet nicht statt. Einen Überblick gibt unser DSGVO Leitfaden.

Wie lange dauert die App Entwicklung, und was bestimmt die Gesamtkosten?

Zeit und Kosten hängen weniger von der Zahl der Screens ab als von der Komplexität der Geschäftsregeln. Selbst eine App mit zwei Screens ist ein großes Projekt, wenn sie Zahlungen, mehrere Nutzerrollen und Standortdaten in Echtzeit nutzt. Folglich nennen wir einen verbindlichen Zeitplan erst nach der Discovery, zusammen mit dem schriftlichen Umfang. Jedes frühere Datum ist nur eine Schätzung.

Diese Punkte verlängern Zeitpläne am häufigsten:

• Unklarer Umfang: neue Funktionen, die während der Entwicklung dazukommen.
• Externe Abhängigkeiten: Freigaben von Zahlungsanbietern, Zugänge zu APIs von Unternehmenssystemen und der Antrag auf eine DUNS Nummer.
• Inhalte: Texte, Bilder und Produktdaten, die spät eintreffen.
• Store Prozess: Pflicht zum geschlossenen Test, Prüfzeit und mögliche Ablehnungen.

Über die Gesamtkosten sprechen wir ebenfalls von Anfang an. Neben der Entwicklung gehören die jährliche Mitgliedschaft im Apple Developer Program und die einmalige Registrierungsgebühr der Google Play Console dazu. Hinzu kommen Hosting und Datenbanken, Dienste für Push, SMS und Karten sowie ein jährliches Budget für Wartung. Store und Servicegebühren zahlen Sie direkt über Ihre eigenen Konten; somit hängt kein Teil der Infrastruktur von uns ab. Unsere festen Angebote für Websites finden Sie unter Pakete. Für eine App senden wir Umfang und Honorar nach einem ersten Gespräch schriftlich.

Warum braucht eine App Wartung nach dem Start?

Mit dem Start ist eine App nicht fertig, denn Betriebssysteme, Store Regeln und Bibliotheken ändern sich jedes Jahr. Nach den Vorgaben von Google Play zum Target API Level müssen neue Apps und Updates zum Beispiel seit dem 31. August 2026 Android 16 (API Level 36) als Ziel haben. Bestehende Apps müssen mindestens Android 15 (API Level 35) anpeilen, damit neue Nutzer sie auf aktuellen Geräten weiter finden. Eine App ohne Updates verliert folglich still an Reichweite.

Ab dem 30. September 2026 müssen Apps auf zertifizierten Android Geräten in Brasilien, Indonesien, Singapur und Thailand zudem einem verifizierten Entwickler zugeordnet sein, auch außerhalb von Google Play; 2027 plant Google die weltweite Ausweitung.

Unser Wartungsplan umfasst diese Aufgaben:

• Kompatibilität: Tests auf neuen Versionen von iOS und Android, dazu Anpassungen an das aktuelle Target API Level und Updates der SDKs.
• Fehler und Abstürze: Wir beobachten Absturzberichte und beheben kritische Fehler zuerst.
• Sicherheit: Updates für Bibliotheken, Patches für Server und regelmäßige Backups.
• Messung: Analytics Ereignisse, Conversion Funnel und Statistiken aus dem Store.

Schließlich gehört auch das Wachstum nach dem Start zum Plan. Für den Store Eintrag richten wir die ASO Grundlagen ein: Titel, Beschreibung, Screenshots und Keywords. Kampagnenlinks kennzeichnen Sie mit unserem UTM Generator, und für Flyer oder Verpackungen erzeugt der QR Code Generator einen Downloadlink. Um Nutzer in Ihre App zu bringen, arbeiten unsere Google Ads Verwaltung und SEO Beratung unter derselben Strategie.

Worauf sollten Sie achten, wenn Sie eine App entwickeln lassen?

Angebote nur nach dem Gesamtpreis zu vergleichen führt in die Irre. Denn dieselbe Summe kann bei einem Anbieter ein Produkt mit Backend und Wartung bedeuten, beim anderen nur das Design der Screens. Bevor Sie sich entscheiden, empfehlen wir diese Fragen:

• Rechte und Konten: Auf wessen Namen laufen Repository, Store Konten, Server und Domain?
• Umfang: Stehen Screenliste, Schnittstellen und Abnahmekriterien schriftlich fest?
• Tests: Sieht der Plan TestFlight oder einen geschlossenen Test auf echten Geräten vor?
• Wartung: Wie laufen Updates, Fehlerbehebung und Arbeiten am Target API Level nach dem Start?
• Erfahrung: Hat der Anbieter bereits Software ähnlicher Komplexität entwickelt?

Die Antworten halten wir im Vertrag fest. Talha Aslan, Experte für digitales Marketing, Google Partner und Full Stack Developer, verantwortet Strategie und Ergebnis. Auf der Softwareseite hat unser Team SaaS Plattformen, CRM und Automatisierungssysteme entwickelt. Im ersten Gespräch hören wir Ihnen zu und sagen offen, welche Technologie passt und wo die Risiken liegen. Passt ein Projekt nicht zu uns, sagen wir auch das. Unsere Arbeiten sehen Sie unter Referenzen, und über den Kontakt sprechen wir über Ihr Projekt.