Eine App ist teuer, langsam im Store und danach nie „fertig“. Deshalb starten wir nicht mit der Frage nach Android oder iOS, sondern mit dem Ablauf: Was passiert unterwegs, und was muss danach im Büro ankommen?
Wann eine App sinnvoll ist
Eine native App lohnt sich, wenn die Arbeit mobil stattfindet und die Website dabei stört. Typisch sind Außendienst, Erfassung vor Ort, Freigaben unterwegs oder Inhalte, die auch ohne Netz erreichbar sein müssen.
- Offline: Daten werden lokal gehalten und später synchronisiert, nicht beim nächsten Funkloch verloren.
- Gerät: Kamera, Standort oder Hintergrund-Sync sind Teil des Ablaufs, nicht Dekoration.
- Wiederholung: Derselbe Schritt passiert wöchentlich, nicht einmal im Quartal.
- Konten: Fortschritt und Rechte hängen am Nutzer, nicht am Browser-Tab.
Wenn Mitarbeitende heute WhatsApp, Excel und Zettel mischen, ist das ein App-Fall — oder ein Integrationsfall. Beides ist Software. Nur die Oberfläche unterscheidet sich.
Wann eine Website oder PWA reicht
Viele Briefings heißen „App“, meinen aber „soll auf dem Handy gut gehen“. Dafür braucht es keinen Store. Eine sauber gebaute mobile Website oder eine Progressive Web App (PWA) kostet weniger, ist sofort per Link erreichbar und umgeht Apple- und Google-Freigaben.
Eine PWA eignet sich, wenn der Ablauf im Browser tragbar ist: Formulare, Status, Kataloge, interne Dashboards. Installierbar auf Wunsch, ohne zwei Store-Accounts. Wir bauen sie, wenn eine native App keinen Vorteil hat, den der Alltag auch einlöst.
Wenn eine gute mobile Website genügt, bauen wir die. Das steht so auf der Leistungsseite, weil es regelmäßig die ehrlichere Antwort ist.
Eine API, zwei Oberflächen
Zwei getrennte Systeme — eine App, eine Website — verdoppeln Pflege und Fehler. Inhalte, Konten und Rechte gehören in eine API. App und Browser lesen dieselben Daten.
Bei anyaudioguide.com laufen Android-App und Web-Plattform auf genau diesem Muster: Guides, Nutzerkonten und Ausspielung einmal pflegen. Die native App trägt die Offline-Wiedergabe. Das Web braucht keine Installation. Ohne gemeinsame API wäre jeder Guide zweimal zu bauen gewesen.
Erst die API, dann die Oberfläche. Die zweite Oberfläche ist dann kein zweites Projekt, sondern eine weitere Ansicht derselben Wahrheit.
Android zuerst, iOS später
Android und iOS gleichzeitig klingt nach Tempo und wird oft teurer, bevor der Ablauf steht. Wir starten meist mit einer Plattform und derselben API. Die zweite folgt, wenn die erste im Einsatz bewährt ist — nicht wenn der Store-Eintrag fertig sein soll.
React Native oder eine PWA kommen infrage, wenn sich die Oberfläche teilen lässt, ohne den Kern zu verwässern. Native bleibt, wo Offline, Performance oder Gerätezugriff den Unterschied machen. Den Stack wählen wir nach dem Ablauf, nicht nach dem, was sich in einem Pitch gut anhört.
Was 16 bis 20 Wochen enthalten
Der öffentliche Einstieg liegt bei 9.000 € netto. Ein durchgängiges Projekt mit API, Konten und einer ersten Oberfläche dauert bei uns meist 16 bis 20 Wochen. Darin steckt nicht „Screens zeichnen und hochladen“, sondern:
- Ablauf und Rollen: wer darf was, was passiert offline, was muss protokolliert werden.
- API und Datenmodell, an das sich später Web oder eine zweite App hängen.
- Erste nutzbare Version auf Geräten, nicht erst zur Store-Einreichung.
- Tests unterwegs: Funkloch, leerer Akku, alte Android-Versionen.
- Einreichung und Store-Angaben, wenn ein Store wirklich nötig ist.
Danach kommt Betrieb: Updates, Store-Review-Änderungen, API-Limits, Geräte, die niemand mehr im Angebot hatte. Wer die Stores nicht selbst betreuen will, können wir das mit übernehmen.
Was wir bewusst nicht bauen
Keine App als Visitenkarte. Kein „wir sind auch im App Store“, wenn die Website denselben Inhalt besser liefert. Kein zweites Backend „für später“. Und kein Versprechen, dass sich die Entwicklung in vier Wochen amortisiert — das hängt am Ablauf, nicht am Framework.
Code und Zugänge gehören Ihnen. Ein Wechsel ist möglich. Die API ist dafür da, dass App, Web und später Automatisierung nicht an uns kleben.
Wenn Sie den Arbeitsschritt beschreiben, der mobil stattfindet, sagen wir, ob App, PWA oder eine schlanke Website die richtige Antwort ist — schriftlich, mit Preis, bevor gebaut wird. Der Weg dorthin ist die App-Entwicklung oder direkt die Anfrage.
