UI/UX design per software e web app, disegnato da chi lo costruisce.
Schermate, percorsi d'uso e design system per i prodotti che le persone usano ogni giorno per lavorare. Da Palermo, in tutta Italia.
«L'interfaccia intuitiva rende facile l'inserimento di nuovi ordini e il monitoraggio dei tavoli.»
Ti riconosci?
E cosa ti costa, ogni giorno, restare così.
Gli utenti si perdono dentro la tua app e ti chiedono come si fa una cosa semplice.
Ogni domanda la risolve qualcuno del tuo team, a voce o al telefono. Il tempo che il software doveva farti risparmiare lo spendi a spiegarlo.
Il gestionale funziona, ma il tuo team lo evita e continua a usare Excel.
Hai pagato un software che nessuno usa. E i dati veri restano nei fogli di una persona, fuori dal sistema.
Hai un design che i tuoi sviluppatori dicono di non poter realizzare.
Le schermate le paghi due volte: una per disegnarle, una per adattarle. E quello che va online non è quello che avevi approvato.
Cosa progettiamo
Interfacce di prodotto
Le schermate del prodotto, comprese quelle che di solito nessuno disegna: stati vuoti, errori, tabelle dense, permessi per ruolo.
Design system
Colori, tipografia e componenti definiti una volta e riusati ovunque, perché il prodotto resti coerente mentre cresce.
Inoltre
Prototipi navigabili
Si provano con chi userà il prodotto.
Percorsi d'uso
Meno passaggi, meno abbandoni.
Accessibilità
Contrasti, tastiera, bersagli: da progetto.
Responsive
Ufficio e telefono, nessuno dei due ripiego.
Interfacce in uso tutti i giorni
«Uno strumento straordinario che ha migliorato l'esperienza di gestione degli ordini dentro il locale. L'interfaccia intuitiva rende facile l'inserimento di nuovi ordini e il monitoraggio dei tavoli.»
Fabio Greco
Founder, META Gaming Pub
Menu digitale e ordinazioni al tavolo per un gaming pub
Perché non un template, o un grafico?
Sono scelte legittime, e a volte bastano. Ecco cosa cambia sulle quattro cose che ci chiedono più spesso.
| Cosa conta | Template comprato | Grafico che non sviluppa | M's Works |
|---|---|---|---|
| Le schermate | Quelle previste dal tema. È il tuo lavoro che si adatta a loro. | Disegnate su misura. Errori, caricamenti e permessi a volte restano fuori. | Tutte, anche quelle che nessuno disegna: errori, stati vuoti, permessi per ruolo. |
| Si può costruire? | Sì, dentro i limiti del tema. | Lo scopri quando arriva agli sviluppatori. | Lo disegna chi lo costruisce: il prototipo è quello che va online. |
| Quando il prodotto cresce | Ogni pezzo in più è un plugin, o un compromesso. | Ogni schermata nuova torna da chi ha disegnato le prime. | Componenti e regole sono già pronti: la schermata nuova somiglia alle altre. |
| Chi risponde dopo la consegna | Il supporto del tema, per quello che copre. | Il design da lui, il codice da qualcun altro. | Un team di quattro persone, che segue anche la manutenzione. |
Le schermate
M's Works: Tutte, anche quelle che nessuno disegna: errori, stati vuoti, permessi per ruolo.
Template comprato: Quelle previste dal tema. È il tuo lavoro che si adatta a loro.
Grafico che non sviluppa: Disegnate su misura. Errori, caricamenti e permessi a volte restano fuori.
Si può costruire?
M's Works: Lo disegna chi lo costruisce: il prototipo è quello che va online.
Template comprato: Sì, dentro i limiti del tema.
Grafico che non sviluppa: Lo scopri quando arriva agli sviluppatori.
Quando il prodotto cresce
M's Works: Componenti e regole sono già pronti: la schermata nuova somiglia alle altre.
Template comprato: Ogni pezzo in più è un plugin, o un compromesso.
Grafico che non sviluppa: Ogni schermata nuova torna da chi ha disegnato le prime.
Chi risponde dopo la consegna
M's Works: Un team di quattro persone, che segue anche la manutenzione.
Template comprato: Il supporto del tema, per quello che copre.
Grafico che non sviluppa: Il design da lui, il codice da qualcun altro.
Il primo passo è un'analisi gratuita.
Ci mostri le schermate che danno più problemi, anche se il software è già in uso. Ti diciamo dove si perde chi lo usa e cosa cambieremmo per primo.
- Una risposta entro 24 ore.
- Uno sguardo alle schermate che ci mandi, anche di un software già in uso.
- Dove si perde chi lo usa, e cosa cambieremmo per primo.
- Una proposta scritta, con fasi, tempi e preventivo.
- Nessun impegno. Se il problema non è il design, te lo diciamo.
- 01Capire il lavoroChi userà il prodotto, per fare cosa e quante volte al giorno.
- 02FlussiPercorsi e struttura delle schermate in bianco e nero: è la parte che costa cambiare dopo.
- 03Interfaccia e sistemaLe schermate finite e i componenti che le tengono insieme, con i tuoi riscontri a ogni giro.
- 04ConsegnaFile sorgente, componenti e regole d'uso.
hai un software che le persone usano ogni giorno per lavorare, e ci fanno fatica. Vuoi schermate che si possano costruire davvero, e che restino coerenti mentre il prodotto cresce.
cerchi un logo, un marchio o un'identità visiva. Non è il nostro lavoro, e te lo diciamo subito.
Prima di iniziare, ci chiedono
«E se poi non si può sviluppare?»
Lo disegna chi lo costruisce: quello che vedi nel prototipo è quello che va in produzione.
Compensi l'abbiamo disegnato e sviluppato noi, per chi veniva da anni di Excel. La revisione si fa in una griglia che funziona come un foglio di calcolo, e il mese si chiude in 2-3 ore, revisioni comprese.
Il case study →«Il software è già in uso.»
Si lavora anche su quello che hai, senza fermarlo e senza rifarlo da capo.
«Come lo vedo prima?»
Con un prototipo navigabile, provato da chi userà il prodotto prima che diventi codice.
Anche sui nostri prodotti si parte così. Il sito di Animatio è nato da una bozza animata approvata prima del codice, per computer e telefono, ed è stato costruito senza allontanarsi da quella.
Il case study →Le domande che ci fanno
No. Progettiamo interfacce di prodotto. Logo, marchio, naming e tono di voce non sono servizi nostri: se ti serve quello, te lo diciamo subito.
Sì, senza fermarlo e senza rifarlo da capo: si parte dalle schermate che danno più problemi.
File sorgente, componenti e regole d'uso. Se sviluppiamo noi, il passaggio non esiste: si continua.
Il tuo prodotto è difficile da usare?
Mostraci le schermate che danno più problemi, anche se il software è già in produzione. Ti diciamo dove si perde l'utente e cosa cambieremmo per primo.