Kontext
Während MillionBridges zu einem regulierten, marktübergreifenden Remittance-Dienst heranwuchs, mussten Marke und App nachziehen. Die Plattform führte eine neue Corporate Identity und ein überarbeitetes Erlebnis über Web und Mobile ein, und weil Menschen ihr gleich ihr Geld und ihre Ausweisdokumente anvertrauen sollten, brauchte sie eine Authentifizierung, die sowohl wirklich sicher als auch mühelos genug für den täglichen Gebrauch war.
Die Herausforderung
- Eine neue Corporate Identity und UI/UX konsistent über Web-Plattform und Mobile-App ausrollen, auf Basis einer einzigen abgestimmten Design-Grundlage.
- Reine Passwort-Anmeldung durch biometrische Authentifizierung ersetzen, die auf dem gesamten Spektrum realer Geräte nutzbar bleibt, auch auf solchen ohne Biometrie-Hardware oder ohne hinterlegte Biometrie.
- Sicherstellen, dass das Sicherheitsmodell die unglamourösen, aber kritischen Edge Cases abdeckt: fehlgeschlagene Erkennung, geänderte Fingerabdrücke oder Gesichter, Sperren, Inaktivitäts-Timeouts und Zahlungsbestätigung, nicht nur den Happy Path.
- Regulatorische Vertrauenssignale (etwa die überprüfbare Registrierung bei der Bank von Spanien) direkt im Produkt sichtbar machen.
Meine Rolle
Als Product Manager und Product Owner lag die Produktdefinition hier in der Verantwortung, in Zusammenarbeit mit dem Designteam, dem Entwicklungsteam und dem Kunden. Die Rolle umfasste die Ausrichtung von App- und Web-Redesign an einer einzigen Designspezifikation sowie das Verfassen des biometrischen Sicherheits-Frameworks als detaillierte FSD mit ausführlichen, testbaren Akzeptanzkriterien. Jeder Zustand und jeder Edge Case wurde spezifiziert und anschließend durch Lieferung und Abnahmetests getrieben, die das Team bis zum Release trug.
Wie bei den anderen Projekten waren KI-Tools Teil des Workflows, um das Schreiben von Spezifikationen zu beschleunigen und Abläufe vor dem Build für die Stakeholder-Validierung zu prototypisieren. Bei einem Sicherheits-Framework war das entscheidend: Es machte es möglich, den vollständigen Entscheidungsbaum der Zustände früh durchzutesten, sodass die Edge Cases von Anfang an eingeplant statt in der Produktion entdeckt wurden.
Vorgehen
- Eine einzige Design-Grundlage. Die Spezifikation verlangte, dass jeder Screen und jede Komponente auf Web und App strikt der abgestimmten Design-Datei folgt, damit die neue Identity konsistent ankommt statt zwischen den Plattformen zu driften.
- Geräteabhängiges Biometrie-Setup. Das Design definierte eigene Abläufe für die drei realen Fälle: Geräte ohne Biometrie-Hardware, Geräte mit Biometrie-Unterstützung aber ohne hinterlegte Biometrie und Geräte mit einsatzbereiter Biometrie, jeweils mit Führung zum passenden Setup und stets mit Passcode-Fallback.
- Sicherheit in den Edge Cases. Die Spezifikation deckte das Verhalten bei fehlgeschlagener biometrischer Erkennung ab, bei Änderungen der OS-Biometrie (die den biometrischen Login bis zur Passwort-Neuauthentifizierung ungültig machen), bei Sperren nach mehreren Fehlversuchen, beim Passwort-Reset zur Wiederherstellung des Zugangs sowie beim automatischen Logout nach Inaktivität im Hintergrund, einschließlich der Regel, eine laufende Zahlung nach Sitzungsablauf nicht wiederherzustellen.
- Biometrische Zahlungsbestätigung. Die Spezifikation verlangte, dass eine Überweisung eine biometrische (oder Passcode-)Bestätigung auslöst, bevor irgendetwas übermittelt wird, sodass keine Zahlung ohne die ausdrückliche, verifizierte Zustimmung des Nutzers die App verlässt, mit klarem Fallback- und Abbruchverhalten.
- Vertrauenssignale im Produkt. Das Design ergänzte einen In-App-Verifizierungsbildschirm, über den Nutzer die regulatorische Registrierung der Plattform direkt überprüfen können, wodurch aus einer Compliance-Tatsache sichtbares Nutzervertrauen wird.
- KYC-Onboarding-UX. Das überarbeitete Onboarding wurde auf den Identitätsprüfungsablauf abgestimmt, einschließlich des Wechsels vom statischen Foto-Upload zur geführten Videoerfassung, und spiegelte die klaren Kontostatus wider (registriert, dann aktiv erst nach bestandener Verifizierung), sodass Nutzer stets wussten, wo sie standen, statt die Verifizierung als Anhängsel zu behandeln.