Come posso creare un UX combinato e una specifica funzionale?

0

La nostra organizzazione ha chiesto a gran voce un processo di creazione di specifiche più organizzato. Al momento, utilizziamo una combinazione di specifiche UX (create in uno strumento wireframing e pubblicate come PDF) e Specifiche funzionali (create in uno strumento di scrittura, un client come Word o uno strumento ospitato come un Wiki interno). I due documenti sono creati da team separati su un progetto (il primo da UX Designer, il secondo da uno o più sviluppatori).

Il pubblico chiave per questo è il team di controllo qualità. Per ora, le forme di questi documenti stanno funzionando bene, ma il fatto che vengano creati, consegnati e gestiti separatamente è il problema. In pratica, si riferiscono a questi due documenti in parallelo, passando avanti e indietro per sviluppare una piena comprensione di come il prodotto che stanno testando dovrebbe funzionare. Sto esplorando i modi in cui possono essere gestiti come un insieme integrato di documenti. In un mondo ideale, le specifiche funzionali potrebbero fare riferimento a parti delle specifiche UX e mostrare quelle parti in linea.

Sto per fare un'immersione profonda per valutare SharePoint come una possibile piattaforma per questo, poiché credo che supporti il collegamento tra i documenti gestiti. (E sembra esserci un modo per collegarsi a una particolare pagina all'interno di un dato PDF.) Questo non è ancora integrato come vorrei, ma potrebbe essere la migliore opzione disponibile. Qualcuno ha già trattato questo problema in precedenza e, in caso affermativo, puoi descrivere come lo hai affrontato in definitiva?

NOTA: ho anche chiesto questa domanda sul link , ma pensavo che questa comunità avrebbe avuto anche alcune idee da condividere.

    
posta yawitz 21.01.2017 - 01:59
fonte

1 risposta

1

Ho visto questa interazione solo con casi d'uso che fanno riferimento ai prototipi quando vengono consegnati insieme.

Invece di "Sistema visualizza l'elenco delle merci" scrivi "Sistema visualizza l'elenco delle merci come da prototipo [essendo il link al prototipo della lista]". Ora hai uno strumento molto potente:

  1. I requisiti comportamentali e di progettazione sono divisi ma interconnessi. (divide e conquista)
  2. Sei libero di raggiungere qualsiasi livello di precisione necessario per ogni pagina, schermata e elemento della GUI. Un prototipo e collegamento per una semplice pagina non interattiva, specifiche dettagliate per elementi dinamici e cruciali, tra cui:
    • Prototipi della lista stessa e dell'intera pagina, con supporto minimo e risoluzioni più utilizzate ciascuno.
    • Posizionamento sulla pagina e rispetto ad altri elementi.
    • Descrizione dello stato iniziale di ciascun elemento: filtri, ordinamento, caselle di controllo.
    • Descrizione di come vengono presi i valori di ciascuna etichetta e ogni lista. E 'hardcoded, preso da alcune impostazioni di configurazione (puoi collegarlo qui), popolato da un complicato algoritmo spiegato nel caso d'uso.
    • Tutti i flussi alternativi e non riusciti nello scenario possono collegarsi ai propri prototipi per coprire qualsiasi situazione possibile.

Puoi facilmente facilitarla in wiki o anche in MS Word, ma prima accontentati del processo.

Fai attenzione che avere tutti i prototipi in linea rende i requisiti illeggibili e inutilizzabili. È sufficiente averli a portata di click, anteprime anche su hover. Esistono due scenari tipici: l'utente ha bisogno di dettagli sul comportamento del sistema e non è affatto interessato al prototipo; l'utente ha bisogno di un prototipo di una situazione specifica e non di tutte le altre.

    
risposta data 21.01.2017 - 10:09
fonte

Leggi altre domande sui tag