KI-Fallbeispiele
„Die App läuft. Nur die Benachrichtigungen kommen seit Jahren nicht mehr an.“ So begann die Anfrage. Eine Android-App für einen mitgliederbasierten B2C-Dienst. Sie stand im Store und startete auch, doch irgendwann ging keine einzige Push-Benachrichtigung mehr hinaus. Diesmal haben wir eine „unberührbare“ mobile App — ohne die Menschen, die sie gebaut hatten, ohne Dokumentation — genommen und sämtliche Mitgliederbestände und den Signaturschlüssel lückenlos übernommen und sie mit KI neu gebaut. Das ist der Bericht darüber.
Es ist die App, die nie abstürzt, während ausgerechnet ihre wichtigste Funktion still stehen bleibt.
Unter dem „läuft doch“ waren die Benachrichtigungen seit Jahren tot.
Was diese App wirklich war: eine native Hülle, die einen bestehenden Webdienst anzeigt — ein WebView-Wrapper plus Push-Benachrichtigungen. Die Oberflächen nutzten vorhandene Web-Bestände weiter und waren daher intakt. Das Problem waren die Benachrichtigungen: Der Versandmechanismus hing an einer Zustellplattform der vorigen Generation, und in dem Moment, in dem diese Plattform eingestellt wurde, verschwand der Zustellweg selbst. In der Datenbank war nur eine Spalte für die Tokens des neuen Verfahrens ergänzt worden, in die nie etwas geschrieben wurde — die Leitung blieb auf halber Strecke gekappt liegen.
Achtzig Prozent von „unberührbar“ waren in Wahrheit die Angst vor dem Neubau.
Die Wand, gegen die wir tatsächlich liefen, war weniger schwieriger Code als die Angst vor der Übernahme. Gerade bei Android macht ein einziger Fehltritt daraus eine andere App, die bestehende Nutzer nicht aktualisieren können.
Wir haben klar getrennt, was bleibt und was neu gebaut wird.
Die Aufgabe lautet nicht „alles neu machen“. Bestände, die sich weiter nutzen lassen, bleiben unverändert im Einsatz. Aufgeschlüsselt sieht das so aus.
| Punkt | Bisher | Nach dem Neubau |
|---|---|---|
| Benachrichtigungsweg | einer Zustellplattform der vorigen Generation (eingestellt – Versand nicht möglich) | Auf die aktuelle Zustellplattform (FCM) umgezogen |
| App-Hülle | Native Umsetzung einer alten Generation | Mit aktueller nativer Umsetzung neu erzeugt |
| Oberfläche (Inhalt) | Zeigt den bestehenden Webdienst an | Bleibt unverändert (Mitgliederbestände erhalten) |
| Signaturschlüssel | 2016 ausgestellt | Derselbe Schlüssel übernommen (Auslieferung als Update) |
| Mitglieder- und Gerätedaten | Rund 14.000 Geräte registriert | Unverändert übernommen |
Den Neubau selbst hat ein KI-Agent in einem Zug durchgezogen. Die neu gebaute App haben wir auf einem virtuellen Gerät die gesamte Kette Benachrichtigungs-Token abrufen → beim Server registrieren → Benachrichtigung kommt tatsächlich an bis zum Ende durchlaufen lassen und bestätigt, dass der Hin- und Rückweg funktioniert. Das Ergebnis ist ein signiertes, unmittelbar auslieferbares Paket.
Die meisten Apps, von denen es heißt, sie liefen nicht mehr, sind kein Totalschaden. Wenn Sie die wenigen gekappten Leitungen und die zu übernehmenden Schlüssel im Griff haben, lässt sich das Vorhandene erhalten und zugleich auf eine moderne Basis zurückholen. Im iOS-Teil (Praxisbericht ⑦) geht es um die andere Plattform, auf der die Mehrheit der Mitglieder liegt, und um das, was für beide Betriebssysteme gilt: Benachrichtigungen modernisieren, ohne den alten Server anzutasten.
* Dieser Beitrag verallgemeinert ein reales Projekt so weit, dass weder Unternehmen noch Dienst identifizierbar sind. Die Zahlen sind Näherungswerte auf Basis von Messungen mit Stand August 2026. Dauer und Umfang der Arbeiten hängen vom Aufbau der jeweiligen App ab.