Entwicklung mobiler Apps
Entwicklung mobiler Apps für iOS und Android, und wo die Aufgabe es zulässt, beide Plattformen zugleich aus einer Codebasis. Wir bringen die Anwendung bis in den Store und bleiben nach der Veröffentlichung an Ihrer Seite.
Eine mobile Anwendung lohnt sich nicht deshalb, weil alle eine haben, sondern dann, wenn das Telefon bietet, was der Browser nicht kann: Betrieb ohne Netz, Benachrichtigungen, die Kamera, Bezahlen mit einer Geste, einen Platz auf dem Startbildschirm. Braucht die Aufgabe nichts davon, sagen wir das lieber gleich und bauen schneller und günstiger eine Webanwendung.
Die plattformübergreifende Entwicklung deckt die meisten Aufgaben ab: eine Codebasis, beide Plattformen, halb so viel Arbeit bei jeder Änderung. Nativ gehen wir dorthin, wo es begründet ist. Diese Entscheidung fällt bei der Analyse der Aufgabe und nicht aus Gewohnheit des Teams.
Eine eigene Geschichte sind Anwendungen innerhalb von Telegram. Eine Mini App ist mit zwei Berührungen installiert, lebt im Messenger, wo der Nutzer ohnehin ist, und verlangt keinen Download aus einem Store. Für viele Produkte ist das der erste Schritt anstelle einer vollständigen Anwendung.
Design, Backend und Modelle künstlicher Intelligenz liegen in einem Team, deshalb laufen Oberfläche und Serverlogik nicht zwischen Dienstleistern auseinander. Ist das Produkt noch nicht an echten Nutzern geprüft, beginnen Sie sinnvoller mit einem Prototyp oder einem MVP. Wie das in einem laufenden Projekt aussieht, zeigt der Fall Battle of the Bees: ein Spiel für das Telefon und eine Telegram Mini App.
Was die Leistung umfasst
Jede Auswahl aus dem Folgenden lässt sich einzeln beauftragen.
Ist die Aufgabe einfach und beschneidet der plattformübergreifende Ansatz die Funktionalität nicht, entstehen beide Plattformen zugleich aus einer Codebasis. Das ist günstiger in der Entwicklung und halb so teuer in der Pflege: Eine Änderung wird einmal eingebaut und nicht zweimal.
Eine native Anwendung wird für jede Plattform gesondert und in deren eigener Sprache geschrieben: für iOS in Swift, für Android in Kotlin. Auch innerhalb einer Plattform unterscheiden sich die Geräte in der Hardware, deren Spezifikationen berücksichtigt werden müssen. Daher der Preis: Native Entwicklung bedeutet stets zwei Builds und zwei Testzyklen und ist längst nicht für alle nötig. Wir gehen dorthin, wo die plattformübergreifende Schicht an ihre Grenze stößt: aufwendige Grafik, hohe Anforderungen an die Leistung, enge Arbeit mit den Möglichkeiten des Geräts.
Eine Anwendung im Messenger: Anmeldung, Benachrichtigungen und die gesamte Produktlogik ohne Installation aus einem Store. Zahlungen laufen über die eingebaute Plattform von Telegram, einschließlich Stars und Kryptowährung.
Serverseite, Synchronisierung, Betrieb ohne Netz, Datenaustausch mit CRM und Zahlungsdiensten. Dazu gehört auch die Einbindung von Modellen künstlicher Intelligenz, wenn das Produkt sie braucht. Nicht triviale Aufgaben sind hier eher die Regel als die Ausnahme, und wir lösen sie aus gesammelter Erfahrung und nicht auf Ihre Kosten.
Die Entwicklerkonten melden wir auf Sie an, statt aus unseren zu veröffentlichen: Die Anwendung soll Ihnen gehören. Danach bringen wir die Konten in Ordnung, bereiten Builds, Beschreibungen und Screenshots vor, führen die App durch die Prüfung im App Store und bei Google Play und veröffentlichen sie.
Wir beobachten Abstürze und Bewertungen, aktualisieren für neue Systemversionen und ergänzen, was das Geschäft braucht.
Wie wir arbeiten
Wir klären, wofür die Anwendung da ist und was sie können muss, das eine Website nicht kann. Das Ergebnis sind Szenarien, Risiken, die Entscheidung zwischen nativer und plattformübergreifender Entwicklung und die technische Dokumentation.
Die zentralen Bildschirme klickbar, damit sich die Anwendung schon vor der Entwicklung anfassen lässt, dazu eine Kalkulation nach Etappen.
Entwürfe für beide Plattformen, danach der Build. Jede Iteration lässt sich auf dem Telefon installieren und ansehen.
Wir prüfen auf verschiedenen Modellen und Systemversionen, nicht nur im Emulator.
Wir führen die App durch die Prüfung in den Stores, richten die Beobachtung von Abstürzen ein und halten die ersten Wochen Bereitschaft.
Stack und Werkzeuge
Fallstudien zu dieser Leistung
Häufige Fragen
Der Preis hängt davon ab, wie viele Szenarien die Anwendung hat und ob sie eine eigene Serverseite braucht. Nach der Analyse der Aufgabe kalkulieren wir nach Etappen, damit Sie sehen, wofür Sie zahlen.
In den meisten Fällen plattformübergreifend: günstiger in der Entwicklung und halb so teuer in der Pflege. Nativ gehen wir dorthin, wo die plattformübergreifende Schicht an Leistungsgrenzen oder an die Möglichkeiten des Geräts stößt. Die Entscheidung erläutern wir bei der Analyse der Aufgabe, vor Arbeitsbeginn.
Ja. Häufig ist es sinnvoller, eine Telegram Mini App oder ein MVP zu bauen und die Nachfrage in Wochen zu prüfen, statt gleich eine vollständige Anwendung in zwei Stores zu veröffentlichen.
Die Entwicklerkonten im App Store und bei Google Play melden wir auf Sie an, bringen sie in Ordnung und bereiten alles vor, was für die Veröffentlichung nötig ist: Builds, Beschreibungen, Screenshots, Richtlinien. Danach führen wir die Anwendung durch die Prüfung und veröffentlichen sie. Die Konten bleiben Ihre, ein Wechsel des Dienstleisters nimmt Ihnen die Anwendung also nicht weg.
Das regelt der Vertrag, und wir halten es in der Phase des Pflichtenhefts fest, noch vor Arbeitsbeginn. Während des Projekts arbeitet das Team entweder auf unserer Infrastruktur oder auf Ihrer: Das hängt von der Komplexität des Projekts ab und davon, ob bei Ihnen bereits eine Infrastruktur vorhanden ist. Jede abgenommene Etappe wird auf Ihre Server und in Ihr Repository übertragen, die Arbeit sammelt sich also bei Ihnen und nicht bei uns. Nach Abschluss des Projekts gehen der gesamte Code, alle Arbeitsergebnisse und die Dokumentation samt den Rechten daran an Sie über.
Ja, das ist eine eigene Vereinbarung: Aktualisierungen für neue Systemversionen, Aufarbeitung von Abstürzen und die Weiterentwicklung des Produkts.
Verwandte Leistungen
Besprechen wir Ihre Aufgabe?
Sagen Sie uns, was zu tun ist - wir melden uns mit einer Einschätzung, der Teamzusammensetzung und einem Plan für die ersten zwei Wochen.