App-Entwicklung

Was ist App-Entwicklung, und wann brauchen Sie tatsächlich eine App?

App-Entwicklung umfasst alles von der Definition und Gestaltung des Produkts über das Schreiben des Codes und die Veröffentlichung in den App-Stores bis zu den Updates, die danach folgen. Eine App ist mehr als die Bildschirme auf einem Smartphone: Dahinter stehen ein Server, der die Daten hält, eine API, mit der die App kommuniziert, und ein Bereich zur Verwaltung der Inhalte.

UNIT İstanbul bietet App-Entwicklung über seine Softwaremarke Unit Software an. Weil das Team in einer Agentur arbeitet, die seit 2009 Marketing macht, stehen Messung, Nutzergewinnung und Sichtbarkeit in den Stores vom ersten Projekttag an auf der Agenda.

Nicht jede Idee braucht eine App. Eine mobile App in Auftrag zu geben, ist meist dann sinnvoll, wenn:

• Menschen das Produkt oft und regelmäßig nutzen werden: Bestellungen, Buchungen, Treueprogramme oder Werkzeuge für Außendienstteams.
• Sie Gerätefunktionen wie Kamera, Standort, Bluetooth, biometrische Anmeldung oder Hintergrundverarbeitung brauchen.
• Die Arbeit weitergehen muss, wenn die Verbindung schwach ist oder ganz fehlt.
• Push-Benachrichtigungen der wichtigste Kanal sein werden, um mit Nutzern in Kontakt zu bleiben.

Besuchen Kunden Sie nur wenige Male im Jahr, ist eine gut gebaute mobile Website oft die bessere Investition. Für Spiele lesen Sie unsere Seite zur Spieleentwicklung, für kamerabasierte Augmented-Reality-Erlebnisse die Seite zu AR und VR. Beide Seiten beschreiben einen anderen Ansatz.

Nativ, React Native oder Flutter?

Die Technologieentscheidung prägt Budget, Tempo und Wartungsaufwand einer App über Jahre. Native Entwicklung bedeutet, jede Plattform in ihrer eigenen Sprache zu schreiben: Swift für iOS und Kotlin für Android. Beim plattformübergreifenden Ansatz erzeugt React Native oder Flutter aus einer gemeinsamen Codebasis Apps für beide Plattformen.

Für die meisten Business-Apps bringt Sie plattformübergreifende Entwicklung in beide Stores, ohne jede Funktion zweimal zu schreiben. Stützt sich die App stark auf Kamera, Sensoren, Hintergrundaufgaben oder die neuesten Plattformfunktionen, sorgt native Entwicklung auf lange Sicht meist für weniger Überraschungen. Das ist keine Geschmacksfrage; die Entscheidung wird schriftlich getroffen, auf Grundlage der Funktionsliste, der Teamstruktur und des Wartungsplans.

Wann genügt eine PWA?

Eine PWA (Progressive Web App) ist eine Webanwendung, die sich zum Startbildschirm hinzufügen lässt, dank Caching teilweise offline funktioniert und Benachrichtigungen senden kann. Sie wird ohne Warten auf eine Store-Freigabe aktualisiert und läuft auf jedem Gerät aus einer einzigen Codebasis.

Eine PWA ist ein guter Ausgangspunkt für interne Teamwerkzeuge, kampagnenspezifische Erlebnisse und um eine App-Idee zunächst im Kleinen zu testen. Andererseits erscheint sie nicht von selbst in der Store-Suche, ihr Zugriff auf manche Gerätefunktionen und Hintergrundaufgaben ist unter iOS begrenzt, und Nutzer müssen die Website erst zum Startbildschirm hinzufügen, bevor sie Benachrichtigungen erhalten können. Brauchen Sie Präsenz in den Stores und eine tiefe Geräteintegration, ist eine Store-App die bessere Wahl.

Warum sind mobile Nutzererfahrung und Barrierefreiheit wichtig?

Mobil handeln Menschen oft einhändig, unterwegs und mit geteilter Aufmerksamkeit. Eine gute mobile Erfahrung bedeutet kurze Abläufe, Buttons in bequemer Reichweite des Daumens, klare Fehlermeldungen und Bildschirme, die auch bei langsamer Verbindung reagieren.

Barrierefreiheit ist untrennbarer Teil dieser Erfahrung. Beschriftungen, die mit den Screenreadern VoiceOver und TalkBack funktionieren, Bildschirme, die auch bei größerer Schrift funktionieren, ausreichender Farbkontrast und angenehm große Touch-Flächen werden in der Designphase geplant; sie nachträglich hinzuzufügen, kostet weit mehr Aufwand.

Die unsichtbare Hälfte einer App: Backend, API und Admin-Bereich

