Du hast dich entschieden, eine App zu bauen... Gut, jetzt fragt jemand: iOS oder Android?
Und plötzlich wird aus einer Produktentscheidung eine Technologiedebatte, auf die niemand vorbereitet war.
Die Wahrheit ist, dass die Entwicklung von iOS- und Android-Apps nicht wirklich eine technische Frage ist.
Es ist eine geschäftliche Angelegenheit. Wer sind Ihre Nutzer? Wo sind sie? Was erwarten sie? Die Plattform folgt aus den Antworten, nicht umgekehrt.
Die plattformübergreifende Entwicklung mobiler Apps bietet eine dritte Option, die die meisten Menschen erst dann vollständig verstehen, wenn sie sich bereits mitten im Projekt befinden. Für viele Unternehmen ist dies der intelligenteste Ausgangspunkt. Für andere ist es die völlig falsche Entscheidung.
Dieser Artikel hilft Ihnen herauszufinden, welcher welcher ist, bevor jemand eine Codezeile schreibt.
Beginne mit dem Internet und werde dann mobil
Bevor die Frage zwischen iOS und Android überhaupt auftaucht, überspringen die meisten Leute einen Schritt.
Bei Rocksoft beginnen wir normalerweise mit einem Web-App. Alle Kernfunktionen werden zuerst in einem Browser erstellt und getestet — etwas, in das sich Benutzer einloggen, ausprobieren und Feedback geben können.
Es ist schneller zu ändern, einfacher zu aktualisieren und erfordert nicht jedes Mal, wenn etwas repariert werden muss, eine Genehmigung vom App Store.
Sobald das Produkt getestet wurde und die Kernlogik solide ist, wird die Umstellung auf Mobilgeräte viel einfacher. Mit einem Framework wie Capacitor ist der Weg von der Web-App zum Handy kurz. Dieselbe Codebasis, die im Browser läuft, kann in eine mobile App für iOS und Android gepackt werden, ohne dass alles von Grund auf neu erstellt werden muss.
Dies ist die Route, die für neun von zehn Apps, an denen wir arbeiten, sinnvoll ist. Es reduziert das Risiko, hält die Kosten niedrig und bedeutet, dass die mobile Version auf etwas basiert, das bereits mit echten Benutzern getestet wurde.
Der Rest dieses Artikels behandelt die Fälle, in denen dieser Ansatz nicht gilt, wenn natives iOS, natives Android oder ein anderer plattformübergreifender Ansatz die bessere Wahl sind.
Warum diese Entscheidung wichtiger ist, als die meisten Menschen denken
Bei der Auswahl einer Plattform geht es nicht nur darum, wo Ihre App ausgeführt wird. Sie bestimmt Ihr Budget, Ihren Zeitplan, Ihre Teamstruktur und Ihre Fähigkeit, später Funktionen hinzuzufügen.
Wenn Sie für die falsche Plattform bauen, verbringen Sie Monate damit, ein Publikum zu erreichen, das nicht da ist.
Bauen Sie für beide Plattformen separat, wenn Sie es nicht mussten und Sie Ihre Kosten ohne Grund verdoppelt haben.
Entscheiden Sie sich für plattformübergreifend, wenn Ihre App nativ sein muss und Sie mit Leistungsproblemen zu tun haben, die ohne Neuaufbau nur schwer zu beheben sind.
Nichts davon ist für sich genommen eine Katastrophe. Aber sie beginnen alle mit demselben Moment: Jemand hat eine Plattformentscheidung getroffen, bevor er wirklich verstanden hat, für wen die App gedacht ist.
iOS: wenn es der richtige Anruf ist
iOS ist in der Regel sinnvoll, wenn sich Ihre Nutzer in den USA, Großbritannien oder Westeuropa befinden, wenn Sie ein Geschäftspublikum ansprechen oder wenn die Nutzer der App wahrscheinlich ein iPhone haben.
Die Zahlen machen das klarer. In den USA gilt iOS 63% des Smartphone-Marktes und in Kanada ähnlich bei 65%. Norwegen sitzt bei 54% iOS. Das Vereinigte Königreich ist fast genau gleich bei 50%.
Wenn es sich bei Ihrer App um ein Kundenportal, ein Außendiensttool oder etwas anderes handelt, das sich an Entscheidungsträger in Unternehmen richtet, ist es genauso wichtig, wo sich Ihre Benutzer befinden, sondern auch, wer sie sind.
Es gibt auch ein Genehmigungsverfahren, das in Betracht gezogen werden muss. Die App Store-Überprüfung von Apple ist strenger und langsamer als die von Google Play.
Das bedeutet längere Vorlaufzeiten bis zur Markteinführung und mehr Arbeit, um die App an die sich ändernden Richtlinien von Apple anzupassen. Kein Grund, iOS zu meiden, nur etwas, das man einplanen sollte.
Es ist ein gängiger und sinnvoller Ansatz, zuerst mit iOS zu beginnen und später auf Android zu erweitern. Sie testen mit einem echten Publikum, erfahren, was das Produkt tatsächlich leisten muss, und bauen die zweite Plattform mit diesem Wissen auf.
Android: wenn es der richtige Anruf ist
Android hat die größere globale Nutzerbasis - rund 68% weltweit, iOS bei 32%. In vielen Teilen der Welt ist es nicht einmal in der Nähe.
Wenn sich Ihr Produkt an ein breites Verbraucherpublikum richtet, wenn Sie für Märkte außerhalb der USA und Großbritanniens bauen oder wenn Ihre Nutzer Außendienstmitarbeiter, Lieferfahrer oder andere Personen sind, die in einer Position tätig sind, in der Android-Geräte die Norm sind, dann sind sie bei Android genau richtig.
Das Gleiche gilt für Teile Westeuropas. In Deutschland und Österreich führt Android bei 59% und 50% jeweils.
Android ist auch tendenziell schneller in die Hände der Nutzer geraten. Der Überprüfungsprozess im Play Store ist einfacher. Dies ist wichtig, wenn Sie versuchen, schnell voranzukommen.
Der Kompromiss ist Abwechslung. Android läuft auf Tausenden verschiedener Geräte mit unterschiedlichen Bildschirmgrößen, Hardware- und Softwareversionen. Das Testen nimmt mehr Zeit in Anspruch und unerwartete Probleme sind schwieriger vorherzusagen.
Plattformübergreifend: wann es Sinn macht und wann nicht
Wenn Sie bereits eine Web-App erstellt haben und mobil werden möchten, ist die plattformübergreifende Nutzung in der Regel der nächste natürliche Schritt.
Frameworks wie Kondensator, Reagieren Sie nativ, und Flattern ermöglicht es Ihnen, sowohl iOS als auch Android von einer einzigen Codebasis aus zu erreichen, ohne die Kosten für die Erstellung von zwei separaten nativen Apps zu tragen.
Für die meisten Geschäftsanwendungen, Portale, interne Tools, Feldanwendungen und Buchungssysteme funktioniert das gut. Für die meisten Benutzer fühlt sich die App wie eine native an. Die Entwicklung ist schneller und die langfristige Wartung ist einfacher.
Aber es gibt Fälle, in denen es nicht passt.
Wenn Ihre App stark von gerätespezifischen Funktionen wie Kamerastacks, Gesundheitssensoren, Bluetooth-Hardware oder tiefem Zugriff auf das Betriebssystem abhängig ist, ist die native Entwicklung für Sie besser geeignet.
Plattformübergreifende Frameworks haben Grenzen, und es wird schnell teuer, sie zu umgehen.
Bei Apps mit komplexen Animationen, Echtzeitgrafiken oder umfangreicher Datenverarbeitung können sich Leistungsunterschiede auch auf die Art und Weise bemerkbar machen, wie die Nutzer es bemerken.
Noch etwas Wissenswertes: Plattformübergreifend bedeutet nicht die halbe Arbeit.
Die Logik wird geteilt, aber Design, Testen und Shop-Einreichung erfolgen immer noch zweimal. Die Einsparungen ergeben sich daraus, dass zwei separate Codebasen nicht langfristig verwaltet werden, und nicht dadurch, dass ein Teil des Prozesses übersprungen wird.
Wie trifft man diese Entscheidung eigentlich?
Drei Fragen überschneiden in der Regel den größten Teil des Lärms.
Wer sind Ihre Nutzer und welche Geräte haben sie? Wenn Sie das wissen, ist die Plattformfrage größtenteils beantwortet. Wenn Sie dies nicht tun, lohnt es sich, dies herauszufinden, bevor Sie sich zu etwas verpflichten. Sprechen Sie mit ein paar echten potenziellen Benutzern. Schauen Sie sich an, welche Geräte in der Branche, für die Sie bauen, üblich sind.
Was muss die App tun, um gegen Plattformbeschränkungen zu verstoßen? Die meisten Apps benötigen nichts Ungewöhnliches. Ein Kundenportal, ein internes Tool, ein Buchungssystem — das sind gute Kandidaten für einen Web-First-Ansatz, gefolgt von plattformübergreifenden Mobilgeräten. Wenn Ihre App jedoch umfassenden Hardwarezugriff oder spezielle Sensoren benötigt, ändert das die Entscheidung.
Worüber kannst du es dir leisten, zu lernen? Es ist eine kluge Strategie, mit einer Web-App zu beginnen, mit echten Benutzern zu testen und später mobil zu werden. Sie reduziert das Risiko, senkt die Anschaffungskosten und bedeutet mobile Version basiert auf etwas, das sich bereits bewährt hat.
Keine dieser Fragen hat eine allgemein richtige Antwort. Sie hängen von Ihrem Produkt, Ihren Benutzern und Ihrer Situation ab. Genau aus diesem Grund sollte diese Entscheidung nicht im luftleeren Raum getroffen werden.
Bei Rocksoft arbeiten wir das vor jedem Build in einem Entdeckungsworkshop. Hier wird die richtige Plattformentscheidung getroffen, zusammen mit der Funktionsliste, den technischen Einschränkungen und allem anderen, was bestimmt, was Ihre App kosten wird und wie lange es dauern wird.
Sie sind sich nicht sicher, welche Plattform die richtige für Ihre App ist? Lass es uns gemeinsam herausfinden.
