Hybrid-Apps für iOS und Android

Wir bauen eine plattformübergreifende App aus einer Codebasis und veröffentlichen sie im App Store und bei Google Play. Oberfläche, Konten und Daten liegen in einem Projekt, sodass Außendienst, Kundschaft oder Mitglieder dieselbe App auf iOS und Android erhalten, ohne eine zweite Codebasis zu bezahlen.

Was wir bauen

Kunden-Apps, Mitarbeiter-Apps und Begleit-Apps zu einem Produkt, das schon eine Webseite hat. Ansichten, die auch bei schlechter Verbindung benutzbar bleiben. Push, Kamera und Dateien, wenn die Arbeit das braucht. Das Backend gehört zum selben Auftrag: Konten, Datensätze und Aufgaben, die nicht auf dem Telefon laufen sollen.

Von Anfang an bauen wir Messung ein: Produktanalyse und Attribution über Adjust, damit sich Kampagnen an der tatsächlichen Nutzung messen lassen.

Wann hybrid passt, und wann nicht

Eine Hybrid-App passt, wenn beide Stores zählen und das Produkt nicht zwei native Teams bezahlen soll. Sie passt nicht, wenn die App nur eine dünne Hülle um eine Website ist, oder wenn eine Gerätefunktion keinen guten Hybrid-Zugang hat und das Feature davon abhängt. Das sagen wir, bevor der Umfang feststeht.

Typische Ausgangspunkte

  • Ein Produkt mit Weboberfläche, das jetzt auf Telefone und in die Stores muss.
  • Eine Mitarbeiter-App für Arbeit unterwegs, bei der Datensätze vor Ort erreichbar sein müssen.
  • Eine erste mobile Version, bei der Lernen von echten Nutzern wichtiger ist als das letzte native Detail.

Wie der Auftrag läuft

Wir beginnen bei der Aufgabe der App. Sie bekommen eine installierbare Vorschau, bevor etwas in den Store geht. Store-Veröffentlichung, Signierung und der erste produktive Datenweg gehören zur Lieferung. Danach bleiben wir für Korrekturen, oder wir übergeben ein Repository, das Ihr Team betreiben kann.

Der Ablauf steht unter Zusammenarbeit. Braucht dasselbe Produkt eine Browser-Oberfläche, ist das die Web- und Produkt-App, auf diesem Backend, nicht bei einem zweiten Anbieter.

Was Sie behalten

Einen Store-Eintrag auf Ihrem Konto, den Quelltext und ein Backend, das kein Plattformteam im Bereitschaftsdienst braucht. Konten und Signierschlüssel bleiben bei Ihnen. Das Produktionsprojekt bleibt nicht bei uns, damit die Übergabe funktioniert.

Fragen, die wir zuerst hören

Wem gehören Store-Eintrag und Code? Ihnen. Einträge, Konten und Signierschlüssel laufen auf Ihren Namen, der Quelltext liegt in Ihrem Repository.

Ist das Backend enthalten? Ja, im selben Auftrag. Konten, Datensätze und Hintergrundaufgaben sind Teil der Lieferung, kein zweiter Vertrag.

Wann raten Sie zu nativ? Wenn ein Feature von einer Gerätefunktion abhängt, die hybrid nicht gut erreicht. Das sprechen wir an, bevor der Umfang feststeht.

Gebaut vom Studio, zu dessen Kunden Universal Music, SongPush und Bonial zählen. Mehr zum Studio.

Gespräch vereinbaren