Jede App mit Nutzerkonten, Bestellungen, Inhalten oder Benachrichtigungen braucht eine Serverseite. Wir gestalten diese Seite mit derselben Sorgfalt wie die Bildschirme, denn eine langsame API lässt selbst die beste Oberfläche langsam wirken.

• API-Design: Ältere App-Versionen bleiben eine Weile im Einsatz, deshalb versionieren wir die API und fügen neue Funktionen hinzu, ohne ältere Releases zu beschädigen.
• Admin-Bereich: Eine Weboberfläche, in der Ihr Team Inhalte, Kampagnen, Nutzer und Benachrichtigungen ohne Entwickler verwalten kann.
• Integrationen: Stabile, nachvollziehbare Datenflüsse mit ERP-, CRM-, Lager-, Buchungs- oder Treuesystemen.

Wie sollten Push-Benachrichtigungen geplant werden?

Push-Benachrichtigungen werden unter iOS über den Benachrichtigungsdienst von Apple und unter Android über den von Google zugestellt. Die technische Einrichtung ist der leichte Teil; die eigentliche Arbeit besteht darin festzulegen, welche Ereignisse eine Benachrichtigung auslösen, wann um Erlaubnis gefragt wird und wie oft gesendet wird. Die Erlaubnis dann einzuholen, wenn der Nutzer den Wert der Benachrichtigungen erkannt hat, statt direkt beim Öffnen der App, funktioniert besser.

Wie funktioniert eine App offline?

Im Außendienst, im Lager, auf Veranstaltungen oder auf Reisen ist nicht immer eine Verbindung verfügbar. Eine offlinefähige App speichert Daten sicher auf dem Gerät, synchronisiert sie mit dem Server, sobald die Verbindung zurückkehrt, und entscheidet bei Änderungen am selben Datensatz auf beiden Seiten nach einer vorab festgelegten Regel, welche Version gilt. Wird diese Regel im Design nicht festgehalten, kehrt sie später als Datenverlust zurück.

Wie funktioniert der Release-Prozess im App Store und bei Google Play?

Beide Stores prüfen die App und jede neue Version, bevor sie live geht; Prüfkriterien und Zeiträume unterscheiden sich zwischen den beiden. Wir prüfen die Store-Regeln bereits bei der Produktdefinition, nicht erst am Ende der Entwicklung.

• Entwicklerkonten werden auf Ihren Namen eröffnet. App und Nutzerdaten bleiben im Konto Ihrer Marke; wir greifen als Teammitglieder darauf zu.
• Datenschutzangaben: Die Datenschutzlabels im App Store und der Abschnitt zur Datensicherheit bei Google Play müssen genau den Daten entsprechen, die die App und die darin enthaltenen Drittanbieter-Bibliotheken erheben.
• Kontolöschung: Können Nutzer in der App ein Konto anlegen, verlangen beide Stores eine Möglichkeit, es zu löschen.
• Testkanäle: Vor dem Release testen wir mit echten Nutzern über TestFlight unter iOS und geschlossene Test-Tracks unter Android.
• Gestaffelter Rollout: Neue Versionen geben wir zunächst für einen Teil der Nutzer frei und weiten den Rollout aus, sobald Absturz- und Feedbackdaten unauffällig sind.

Welche Regeln gelten für In-App-Käufe?

Verkaufen Sie digitale Inhalte, Abonnements oder Funktionen, die innerhalb der App genutzt werden, verlangen die Stores in der Regel ihre eigenen Abrechnungssysteme. Für physische Waren und Dienstleistungen, die in der realen Welt erbracht werden, können Sie Ihre eigene Zahlungsinfrastruktur nutzen. Diese Regeln unterscheiden sich je nach Land und ändern sich mit der Zeit, deshalb prüfen wir die aktuellen Store-Richtlinien in jedem Projekt erneut. Die technische und sicherheitsbezogene Seite des Zahlungsablaufs behandeln wir gesondert auf unserer Seite zur Zahlungsarchitektur.

Wie werden Release-Management, Crash-Monitoring und Performance gehandhabt?

Auf einer Website geht eine Fehlerbehebung sofort live; in einer mobilen App durchläuft die Korrektur die Store-Prüfung, und die alte Version läuft weiter, bis der Nutzer das Update installiert. Deshalb ist Release-Management im Mobilbereich eine eigene Disziplin.

• Ein Mechanismus für erzwungene Updates, der Nutzer bei kritischen Sicherheits- oder Kompatibilitätsproblemen zur Aktualisierung führt, wird von Anfang an eingebaut.
• Neue Funktionen werden hinter Schaltern ausgeliefert, die sich aus der Ferne an- und abschalten lassen; geht etwas schief, werden sie abgeschaltet, ohne auf ein neues Release zu warten.
• Absturzberichte werden mit Werkzeugen wie Firebase Crashlytics oder Sentry gesammelt und mit Angaben zu Gerät und Betriebssystemversion priorisiert.
• Startzeit, eingefrorene Bildschirme, Fehler vom Typ „App reagiert nicht“ unter Android, App-Größe und Akkuverbrauch werden in jedem Release verfolgt.

