Un approccio al design costruito intorno al compito, alle informazioni disponibili e ai vincoli di implementazione.
01
Definire il compito
Partire dalla decisione da prendere. Allineare il team sulle informazioni disponibili, sulle persone coinvolte e sui limiti del compito.
◎PersoneTeam commerciali e operativi
↗Obiettivo aziendaleSupportare una decisione
⌘VincoliDati, ruoli e tempi
BRIEF CONDIVISOChi deve decidere cosa?
Identificare la domanda, i dati disponibili e l’azione da supportare.
02
Mappare le relazioni
Collegare entità e dipendenze dietro l’interfaccia. Un problema di produzione diventa comprensibile quando è possibile risalire al componente e all’ordine coinvolti.
Come si propaga un ritardoMAPPA DELLE DIPENDENZE
01FornitoreConsegna in ritardo
02ComponenteScorte a rischio
03OrdineAssemblaggio coinvolto
04ProduzionePianificazione da rivedere
◎
Responsabile di produzioneDeve conoscere l’impatto e le alternative disponibili.
03
Definire stati e azioni
Distinguere l’avanzamento del flusso dallo stato operativo. Rendere espliciti informazioni mancanti, punti di revisione e prossima azione disponibile.
Area dei flussi operativi
RichiestePreventiviOrdini
RICHIEDE ATTENZIONEQuote / WF-2041
Stato attualeNeeds input: paper weight.
Prossima azione disponibileCompleta la specifica mancante.
Rivedi la richiesta ↗
Fase→Stato→Azione
04
Prototipare il confronto
Rendere concrete le viste alternative. Una mappa e un confronto delle vendite possono rispondere a domande diverse mantenendo lo stesso contesto cliente.
Un cliente, due vistePROTOTIPO
GEOGRAFIAMappa clienti
CA-07 · Location ◎
Dove si trova questa relazione?
→
CONFRONTOClassifica vendite
CA-07 · Sales ↗
Come si confronta con le altre?
Esplorare→Discutere con il team↺Affinare
05
Risolvere i dettagli
Discutere con gli sviluppatori comportamenti, casi limite e vincoli tecnici. Le proposte di prezzo, per esempio, richiedono uno stato comprensibile quando manca il dato di costo.
Preservare l’intento fino alla consegnaDESIGN ↔ SVILUPPO
Dettaglio prezziProposta e ipotesi
→
Costo mancanteStima non disponibile
{ … }
→
Revisione con gli sviluppatoriInput, validazione e prossima azione
✓ Input state✓ Recovery
Progettare gli statiCaricamentoVuotoErrorePronto
↶ Resolve edge cases together
LAVORIAMO INSIEME
Cosa possiamo costruire insieme?
Product design per team software. Siti web ed e-commerce per le imprese.
Sono Lorenzo. Mi piace entrare nei dettagli: perché una persona non nota un avviso, cosa deve confrontare un responsabile, quando un flusso automatico dovrebbe fermarsi e chiedere un intervento. È il lavoro che voglio continuare a fare.
Vivo a Civitanova Marche, sulla costa adriatica. Lavoro in italiano e inglese e sono disponibile per ruoli e collaborazioni da remoto.
Civitanova Marche, Italia Disponibile per collaborazioni da remoto
Da Civitanova Marche collaboro da remoto con realtà in tutto il mondo. Le connessioni illustrate raggiungono Berlino, Parigi, Londra, Madrid, Washington, Ottawa, Città del Messico, Brasilia, Buenos Aires, Il Cairo, Nairobi, Nuova Delhi, Singapore, Seul, Tokyo, Canberra e Wellington. Rappresentano la disponibilità a collaborare, non clienti precedenti.
