Abbiamo ideato il Design Foundation Sprint per elevare la qualità UX/UI del prodotto e definirne un linguaggio più chiaro e coerente. In sei settimane ridisegniamo una parte rappresentativa e la trasformiamo in un design system di componenti, pattern e regole che team e agenti possono riutilizzare per estendere il design al resto del software.

Può essere il momento giusto se

Vuoi elevare la qualità UX/UI di un prodotto cresciuto nel tempo
Stai facendo replatforming e vuoi ripensare anche l’esperienza
Vuoi aggiungere nuove feature senza perdere coerenza
Il team lavora già in autonomia, ma manca una direzione condivisa
Vuoi ridisegnare il prodotto partendo da un linguaggio comune
Vuoi rendere il sistema agent-ready, con regole e pattern chiari

E se serve partire dal brand?

In alcuni casi il redesign del software coincide con un cambiamento più ampio dell’azienda. Se anche identità e linguaggio visivo devono evolvere, può avere senso partire dal nostro Brand Sprint e utilizzare quella nuova direzione come base per il Design Foundation Sprint.

Come funziona

Quattro fasi per trasformare una nuova direzione in un sistema concreto.

① Understand

Partiamo dall’esistente e dalle persone che lo conoscono meglio. Attraverso workshop mirati ricostruiamo struttura, flussi, ruoli, pattern e principali problemi del prodotto, raccogliendo il contesto necessario per capire dove intervenire. Alla fine della prima fase definiamo insieme il perimetro su cui concentrarci.

Area o workflow su cui lavorare
Problemi e priorità da affrontare
Perimetro dello Sprint

Un designer di Moze organizza i post-it su una lavagna durante un workshop.

② Redesign

Progettiamo una parte rappresentativa del prodotto ad alta fedeltà, lavorando su casi reali, dati realistici, stati e comportamenti dell’interfaccia. Attraverso il concept definiamo anche il linguaggio visivo generale del software: gerarchie, densità, tipografia, colore e principi dell’interfaccia. Il risultato rende concreta la nuova direzione UX/UI e diventa il riferimento per il resto del prodotto.

Prototipo ad alta fedeltà
Nuova direzione UX/UI
Linguaggio visivo di riferimento

③ Systemize

Dal prototipo costruiamo una component library strutturata, con foundation, design token, componenti, varianti, stati e pattern ricorrenti. Il sistema nasce direttamente dai casi reali progettati, così da offrire al team una base concreta e coerente da riutilizzare ed estendere nel resto del prodotto.

Linguaggio di prodotto
Foundation e design token
Component library e pattern principali

④ Agentify

Nella fase finale rendiamo il sistema agent-ready. Componenti e token descrivono cosa esiste, ma non sempre spiegano come utilizzarlo o come prendere una nuova decisione di design. Rendiamo quindi espliciti principi, regole, vincoli, criteri di qualità e anti-pattern, organizzandoli in una documentazione agent-ready, come un DESIGN.md o un formato equivalente, che possa vivere insieme al progetto ed essere utilizzata direttamente dagli agenti.

Documentazione agent-ready
Principi e regole di utilizzo del sistema
Decisioni, vincoli e criteri documentati

«I designer e i developer di Moze si integrano alla perfezione con il nostro reparto di sviluppo.»

Marco Trombetti Co-founder & CEO, Translated

Cosa succede dopo?

Tre servizi per continuare dopo lo Sprint, attivabili in modo indipendente.

Due piedi disegnati a mano avanzano lungo una scala.

Agile Design Sprint

Per andare oltre il prototipo e approfondire il redesign, possiamo continuare a lavorare insieme con sprint di due settimane. Partiamo dalla direzione e dalla Foundation già definite per progettare più a fondo intere aree del software o singole funzionalità, affrontando flussi, stati, casi limite e interazioni. Ogni sprint estende il design e fa evolvere, quando serve, anche pattern e componenti del sistema.

Una finestra di codice disegnata a mano con un cursore in movimento.

Code Foundation

Possiamo occuparci anche dell’implementazione dei componenti principali, lavorando direttamente nello stack del prodotto: React, Angular o altre tecnologie in base alle esigenze del team. Costruiamo design token, component library e pattern principali, con Storybook quando serve e documentazione utile anche agli agenti di sviluppo.

Una persona disegnata a mano osserva da vicino attraverso una lente di ingrandimento.

Design Review

Se il team continua a progettare e sviluppare internamente, possiamo restare coinvolti come punto di controllo. Rivediamo periodicamente il lavoro prodotto da persone e agenti, verifichiamo la coerenza con la Foundation e diamo feedback su UX, UI e consistenza. Quando serve, aggiorniamo anche regole e documentazione per mantenere il sistema allineato mentre il prodotto evolve.