Progettare inclusione senza trasformarla in burocrazia.

— 11 Set 2023 · Kick-off con il team di Ohana

Chi riceve un aiuto deve poter scegliere.

Il modello di Ohana parte da un principio concreto: chi riceve un aiuto può comporre il proprio carrello invece di ricevere un pacco predefinito.

La piattaforma precedente trasferiva però sull’utente una parte della complessità amministrativa e rendeva più difficile il lavoro degli operatori. Il problema era quindi tecnico e operativo insieme.

— 18 Set 2023 · Mappatura flussi + ricerca utente

Tre utenti diversi, nessun percorso sacrificabile.

Beneficiari, operatori e partner istituzionali usano lo stesso sistema con esigenze diverse. Il beneficiario deve muoversi con semplicità; l’operatore deve gestire crediti e catalogo; il partner deve leggere l’impatto e le risorse distribuite.

La mappatura ha individuato 14 flussi critici e 7 punti di abbandono nella piattaforma precedente. Da qui è partita la nuova architettura.

— 2 Ott 2023 · Architettura della piattaforma + modello d'accesso

Togliere attrito senza togliere controllo.

Tre principi hanno guidato il progetto: azioni brevi da mobile, credito sempre leggibile e un’interfaccia che assomigli a un emporio più che a un gestionale assistenziale.

Il carrello è diventato il centro dell’esperienza. Gli operatori hanno una vista dedicata alle distribuzioni; i partner dispongono della reportistica necessaria a leggere le attività della rete.

— 16 Ott 2023 · Direzione visiva

Un linguaggio visivo che riduce distanza e burocrazia.

Colori, illustrazioni e tipografia sono stati scelti per rendere l’interfaccia quotidiana e riconoscibile, senza adottare né il codice freddo dei portali istituzionali né quello assistenziale.

Il carrello resta il segno principale perché descrive un’azione familiare: scegliere, verificare il credito, confermare.

— 23 Ott 2023 · Sistema di design + sviluppo

Mobile-first per necessità, non per tendenza.

Una quota prevalente degli accessi avviene da smartphone, anche in condizioni di connettività limitata. Peso delle immagini, JavaScript e fallback del catalogo sono stati quindi trattati come requisiti di prodotto, non come ottimizzazioni successive.

— 3 Nov 2023 · Handover e go-live

Un sistema multiutente pronto per la rete.

La piattaforma è stata predisposta per più sedi, più lingue e gestione dei crediti per nucleo familiare. L’ingresso nella rete provinciale degli empori sociali ha quindi potuto utilizzare la stessa architettura.

I dati successivi al lancio descrivono la scala della rete e vanno presentati come dati dell’ente, non come effetto diretto attribuibile alla sola piattaforma.