Progettiamo interfacce partendo da chi le userà, con interviste, analisi e prototipi da provare prima di scrivere il codice. Poi le raccogliamo in un Design System insieme all'identità visiva, perché brand, sito e applicazioni restino coerenti mentre crescono. Per noi il design è un sistema da far evolvere nel tempo, non un'immagine da consegnare.
Comprendiamo chi userà il servizio e di cosa ha bisogno attraverso interviste, analisi e wireframe.
Nei progetti nuovi la ricerca accompagna la definizione della prima versione, mentre sui portali già online entra nelle evolutive, quando il lavoro di chi li usa sta cambiando.
Prima di sviluppare costruiamo prototipi navigabili in Figma, così puoi muoverti tra le schermate e decidere cosa tenere prima che diventino codice.
Dal prototipo approvato prende forma l'interfaccia definitiva.
Raccogliamo i componenti dell'interfaccia in un unico sistema che vive nel codice. Con un frontend in React e Next.js, sito, app e area riservata possono nascere dagli stessi componenti e restare coerenti.
Anche quando lavoriamo su un Drupal monolitico costruiamo l'interfaccia a componenti, con i Single Directory Components. Così le interfacce possono evolvere senza toccare l'architettura del software.
Disegniamo loghi e identità visive anche come progetti a sé, pensandoli fin dall'inizio come la base di un sistema. Colori, caratteri e forme sono già pronti per diventare componenti quando arriveranno il sito e le applicazioni.
Lo abbiamo fatto per bmeme e per il DrupalCamp Italy.
Lo human-centered design, in italiano design centrato sull'utente, è un modo di progettare che punta a rendere i sistemi interattivi più usabili, concentrandosi sul loro uso. Così lo descrive la norma ISO 9241-210:2019.
È il termine che Don Norman ha preferito a user-centered design, con cui nel 1986 aveva aperto la strada e che molti usano ancora. Significa partire da chi userà un servizio, da cosa deve fare e dal contesto in cui lo fa, coinvolgere gli utenti lungo tutto il progetto e ripetere prove e correzioni finché serve.
Parliamo con chi userà il servizio e con chi dovrà gestirlo ogni giorno, per comprendere come lavorano oggi e di cosa hanno bisogno. Teniamo insieme le esigenze degli utenti e gli obiettivi del business prima di decidere come costruire.
Sui prototipi lavoriamo a cicli di commenti e revisioni. Tu e il tuo team li provate e li commentate, noi li rivediamo e ve li riproponiamo. Ogni giro restringe il campo e chiarisce cosa entra nella prima versione, fino al momento in cui resta poco da correggere e molto da costruire.
Le schermate approvate diventano componenti del Design System, che poi traduciamo in codice. Mentre li progettiamo e li sviluppiamo verifichiamo anche l'accessibilità, con strumenti automatici e verifiche manuali.
Ogni milestone si chiude con una consegna in un ambiente di test, insieme ai materiali grafici e alla documentazione. La valutiamo con te e va in produzione solo dopo il tuo ok. Poi il sistema cresce, con nuove schermate e nuove applicazioni costruite sugli stessi componenti.
Con il rebranding avviato nel 2024 abbiamo disegnato identità, logo, simboli e Design System di bmeme. Il portale che stai leggendo li usa ed è decoupled, con Directus per i contenuti e Next.js per le pagine.
È lo stesso percorso che proponiamo a chi lavora con noi, da un'identità a un sistema e poi a un portale che cresce un pezzo alla volta.
Logo design, Brand identity
Abbiamo disegnato logo e identità visiva del DrupalCamp Italy, la conferenza della community Drupal italiana che organizziamo insieme ad altre aziende dalla prima edizione, nel 2025.
Drupal, Monolitico, UX e UI, Continuous Integration, Operations
Nel 2024 abbiamo rifatto su Drupal il portale turistico del Comune di Firenze. Ne abbiamo riprogettato l'interfaccia pensando prima di tutto allo smartphone, perché i turisti possano consultarlo con facilità. L'accessibilità la verifichiamo con MAUVE++.
Brand identity, Logo design
La nostra nuova identità visiva nasce da un lavoro profondo e necessario: trovare un linguaggio che raccontasse con coerenza chi siamo e come lavoriamo.
Abbiamo cercato un equilibrio tra rigore e personalità, evitando soluzioni estetiche di maniera e costruendo un sistema visivo che restituisse il nostro approccio, i nostri valori e la cultura che ogni giorno cerchiamo di praticare.
Il risultato è un’identità autentica, leggibile e solida, che riflette ciò che siamo oggi e lascia spazio a quello che potremo diventare
Drupal, Monolitico, Operations, Continuous Integration
Tra il 2021 e il 2022 abbiamo progettato l'interfaccia di open.gov.it, partendo dalla ricerca utente di un'altra azienda e da una lettura più aperta delle linee guida AgID.
Abbiamo sviluppato anche l'intero portale su Drupal.
L'obbligo di accessibilità è del titolare del portale, con l'European Accessibility Act per i privati e la Legge Stanca per la PA.
Noi la verifichiamo mentre progettiamo e sviluppiamo.
Le WCAG 2.1 AA e la norma europea EN 301 549 sono il riferimento tecnico degli obblighi italiani. Ne teniamo conto già quando disegniamo i componenti, così ogni nuova pagina parte da una base verificata.
Usiamo MAUVE++, il validatore del CNR-ISTI, a cui il laboratorio ci ha dato accesso per i nostri progetti. Con MAUVE++ abbiamo verificato, tra gli altri, i portali dei Vigili del Fuoco, di Feel Florence e della Rete civica del Comune di Firenze.
Un progetto digitale riesce quando sappiamo per chi lo costruiamo e quali decisioni deve aiutare a prendere. Per questo partiamo dalle persone che lo useranno, prima che dal codice.
Sì. Un prototipo navigabile in Figma ti permette di vedere e provare le schermate principali prima dello sviluppo. Aiuta anche a decidere cosa entra nella prima versione e cosa può aspettare.
Con un Design System. I componenti dell'interfaccia stanno in un unico sistema nel codice e ogni applicazione li riusa, così una modifica si fa una volta sola e poi si porta nelle applicazioni che lo usano.
Lo facciamo insieme. Dopo una prima call raccogliamo le idee in più scope plan, ciascuno con il perimetro di un obiettivo, cioè cosa serve agli utenti e al business e cosa entra nella prima versione. Interviste e prototipi aiutano poi a scegliere da dove partire.
Sì, anche come progetto a sé. Li disegniamo pensando già al momento in cui diventeranno la base di un sistema per il sito e le applicazioni, come abbiamo fatto per bmeme e per il DrupalCamp Italy.
Dipende da chi sei e da cosa offri. La PA rientra nella Legge Stanca, che vale anche per i privati con servizi al pubblico e un fatturato medio oltre 500 milioni di euro negli ultimi tre anni. Altri privati rientrano nell'European Accessibility Act per prodotti e servizi come e-commerce, servizi bancari e trasporti, con l'esclusione delle microimprese. L'obbligo resta del titolare del portale. Noi verifichiamo l'accessibilità mentre progettiamo e sviluppiamo.
Sì. Lavoriamo per una prima versione e per sviluppi successivi. Dopo l'avvio la roadmap esecutiva fissa le milestone, di solito mensili. Ognuna si chiude con una consegna che puoi vedere e usare.