SimplyMobile – Auriga

Redesign di un’app di mobile e web banking

Ridisegnare l’esperienza di banking digitale che Auriga porta alle sue banche partner: una nuova architettura, un sistema di template di operazione riutilizzabili e un design system white label per web e mobile.

Cliente
Auriga S.p.A.
Settore
Banking e fintech
Mercato
B2B
Anno
2024
Un portatile appoggiato su una roccia mostra la dashboard web di SimplyMobile, e davanti a esso un telefono mostra la home dell’app con il saldo del conto.

PROBLEMA CENTRALE

Troppe operazioni, nessuna struttura chiara

SimplyMobile è la soluzione di mobile e internet banking che Auriga fornisce alle sue banche partner per gestire conti, pagamenti e documenti. Nel tempo sono state aggiunte nuove operazioni, ognuna con una struttura e un punto di ingresso propri, rendendo il prodotto più difficile da navigare e da mantenere. Nello specifico, il redesign aveva bisogno di:

  • Una nuova architettura dell’informazione capace di reggere decine di operazioni bancarie senza perdersi nei menu.
  • Template di operazione standard, così che ogni flusso di pagamento si comporti allo stesso modo.
  • Un design system white label, così che ogni banca partner potesse applicare il proprio brand senza nuovo lavoro di design.
  • Due touchpoint, una sola logica: una piattaforma web per l’uso più impegnativo e orientato al business, e un’app mobile per le operazioni rapide di tutti i giorni.

DISCOVERY

L’obiettivo non era inventare nuove funzionalità, ma capire e riorganizzare quello che già esisteva. Ho cominciato mappando il prodotto attuale da un capo all’altro.

Workshop con gli stakeholder

Ho condotto workshop con il team di prodotto e gli sviluppatori di Auriga per allinearci su obiettivi di business, vincoli tecnici e priorità delle banche partner.

Audit as-is e mappatura dell’architettura

Ho mappato l’intera architettura as-is e ogni template di operazione bancaria. È così che il problema principale è venuto a galla: operazioni molto simili usavano strutture, ordini dei campi e passaggi di conferma diversi.

DECISIONI UX

Un unico hub per tutte le operazioni

Tutte le operazioni sono raggruppate in tre categorie: Pagamenti, Informazioni e Archivi, con ricerca, filtro dalla A alla Z e preferiti.

Home personalizzabile

Le dashboard web e mobile permettono di personalizzare widget, azioni rapide e sezioni mantenendo una struttura coerente.

Flussi di pagamento standardizzati

Tutti i pagamenti seguono lo stesso percorso semplice, con template riutilizzabili, beneficiari salvati e campi facoltativi tenuti nascosti.

Web e mobile, bisogni diversi

Il web sostiene le attività aziendali complesse, mentre il mobile si concentra sulle azioni di tutti i giorni e sulle funzioni native come la biometria e la scansione dei codici QR.

IMPLEMENTAZIONE

Concept design

Ho ricostruito l’architettura attorno all’Hub e definito i template di operazione. Ogni flusso è stato mappato con i suoi casi limite, come errori, stati vuoti e permessi negati.

Visual design e design system

Ho costruito un design system white label basato sui token. Ogni banca applica il proprio brand mentre i componenti restano gli stessi su web e mobile. L’accessibilità ha guidato ogni scelta: lo stato non è mai indicato dal solo colore, il contrasto è alto e le aree di tocco sono generose.

Tre schermate web del design system al lavoro: il modulo del bonifico SEPA con il pannello dei saldi, l’archivio dei bonifici SEPA come tabella filtrabile, e la sezione Pagamenti dell’Hub con le sue tessere di operazione.
Cinque schermate mobile una accanto all’altra: il login, la home con il saldo del conto, la lista dei movimenti, un passaggio del modulo F24 semplificato, e il pannello per scegliere quali sezioni mostrare nella dashboard.
Un loop dei due touchpoint affiancati: sul portatile un cursore clicca e apre il menu laterale della dashboard web, poi entrambi scorrono fino in fondo, con il telefono che tiene ferme la barra in alto e quella delle schede mentre la home scorre in mezzo.

RETROSPETTIVA

  • Mappare l’as-is è stato decisivo: i template sono diventati possibili solo quando ogni operazione è stata visibile una accanto all’altra.
  • Progettare white label dal primo giorno ha prodotto componenti più puliti e più riutilizzabili.