UX Patterns Library
0 likes281 views
Il documento descrive una libreria di pattern UX, evidenziando la definizione di un pattern come soluzione universale a problemi di design che può essere riutilizzata. Inoltre, distingue tra pattern e componenti, con i primi che descrivono come un design dovrebbe funzionare idealmente, mentre i componenti si concentrano su come funziona effettivamente qualcosa. Sono inclusi anche concetti come flussi generici e specifici, principi di design e risorse per approfondire ulteriormente.
UX Patterns Library
- 2. Che cos’è un Pattern?
- 3. Che cos’è un Pattern?
- 4. Che cos’è un Pattern? La base di A Pattern Language proviene dall'osservare le città medievali.
- 6. “Ogni pattern descrive un problema che si verifica più e più volte nel nostro ambiente e quindi descrive il nucleo della soluzione a tale problema, in un modo che è possibile utilizzare questa soluzione un milione di volte, senza mai farlo nello stesso modo due volte ” Christopher Alexander A Pattern Language The Post-PSD Era
- 7. Che cos’è un Pattern? Un design pattern è un modo formale di risolvere un problema di progettazione generale in un particolare contesto
- 8. • Sono una risorsa universale per allineare le best practices • Descrive gli elementi di buon design • Fornisce un repository in modo che altre persone possano facilmente riutilizzare queste soluzioni Che cos’è un Pattern?
- 10. Qual è la differenza tra pattern e componente?
- 11. “I componenti sono come funziona qualcosa, inclusi compromessi e vincoli realizzati attraverso un processo di costruzione” Nathan Curtis Patterns ≠ Components The Post-PSD Era
- 12. “I pattern descrivono come qualcosa DOVREBBE funzionare in condizioni ideali e suggerisce come affrontare i compromessi ” Nathan Curtis Patterns ≠ Components The Post-PSD Era
- 13. Esistono altre UX Patterns Libraries?
- 14. Esistono altre UX Patterns Libraries?
- 15. Esistono altre UX Patterns Libraries?
- 16. Esistono altre UX Patterns Libraries?
- 17. Esistono altre UX Patterns Libraries?
- 18. Atomic Design
- 19. Atomic Design
- 22. Nathan Curtis Component Design Guidelines “Le linee guida di progettazione iniziano come esercizio di scrittura. Le parole ben scritte contano. Con una struttura ben organizzata qualsiasi lettore, in particolare i designer, può fare scelte migliori quando si utilizza un componente. The Post-PSD Era
- 23. Introduzione del nome del componente e del breve contenuto descrittivo
- 24. Esempi che illustrano la variazione, gli stati e le altre variazioni di un componente
- 25. Riferimenti di progettazione che includono Cosa fare e cosa non fare
- 26. 🙊 🙊
- 27. Regole del documento Sono le regole di utilizzo e formattazione del documento
- 28. UX Design Totem Sono i principi generali della UX all’interno dell’applicazione riguardanti ad esempio il microcopy, le regole di accessibilità e le regole di formattazione di valori e grafici.
- 29. Flussi Generici Sono i flussi che più si ripetono nell’applicazione, pensati dal loro inizio alla loro conclusione. Ad esempio: flussi di selezione, di attivazione o di modifica.
- 30. Flussi Specifici Sono i flussi applicati su casi specifici o unici e che hanno delle particolari criticità o interazioni che si applicano in contesti precisi (ad esempio nella prima attivazione o in attività esclusive del trading, del planner o della gestione dei conti e delle carte)
- 31. Funzionamento dei componenti Facendo riferimento ai componenti documentati della UI Pattern Library di riferimento (iOS, Android o Web), chiarire casi d’uso, stati o comportamenti errati.
- 32. Resource Sono link alle varie fonti principali di documentazione. Possono essere di progetto, documentazioni tecniche o riferimento ad utenze e accessi.
- 33. Challenges Una lista di contenuti che si vorrebbe approfondire o trattare.
- 34. Quando va fatta una Pattern Library?
- 36. I designers applicano pattern per prendere decisioni già nella pratica.
- 37. Nathan Curtis Patterns ≠ Components “I designers applicano pattern per prendere decisioni già nella pratica” The Post-PSD Era