Progettato per essere usato, non solo ammirato.
Il bello è facile. L’ovvio è difficile. Progettiamo schermate che le persone attraversano senza pensarci, e consegniamo ai vostri sviluppatori qualcosa da cui costruire senza tirare a indovinare.
Progettiamo interfacce e le proviamo su schermi veri prima che si scriva una riga di codice. Ricevete prototipi cliccabili da provare sul vostro telefono, poi un design system da cui i vostri sviluppatori costruiscono. Cambiare un design costa minuti; cambiare un prodotto già sviluppato costa settimane. È per chi sta per costruire o vede persone abbandonare a metà.
Aggiornato novembre 2026
Gli errori costosi succedono prima che qualcuno scriva codice.
Un checkout confuso, un modulo che nessuno finisce, un cruscotto in cui il numero importante è nascosto: sono decisioni di design, e una volta sviluppate costano soldi ogni giorno.
Per questo proviamo prima. Ricevete schermate cliccabili da aprire sul vostro telefono e passare a un collega prima che venga sviluppato qualsiasi cosa. Spostare un pulsante in quella fase richiede minuti. Spostarlo dopo il lancio richiede un ciclo di sviluppo e un rilascio.
Poi consegniamo un design system, non una cartella di immagini: componenti veri, spaziature vere, stati veri. I vostri sviluppatori smettono di indovinare come appare un pulsante al passaggio del mouse, e il prodotto smette di allontanarsi dal design un mese dopo il lancio.
Che cosa facciamo.
Capire dove le persone si bloccano
Registrazioni delle sessioni, i vostri ticket di assistenza e qualche persona vera osservata mentre usa il prodotto. I problemi sono raramente dove ve li aspettate.
Il percorso prima delle schermate
Che cosa sta cercando di fare una persona, e in che ordine. Schermate progettate senza questo sembrano a posto e scorrono male.
Prototipi cliccabili
Lo aprite sul telefono. Ci toccate dentro. Lo date a qualcuno che non l’ha mai visto. Quello è il test.
Prima lo schermo piccolo
La maggior parte del traffico arriva dal telefono. Progettare per il desktop e poi rimpicciolire è il modo in cui il mobile finisce per sembrare un ripiego.
Un design system vero
Componenti, spaziature, stati, messaggi di errore. Così la decima schermata è coerente con la prima e quelle nuove non richiedono un designer.
Accessibile di base
Contrasti sufficienti, aree da toccare abbastanza grandi, navigazione da tastiera funzionante. È meglio anche per tutti gli altri.
Una consegna agli sviluppatori che funziona
Specifiche, risorse grafiche e gli stati che nessuno ricorda di progettare: vuoto, caricamento, errore, troppi dati.
Riprogettazioni che tengono ciò che funziona
Se la conversione va bene, non tocchiamo il flusso. Le riprogettazioni che cambiano tutto di solito perdono qualcosa che funzionava.
Dove vanno davvero i soldi del design.
La stessa modifica costa cifre molto diverse a seconda di quando la fate. È tutto il motivo per cui si prototipa.
| Modifica fatta in fase di | Quanto costa | Chi è coinvolto |
|---|---|---|
| Schizzo | Minuti | Un designer |
| Prototipo cliccabile | Meno di un’ora | Il designer, forse una breve chiamata |
| Sviluppo in corso | Giorni | Designer e sviluppatore, con nuovi test |
| Dopo il lancio | Un ciclo di sviluppo e un rilascio | Design, sviluppo, test e chiunque fosse già abituato al vecchio flusso |
| Mai corretta | Ogni utente confuso, per sempre | La casella dell’assistenza |
Design che abbiamo realizzato.
Vendite online, secondo il cliente stesso, dopo il lavoro sull’esperienza del negozio per un brand mamma e bambino di Doha.
Lo stemma FS, un sistema blu navy e oro e le frasi del brand per un’accademia di calcio di Doha, dall’immagine profilo alle divise.
Design di un’app mobile per una società di investimento pakistana, un settore in cui la chiarezza non è facoltativa.
Piattaforma di gestione aziendale usata ogni giorno, progettata per chi ci passa la giornata, non per una demo.
Quando vale la pena.
Le persone iniziano e non finiscono
Carrelli abbandonati, moduli a metà, registrazioni interrotte. Quasi sempre è un problema di design, non di traffico.
Il team spiega sempre la stessa cosa
Se l’assistenza continua a rispondere alla stessa domanda su «come si fa», l’interfaccia ci risponde male.
State per costruire qualcosa
È il momento in cui farlo bene costa meno. Un’ora di prototipo risparmia una settimana di ricostruzione.
Non fa per voi se volete solo «rinfrescare» un prodotto che funziona
Se le persone completano ciò che devono fare e i numeri reggono, una riprogettazione completa rischia di rompere ciò che va bene. Meglio correggere le due o tre schermate dove ci si blocca, e ve lo diciamo.
Come lavoriamo.
Guardiamo che cosa succede oggi
Uso reale, ticket reali, persone reali che provano. Non opinioni su che cosa vorrebbero probabilmente gli utenti.
Concordiamo che cos’è un successo
Più checkout completati, meno ticket, attivazione più rapida. Un numero, scritto, così dopo si può dire se ha funzionato.
Mappiamo il percorso
La strada che una persona fa e dove si interrompe. Correggerla qui costa meno che in qualsiasi fase successiva.
Prototipiamo e voi provate
Cliccabile, sul vostro dispositivo, prima di sviluppare. È qui che sta la maggior parte del valore.
Proviamo con persone vere
Di solito cinque bastano per trovare i problemi seri. Faranno qualcosa che nessuno di noi aveva previsto.
Costruiamo il design system
Componenti e stati da cui gli sviluppatori costruiscono, così il prodotto resta coerente mentre cresce.
Restiamo durante lo sviluppo
Durante lo sviluppo emergono domande. Rispondiamo, invece di lasciare gli sviluppatori a indovinare.
Design UI/UX
7 domande con risposta. Ne avete un’altra? Scriveteci.
La UX riguarda se una persona riesce a fare ciò che deve: l’ordine dei passaggi, che cosa succede quando qualcosa va storto, se il percorso ha senso. La UI è come appare e come si percepisce mentre lo fa. Un prodotto può essere bellissimo e inutilizzabile, o semplice ed eccellente. La maggior parte dei problemi per cui ci chiamano sono problemi di UX descritti come «vorremmo che fosse più bello».
Sette categorie. Quarantacinque servizi.
Raccontateci il progetto, com’è davvero.
Scriveteci cosa vi serve e dove siete bloccati. Vi rispondiamo entro un giorno lavorativo con domande vere, e se il progetto dovrebbe essere più piccolo di come lo immaginate ve lo diremo.