Inbank - Piattaforme Finanziarie

Sistema di Design Unificato per un'Esperienza Bancaria Senza Soluzioni di Continuità su Web, iOS e Android

Durata

12 mesi +

Fatto con

Tangibile

Cliente

Allitudine

Industria

Home Banking

Il sistema di design di Inbank è stato introdotto quando le decisioni relative all'interfaccia hanno cominciato a rallentare il prodotto. Non perché l'interfaccia utente mancasse di coerenza, ma perché le decisioni venivano riprese caratteristica per caratteristica, tra team che avevano sviluppato i propri modelli, sistemi e convenzioni locali. Il problema non era la divergenza visiva. Era l'assenza di un quadro condiviso per le decisioni.

Inbank - Piattaforme Finanziarie

Sistema di Design Unificato per un'Esperienza Bancaria Senza Soluzioni di Continuità su Web, iOS e Android

Durata

12 mesi +

Fatto con

Tangibile

Cliente

Allitudine

Industria

Home Banking

Il sistema di design di Inbank è stato introdotto quando le decisioni relative all'interfaccia hanno cominciato a rallentare il prodotto. Non perché l'interfaccia utente mancasse di coerenza, ma perché le decisioni venivano riprese caratteristica per caratteristica, tra team che avevano sviluppato i propri modelli, sistemi e convenzioni locali. Il problema non era la divergenza visiva. Era l'assenza di un quadro condiviso per le decisioni.

Inbank - Piattaforme Finanziarie

Sistema di Design Unificato per un'Esperienza Bancaria Senza Soluzioni di Continuità su Web, iOS e Android

Durata

12 mesi +

Fatto con

Tangibile

Cliente

Allitudine

Industria

Home Banking

Il sistema di design di Inbank è stato introdotto quando le decisioni relative all'interfaccia hanno cominciato a rallentare il prodotto. Non perché l'interfaccia utente mancasse di coerenza, ma perché le decisioni venivano riprese caratteristica per caratteristica, tra team che avevano sviluppato i propri modelli, sistemi e convenzioni locali. Il problema non era la divergenza visiva. Era l'assenza di un quadro condiviso per le decisioni.

Panoramica del progetto

Inbank è un prodotto bancario digitale multi-piattaforma che abbraccia esperienze di banking quotidiano e trading. Man mano che il prodotto cresceva, più team lavoravano in parallelo, ognuno ottimizzando localmente per velocità e consegna. Nel tempo, sono emersi diversi sistemi di design, ciascuno internamente coerente ma incompatibile con gli altri. Le interfacce funzionavano all'interno dei confini del team, ma si rompevano a livello di prodotto. Il costo del cambiamento è aumentato e allinearsi è diventato progressivamente più difficile da raggiungere.

The real problem

La questione fondamentale non era l'incoerenza, ma i sistemi in conflitto.

I team prendevano decisioni ragionevoli all'interno del proprio ambito, ma quelle decisioni si accumulavano in regole, comportamenti e assunzioni incompatibili. Componenti simili si comportavano in modo diverso a seconda della proprietà, e le discussioni sul design spesso si trasformavano in trattative piuttosto che in decisioni.

Senza interventi, scalare il prodotto significava scalare il conflitto.

Il mio ruolo

Ho lavorato come Senior UI / Product Designer in un ambiente cross-funzionale, fungendo da collegamento tra i team di prodotto, i designer e gli ingegneri.

La mia responsabilità non era quella di sostituire i sistemi esistenti, ma di creare le condizioni per la convergenza: rendere esplicite le decisioni, esporre i conflitti e guidare i team verso basi condivise che potessero sostenere il prodotto nel suo insieme.

Panoramica del progetto

Inbank è un prodotto bancario digitale multi-piattaforma che abbraccia esperienze di banking quotidiano e trading. Man mano che il prodotto cresceva, più team lavoravano in parallelo, ognuno ottimizzando localmente per velocità e consegna. Nel tempo, sono emersi diversi sistemi di design, ciascuno internamente coerente ma incompatibile con gli altri. Le interfacce funzionavano all'interno dei confini del team, ma si rompevano a livello di prodotto. Il costo del cambiamento è aumentato e allinearsi è diventato progressivamente più difficile da raggiungere.

The real problem

La questione fondamentale non era l'incoerenza, ma i sistemi in conflitto.

I team prendevano decisioni ragionevoli all'interno del proprio ambito, ma quelle decisioni si accumulavano in regole, comportamenti e assunzioni incompatibili. Componenti simili si comportavano in modo diverso a seconda della proprietà, e le discussioni sul design spesso si trasformavano in trattative piuttosto che in decisioni.

Senza interventi, scalare il prodotto significava scalare il conflitto.

Il mio ruolo

Ho lavorato come Senior UI / Product Designer in un ambiente cross-funzionale, fungendo da collegamento tra i team di prodotto, i designer e gli ingegneri.

La mia responsabilità non era quella di sostituire i sistemi esistenti, ma di creare le condizioni per la convergenza: rendere esplicite le decisioni, esporre i conflitti e guidare i team verso basi condivise che potessero sostenere il prodotto nel suo insieme.

Panoramica del progetto

Inbank è un prodotto bancario digitale multi-piattaforma che abbraccia esperienze di banking quotidiano e trading. Man mano che il prodotto cresceva, più team lavoravano in parallelo, ognuno ottimizzando localmente per velocità e consegna. Nel tempo, sono emersi diversi sistemi di design, ciascuno internamente coerente ma incompatibile con gli altri. Le interfacce funzionavano all'interno dei confini del team, ma si rompevano a livello di prodotto. Il costo del cambiamento è aumentato e allinearsi è diventato progressivamente più difficile da raggiungere.

