Che tipo di documentazione dovrebbero fornire i progettisti UX allo sviluppatore?

Il nostro team ha utilizzato Balsamiq Mockups per questo scopo e funziona bene.

Dal loro sito web:

Mockups also excels as a communication tool, a way for the whole team to come together around the right design.

• it enables Product Managers to better present requirements with a tool as easy to use as Powerpoint
• it’s polished enough for UX Designers to use, with all the familiar keyboard shortcuts of the Creative Suite tools
• it’s fast, geeky and very power-user-friendly. Developers love that
• it’s so easy to learn, clients and customers can use it (for free even), to describe their needs more clearly

di ciò che ho usato e in qualche modo uso, a seconda del contesto del progetto, si prega di vedere quanto segue:

• guide di stile (questi documenti, dal client, sono le istruzioni e le regole su come colore, forme, posizionamento del codice vengono posizionati con l'app e / o il sito web ...)
• storyboard (questo visualizza visivamente il modo in cui l'app può essere utilizzata e vista prima della creazione e della distribuzione ...)
• modelli di contenuto (utilizzo Visio per visualizzare il posizionamento del contenuto ...)
• prototipo (sito web semi-funzionale in un ambiente in scatola di sabbia)

Un ulteriore esempio può essere trovato qui; link . Spero che ti aiuti!

Ciò suonerà conciso, ma penso che dovrebbero fornire tutto ciò di cui il team di sviluppo ha bisogno e chiede. Lo sviluppo del software è un processo collaborativo e tutti i responsabili del prodotto devono collaborare.

Ciò di cui ha bisogno il team di sviluppo varia molto da gruppo a gruppo, quindi non c'è una risposta. Se la squadra è piena di esperti sviluppatori di interfaccia utente, potrebbero non aver bisogno di più di alcuni disegni vaghi. All'altro estremo dello spettro ci sono sviluppatori che stanno sviluppando la loro prima interfaccia utente. E in mezzo ci sono progettisti dell'interfaccia utente di qualità variabile - le interfacce utente logiche e ben progettate potrebbero non avere bisogno di tutta la documentazione di quelle che sono scarsamente pensate.

Penserei che dovrebbero fornire mockup di schermate e organizzati in modo tale che lo sviluppatore possa visualizzare il flusso da un passaggio all'altro, da una schermata all'altra. Ciò potrebbe significare utilizzare uno strumento che fornisce un modo per simulare l'uso del prodotto, oppure potrebbe significare semplicemente una serie di schizzi, numerati nell'ordine in cui l'utente finale li incontrerebbe.

Ciò cambierà da luogo a luogo, ma almeno mi aspetto uno schizzo che con markup spieghi il comportamento di base e le descrizioni dei campi.

Idealmente anche i tuoi progettisti avranno familiarità con tutti i dati con cui lavorerai e verranno elencate anche le origini dati di qualsiasi parte dell'interfaccia visualizzata o guidata da dati.