Documentazione più leggera
2499—SMR/20
Gestire migliaia di contratti di leasing può essere di per sé una sfida. Quando si tratta di leasing di auto, le banche brasiliane devono farlo in collaborazione con il Dipartimento del traffico: il doppio dei problemi.
Fin dal primo giorno, SmartRegistros ha intrapreso una strada innovativa per la registrazione dei contratti. In un mercato in cui la competizione è tutta incentrata sul taglio dei costi e sull'avere un frontend essenziale, hanno investito nella ricerca sui flussi di lavoro e nelle esperienze fluide per alzare l'asticella.
Cliente
SmartRegistros
Anno
2020
Ambito
Prodotto digitale
Design system
Identità visiva
Obiettivo
Trasforma un backend complesso e burocratico in un prodotto facile da usare e che fa risparmiare tempo
Parole chiave
B2B, dashboard, webapp, legale, finanza, governo, conformità, registrazione dei contratti
Schermata di selezione dell’azienda, dopo il login. L’opzione pre-selezionata è quella più utilizzata dall’utente attuale.
L’elenco dei contratti ha l’azione principale (Nuovo Contratto) evidenziata. Sopra l’elenco dei contratti, abbiamo una pratica scatola degli strumenti con azioni rapide.
01. Requisiti tecnici
All'inizio del processo di ricerca, abbiamo identificato che la struttura del database e le normative del Department of Traffic erano il punto di partenza migliore. Sapendo che sono scolpite nella pietra, abbiamo pensato che avrebbero stabilito i limiti sia per le prestazioni che per la flessibilità del flusso utente.
Il nostro punto di partenza è stata la struttura API e alcuni file Enterprise Architect, dove i nostri ingegneri hanno sintetizzato tutto ciò che era utile per il nostro prodotto.
Il nostro team ha interrotto tutti gli sforzi di ricerca utente per immergersi nei requisiti tecnici, probabilmente perché eravamo naturalmente un po' sopraffatti. Tuttavia, la ricerca utente ci ha dato un sacco di informazioni sugli aspetti tecnici che avevamo impiegato così tanto a capire. È stato un buon promemoria per lavorare in parallelo durante la scoperta e la ricerca :)
02. Ricerca utente
Ora che avevamo impostato la struttura dei dati come requisiti, era giunto il momento di comprendere gli utenti (lavoratori e responsabili del back office), i loro flussi di lavoro, le aspettative e gli obiettivi esistenti.
Abbiamo osservato 6 persone di 3 aziende diverse mentre utilizzavano il loro software attuale e le abbiamo intervistate (3 prima dell'osservazione e 3 dopo) alla ricerca di opportunità perse.
Sapendo che questi utenti sono abituati a un'esperienza utente vecchia di decenni, dovevamo trovare cosa si potesse migliorare senza compromettere la loro posizione.
Un utente ha affermato che "sarebbe bello se il flusso di inserimento del contratto fosse più simile a un trasferimento su PicPay [un'app di portafoglio digitale per i consumatori]".
03. Analisi approfondita
Abbiamo iniziato a far collidere le intuizioni delle interviste agli utenti e la struttura dei dati. È stato allora che concetti complessi nel lato logico (ad esempio Gerarchia infinita tra organizzazioni) hanno iniziato ad apparire più umani.
Ciò ci ha aiutato a definire il modo in cui avremmo chiamato ciascuna funzionalità e a identificare quali lavori da svolgere fossero collegati tra loro.
Un esempio: l'inserimento del contratto è stato seguito dal monitoraggio del contratto nel database del Dipartimento del traffico.
Questi due compiti potrebbero o meno essere svolti dallo stesso utente, a seconda della struttura della sua organizzazione, pertanto epistemologia e coerenza sono fondamentali in questo caso.
01. Flussi utente e wireframe
Abbiamo suddiviso i flussi utente in MACRO e MICRO. In questo modo, ogni passaggio definito nel flusso MACRO dovrebbe avere un inizio e una fine, anche quando la navigazione avviene in loop. L'ingrandimento e la riduzione del flusso utente ci hanno aiutato a mantenere più livelli di granularità ed evitare possibili scappatoie.
Dashboard di panoramica e approfondimenti per il manager.
Diagramma organizzativo visivo per la gestione degli accessi.
02. Brand & Design System
Era giunto il momento di far entrare in gioco la prospettiva B2B: dovevamo parlare la stessa lingua degli stakeholder di C-level che detenevano il potere di concludere accordi.
Il marchio dovrebbe comunicare correttamente quanto innovativo e, allo stesso tempo, affidabile fosse il prodotto. Vedete i colori vivaci (di nuovo un fattore divertente!) mescolati con l'abbinamento di font serif+sans-serif? Ecco di cosa si tratta.
È stato allora che abbiamo avuto un’intuizione: proviamo a testare un’esperienza utente B2C ispirata alle app con cui i nostri utenti interagiscono nella loro vita personale.
Dalle linee guida del marchio, abbiamo creato un sistema di progettazione atomico con più di 30 sezioni. Sì, è piaciuto molto agli sviluppatori.
Abbracciare la logica e la struttura dei dati può essere un buon punto di partenza per sviluppare un'idea.
In qualche modo abbiamo pensato che i requisiti tecnici fossero un fastidio che bloccava la mia creatività. Ho iniziato a realizzare che i vincoli in realtà richiedevano che fossi più inventivo per lavorare intorno a (e con) loro.
