Was App-Entwicklung wirklich bedeutet

Eine mobile App ist keine Website, die auf einen kleineren Bildschirm gequetscht wurde. Sie hat eigene Interaktionsregeln, ein eigenes Performance-Budget, einen eigenen Release-Prozess und eigene Prüfinstanzen bei Apple und Google. Eine App richtig zu bauen heißt, für Touch zu gestalten, für unterbrochene Aufmerksamkeit, für lückenhafte Verbindungen und für Geräte vom Flaggschiff des Vorjahres bis zum vier Jahre alten Android-Mittelklassegerät.

Wir verstehen die Arbeit als Produktentwicklung, nicht als Bildschirmproduktion. Bevor eine einzige Codezeile geschrieben wird, klären wir, wer der Nutzer ist, welche eine Aufgabe die App besser erledigen muss als die Alternativen und wie wir messen, ob es funktioniert hat. Diese Disziplin ist der Grund, warum unsere Apps pünktlich erscheinen und ihr zweites Jahr überstehen.

Je nach Produkt entwickeln wir vollständig nativ (Swift für iOS, Kotlin für Android) oder plattformübergreifend mit Flutter oder React Native. Keines ist grundsätzlich besser. Nativ gewinnt, wenn Sie stark auf Gerätehardware, Hintergrundverarbeitung oder plattformspezifisches Design setzen. Plattformübergreifend gewinnt, wenn Time-to-Market und eine einzige Codebasis wichtiger sind.

Was wir liefern

  • Native iOS-Entwicklung mit Swift und SwiftUI
  • Native Android-Entwicklung mit Kotlin und Jetpack Compose
  • Plattformübergreifende Apps mit Flutter und React Native
  • UI- und UX-Design, Prototyping und Usability-Tests
  • Backend, REST- und GraphQL-APIs sowie Cloud-Infrastruktur
  • Integrationen für Zahlungen, Push-Benachrichtigungen, Analytics und Karten
  • Integrationen mit ERP-, CRM- und E-Commerce-Systemen
  • Einreichung im App Store und bei Google Play inklusive Review-Abwicklung
  • Crash-Monitoring, Performance-Tuning und Versionsverwaltung
  • Laufende Wartung mit definiertem SLA

So läuft ein Projekt ab

1. Discovery. Wir erfassen das Geschäftsziel, den Zielnutzer, das Wettbewerbsumfeld und die unverzichtbaren Funktionen für Version eins. Alles andere kommt auf eine datierte Roadmap statt ins erste Release.

2. UX und Prototyp. Zuerst Wireframes, dann ein klickbarer Prototyp, den Sie vor Entwicklungsbeginn echten Nutzern zeigen können. Einen Ablauf hier zu korrigieren kostet Stunden; nach dem Launch kostet es Wochen.

3. Architektur. Wir wählen den Stack, entwerfen Datenmodell und API-Vertrag und richten Umgebungen, CI und Crash-Reporting ein.

4. Sprints. Zweiwöchige Zyklen mit einem lauffähigen Build am Ende jedes Zyklus. Sie sehen den Fortschritt auf einem echten Gerät, nicht in einem Statusbericht.

5. QA. Funktions-, Performance- und Sicherheitstests auf einer Matrix aus echten Geräten und Betriebssystemversionen sowie Beta-Verteilung über TestFlight und interne Tests bei Google Play.

6. Release und danach. Store-Einreichung, Antworten auf Reviews, Launch-Monitoring und anschließend eine Supportphase mit vereinbarten Reaktionszeiten.

Start mit einem MVP

Die meisten gescheiterten Apps scheitern, weil sie mit vierzig Funktionen starten, ohne Beleg dafür, dass jemand die erste davon wollte. Ein MVP ist keine billige App, sondern eine fokussierte. Wir liefern die kleinste Version, die Ihre Kernannahme beweisen oder widerlegen kann, bringen sie zu echten Nutzern und lassen die Daten entscheiden, was als Nächstes gebaut wird.

Ein typisches MVP erreicht die Stores in acht bis zwölf Wochen. Es erfüllt für seinen Inhalt den vollen Qualitätsanspruch: saubere Architektur, Tests, Analytics und Crash-Reporting. Nichts davon ist Wegwerfarbeit, denn das MVP wird zu Version zwei, statt neu geschrieben zu werden.

Was die Kosten bestimmt

Der Preis ergibt sich aus dem Umfang, nicht allein aus der Anzahl der Bildschirme. Die Faktoren, die den Betrag tatsächlich bewegen, sind: wie viele Plattformen Sie bedienen, ob Sie ein eigenes Backend brauchen oder ein bestehendes nutzen können, die Komplexität von Integrationen wie Zahlungsanbietern oder ERP-Systemen, ob das Design individuell oder systemkonform ist und wie viel Offline-Fähigkeit und Echtzeitverhalten Sie benötigen.

Nach einer kurzen Discovery-Phase bieten wir einen Festpreis auf Basis eines schriftlichen Umfangs an und schlüsseln ihn auf, damit Sie genau sehen, was eine Funktion kostet, bevor Sie sie freigeben. Für längere Programme arbeiten wir auch mit einem dedizierten Team zu einem Monatssatz.

Wartung und Support

Apple und Google veröffentlichen jedes Jahr ein großes Betriebssystem-Release, und jedes kann etwas kaputt machen. Bibliotheken werden abgekündigt, Zertifikate laufen ab, Zahlungs-SDKs ändern ihre Regeln. Eine App ohne Wartung verschlechtert sich schleichend, bis sie eines Tages im Store abgelehnt wird oder auf einem neuen Gerät abstürzt.

Unsere Wartungspakete umfassen Kompatibilitätsupdates für Betriebssysteme und SDKs, Crash-Monitoring und Fehlerbehebung, Performance-Tuning, Einhaltung der Store-Richtlinien, kleine Funktionsänderungen und einen monatlichen Bericht. Reaktionszeiten stehen im SLA, statt nur mündlich versprochen zu werden.