Ich entwickle mobile Apps mit Flutter und React Native, Progressive Web Apps und Portale, über die Kundinnen, Kunden und Mitarbeitende ihre Vorgänge selbst erledigen – als Freelancer, remote in der DACH-Region und vor Ort in NRW.
Eine Anwendung wird selten daran gemessen, wie sauber sie im Hintergrund aufgebaut ist, sondern daran, ob jemand sie im Alltag wirklich benutzt: auf dem Diensthandy im Lager, unterwegs mit schlechtem Netz, am fünf Jahre alten Rechner im Büro. Auf dieser Seite geht es um genau diese Seite der Software – die Oberfläche, die Ihre Kundinnen, Kunden und Mitarbeitenden tatsächlich in der Hand haben.
Mobile Entwicklung begleitet mich seit den ersten hybriden Apps mit Cordova und PhoneGap. Heute arbeite ich überwiegend mit Flutter und Dart oder React Native – unter anderem an Nebenanwendungen rund um eine Steuerberatungssoftware und an einer React-Native-App für E-Rezepte in Apotheken. Der Anspruch ist dabei immer derselbe: eine App, die startet, wenn man sie braucht, und die sich bedienen lässt, ohne dass jemand dafür geschult werden muss.
Nicht jedes Vorhaben braucht eine App im Store. Häufig reicht eine Progressive Web App, die sich vom Browser aus installieren lässt und trotzdem offline funktioniert – oder ein Portal, das sich in Ihre bestehende Anwendungslandschaft einfügt. Und wenn am Ende eine Website das richtige Mittel ist, baue ich sie mit WordPress oder Astro, sodass Ihr Team Inhalte selbst pflegen kann. Welcher Weg der passende ist, klären wir vor der ersten Zeile Code.
Vier Bausteine rund um Oberfläche, Gerät und Veröffentlichung – einzeln oder kombiniert.
Eine Codebasis, zwei Plattformen: Mit Flutter und Dart oder mit React Native entsteht eine App, die sich auf beiden Systemen gleich verhält und trotzdem nach der jeweiligen Plattform aussieht. Kamera, Standort, Push-Benachrichtigungen, biometrische Anmeldung, Scanner oder Dateizugriff binde ich über die Geräte-Schnittstellen an – wo nötig, auch mit plattformspezifischem Code.
Wenn kein Store nötig ist, läuft die Anwendung als Progressive Web App: über den Browser installierbar, ohne Freigabeprozess aktualisierbar und trotzdem ohne Netz nutzbar. Eingaben landen zunächst lokal, etwa in SQLite, und werden synchronisiert, sobald wieder Verbindung besteht – inklusive einer klaren Regel für den Fall, dass zwei Geräte denselben Datensatz geändert haben.
Oberflächen, in denen Nutzende ihre eigenen Vorgänge selbst erledigen: Dokumente und Verträge einsehen, Anträge stellen, Status verfolgen, Stammdaten ändern, Termine buchen. Anmeldung und Rollen laufen über Keycloak und OpenID Connect, damit jede Person genau das sieht, was ihr zusteht – und nichts darüber hinaus.
Auftritte, die schnell laden und ohne Entwickler pflegbar bleiben: WordPress, wenn Ihre Redaktion eine vertraute Oberfläche braucht, Astro, wenn Tempo, Sicherheit und geringe Betriebskosten im Vordergrund stehen. Dazu eine saubere Struktur für Suchmaschinen, messbare Ladezeiten und ein Erscheinungsbild, das zu Ihrer Corporate Identity passt.
Vorhaben, die in der Praxis regelmäßig auf meinem Tisch liegen.
Kundinnen und Kunden sehen ihre Verträge, Rechnungen und Vorgänge selbst ein, laden Unterlagen hoch und verfolgen den Bearbeitungsstand. Das entlastet den telefonischen Support spürbar und macht aus einem Rückfrage-Thread einen Klick.
Techniker und Außendienst erfassen Aufträge, Fotos und Unterschriften direkt vor Ort – auch im Keller ohne Empfang. Sobald das Gerät wieder online ist, wandern die Daten ins Zielsystem, ohne dass jemand abends Formulare nachträgt.
Dienstpläne, Schichttausch, Urlaubsanträge, Mitteilungen oder Checklisten in einer App, die auch die Kolleginnen und Kollegen ohne festen Arbeitsplatz erreicht. Push-Benachrichtigungen ersetzen den Aushang am schwarzen Brett.
Ein Auftritt, der auf dem Handy genauso funktioniert wie am Desktop, in Suchmaschinen gefunden wird und von Ihrem Team ohne Entwicklerticket aktualisiert werden kann – inklusive Umzug bestehender Inhalte und Weiterleitungen.
Die meisten App-Projekte scheitern nicht an der Technik, sondern daran, dass zu spät jemand die Oberfläche in der Hand hatte. Deshalb dieser Ablauf.
Wer benutzt die Anwendung, auf welchen Geräten und in welcher Situation? Daraus ergibt sich, ob eine native App, eine Progressive Web App oder ein Portal im Browser die richtige Antwort ist. Ich sage offen, wenn eine Website genügt und der Store-Weg nur Aufwand erzeugt.
Statt einer Bildschirm-Galerie bekommen Sie früh eine lauffähige Version auf dem eigenen Gerät – mit den zwei, drei wichtigsten Abläufen. So entscheidet sich an echten Klicks, ob Navigation und Begriffe passen, bevor der Rest gebaut wird.
Ausbau in kurzen Schritten mit automatisierten Tests. Dabei achte ich auf Ladezeiten und sparsamen Datenverbrauch, auf Tastaturbedienung, Kontraste, Schriftgrößen und Screenreader-Beschriftungen – orientiert an den WCAG-Kriterien, nicht erst, wenn jemand sich beschwert.
Einrichtung der Store-Einträge, Signatur, Testverteilung über TestFlight oder interne Testkanäle und automatisierte Builds über CI/CD. Danach Updates, Anpassungen an neue Betriebssystemversionen und eine dokumentierte Übergabe an Ihr Team.
Was zum Einsatz kommt, richtet sich nach Zielgruppe, Geräten und der Software, die bei Ihnen bereits läuft.
Beschreiben Sie kurz, wer die Anwendung benutzen soll und was sie können muss. Ich melde mich mit einer Einschätzung zu Plattform, Aufwand und sinnvollem ersten Schritt.