The real problem

La questione fondamentale non era l'incoerenza, ma i sistemi in conflitto.

I team prendevano decisioni ragionevoli all'interno del proprio ambito, ma quelle decisioni si accumulavano in regole, comportamenti e assunzioni incompatibili. Componenti simili si comportavano in modo diverso a seconda della proprietà, e le discussioni sul design spesso si trasformavano in trattative piuttosto che in decisioni.

Senza interventi, scalare il prodotto significava scalare il conflitto.

Il mio ruolo

Ho lavorato come Senior UI / Product Designer in un ambiente cross-funzionale, fungendo da collegamento tra i team di prodotto, i designer e gli ingegneri.

La mia responsabilità non era quella di sostituire i sistemi esistenti, ma di creare le condizioni per la convergenza: rendere esplicite le decisioni, esporre i conflitti e guidare i team verso basi condivise che potessero sostenere il prodotto nel suo insieme.

Gestire i conflitti attraverso decisioni condivise

Invece di imporre un sistema unico sin dall'inizio, il lavoro si è concentrato nel rendere visibili e discutibili le differenze.

I workshop sono stati utilizzati come strumento decisionali per far emergere assunzioni implicite tra i team. Invece di rivedere schermate o componenti, le sessioni si sono concentrate su domande come quali decisioni dovevano essere globali, quali potevano rimanere contestuali e dove la divergenza fosse realmente preziosa.

Queste conversazioni hanno spostato l'attenzione dalle preferenze visive al comportamento del sistema, alla proprietà e all'impatto a lungo termine. I modelli conflittuali non sono stati immediatamente unificati, ma ricondotti alle decisioni che li hanno generati. Questo ha reso possibile identificare un terreno comune senza cancellare differenze legittime.

Il risultato non è stato un consenso per compromesso, ma una struttura decisionale più chiara che ha permesso a sistemi di design precedentemente separati di convergere in una base condivisa.

Configurazione Android obsoleta e demoralizzante

La sfida principale era allineare il design su tre piattaforme distinte, ognuna con il proprio insieme di linee guida e aspettative degli utenti. Inoltre, coordinare tra team separati per lo sviluppo web e mobile richiedeva comunicazione e collaborazione efficaci.

Queste conversazioni hanno spostato l'attenzione dalle preferenze visive al comportamento del sistema, alla proprietà e all'impatto a lungo termine. I modelli conflittuali non sono stati immediatamente unificati, ma ricondotti alle decisioni che li hanno generati. Questo ha reso possibile identificare un terreno comune senza cancellare differenze legittime.

Il risultato non è stato un consenso per compromesso, ma una struttura decisionale più chiara che ha permesso a sistemi di design precedentemente separati di convergere in una base condivisa.

Allitudine

Product Owner

Dimensione

Capo dello sviluppo

Tangibile

Responsabile del Design

Allitudine

Internal Design Team

Tangibile

Design Team

Dimensione

App Development Team

Pigmento

Front-end Team

Evoq

Direttore Creativo

Allitudine

Product Owner

Dimensione

Capo dello sviluppo

Tangibile

Responsabile del Design

Allitudine

Internal Design Team

Tangibile

Design Team

Dimensione

App Development Team

Pigmento

Front-end Team

Evoq

Direttore Creativo

Allitudine

Product Owner

Dimensione

Capo dello sviluppo

Tangibile

Responsabile del Design

Allitudine

Internal Design Team

Tangibile

Design Team

Dimensione

App Development Team

Pigmento

Front-end Team

Evoq

Direttore Creativo

Cosa è cambiato

Le discussioni sul design sono diventate meno negoziazioni e più decisioni. I team condividevano un linguaggio comune per ragionare sulle interfacce, l'onboarding richiedeva meno trasferimento di contesto e la consegna delle funzionalità si basava meno su un allineamento ad-hoc. Il sistema di design non ha rimosso la complessità, ma l'ha trasformata da una fonte di attrito in una struttura condivisa e gestibile.

Riflessione

Un'esperienza bancaria più intuitiva, efficiente e visivamente coerente, che riduce la complessità migliorando l'usabilità. L'integrazione dei token di design e di un sistema di design strutturato consente un'adattabilità a lungo termine e un'evoluzione fluida della piattaforma.

E.

Disponibile per progetti di design system su prodotti digitali complessi.
Se questo approccio ti interessa, confrontiamoci.

© Edoardo Sportelli - 2026. Living in Italy, in Fiastra, nestled in the Sibillini Mountains. Like Tuscany, but better. Policy Privacy and Data Protection. No reuse or redistribution without permission.

Disponibile per progetti di design system su prodotti digitali complessi.
Se questo approccio ti interessa, confrontiamoci.

© Edoardo Sportelli - 2026. Living in Italy, in Fiastra, nestled in the Sibillini Mountains. Like Tuscany, but better. Policy Privacy and Data Protection. No reuse or redistribution without permission.

Disponibile per progetti di design system su prodotti digitali complessi.
Se questo approccio ti interessa, confrontiamoci.

© Edoardo Sportelli - 2024
Living in Italy, in Fiastra, nestled in the Sibillini Mountains. Like Tuscany, but better.

Policy Privacy and Data Protection.

No reuse or redistribution without permission.

E.