Was sollten Sie in einer mobilen App messen?

Installationszahlen allein sind kein Erfolgsmaß. Die eigentliche Frage ist, ob Menschen, die die App installieren, bedeutsame Schritte erreichen, etwa Registrierung, erste Bestellung, Wiederkehr oder Abschluss eines Abonnements. Deshalb schreiben wir vor der Entwicklung einen Event-Tracking-Plan: welche Ereignisse mit welchen Parametern und unter welchen Namen erfasst werden.

Unter iOS erfordert das Tracking von Nutzern über Apps hinweg eine gesonderte Erlaubnis, und nach dem Datenschutzrecht wird eine Verarbeitung, die eine ausdrückliche Einwilligung erfordert, vom Rest getrennt gehalten. Wir bauen die Messung um diese Berechtigungen herum auf und halten für Nutzer, die ablehnen, ein aggregiertes, anonymes Reporting bereit.

Hier helfen uns unsere Wurzeln als Marketingagentur am meisten. Damit die App in den Stores gefunden wird, Besuche der Store-Seite zu Installationen werden und App-Install-Anzeigen messbar sind, arbeiten wir mit demselben Messplan wie unser Team für ASO und App-Werbung; so muss nach dem Livegang kein separates Setup von Grund auf begonnen werden.

Wie werden Sicherheit und Datenschutz (KVKK) in einer mobilen App behandelt?

Ein Smartphone kann verloren gehen, ein Netzwerk kann unsicher sein, und ein App-Paket lässt sich per Reverse Engineering zerlegen. Wir bauen die Sicherheit auf diesen Annahmen auf und nutzen den Sicherheitsstandard für mobile Anwendungen von OWASP, MASVS, als Checkliste.

• Sitzungstokens und sensible Daten werden in den geschützten Bereichen des Betriebssystems gespeichert, etwa im iOS Keychain und im Android Keystore; geheime Schlüssel werden nie in den App-Code geschrieben.
• Der gesamte Datenverkehr läuft über verschlüsselte Verbindungen; in Projekten, die es erfordern, kommt Certificate Pinning hinzu.
• Die App fragt nur die Daten und Berechtigungen ab, die ihre Funktion erfordert; Zugriff auf Standort oder Kontakte wird nie ohne Grund angefordert.
• Für das türkische Datenschutzgesetz (KVKK) werden Datenschutzhinweis, einwilligungspflichtige Verarbeitungen, der Serverstandort der Daten und die Datenflüsse der Drittanbieter-Bibliotheken dokumentiert. Entscheidungen zu grenzüberschreitenden Datenübermittlungen werden gemeinsam mit Ihrer Rechtsberatung getroffen.

Wovon hängen die Kosten einer App-Entwicklung ab?

Die Kosten hängen weniger von der Zahl der Bildschirme ab als von den Geschäftsregeln dahinter. Ein schriftliches Angebot erstellen wir, sobald die folgenden Punkte aus der Analyse klar sind:

• Eine oder zwei Plattformen; nativ oder plattformübergreifend.
• Nutzerrollen sowie Anzahl und Komplexität der Abläufe.
• Ob das Backend von Grund auf gebaut oder an ein bestehendes System angebunden wird.
• Integrationen wie Zahlungen, Karten, Messaging, ERP oder CRM.
• Offline-Nutzung, Echtzeitdaten und Sicherheitsanforderungen.
• Der Umfang von Wartung und Weiterentwicklung nach dem Livegang.

Statt ein großes Projekt in einem Zug zu bauen, empfehlen wir, mit einer ersten Version zu starten, die mit den Kernfunktionen live geht, und sie anhand echter Nutzungsdaten auszubauen. Unsere abgeschlossenen Softwareprojekte finden Sie auf der Seite zum Portfolio von Unit Software.

Warum braucht eine App nach dem Livegang Wartung?

Eine mobile App ist nicht fertig, wenn sie live geht. Apple und Google aktualisieren ihre Betriebssysteme jedes Jahr; Google Play verlangt, dass App-Updates auf eine aktuelle Android-Version abzielen, und der App Store erwartet Builds, die mit aktuellen Entwicklungswerkzeugen kompiliert wurden.

Ein Wartungsvertrag umfasst Betriebssystemkompatibilität, Bibliotheksupdates, Crash-Tracking, Änderungen der Store-Richtlinien und kleine Verbesserungen. Jeden Monat berichten wir schriftlich, was erledigt wurde und was das nächste Release enthalten wird. Um über Ihr Projekt zu sprechen, erreichen Sie uns über unsere Kontaktseite.