Come gestire una riprogettazione dell'interfaccia utente completa di un prodotto Web? [chiuso]

-2

Ci scusiamo per il post senza codice, ma mi chiedo come gestire una riprogettazione dell'interfaccia utente completa per un prodotto web di grandi dimensioni? Forse qualcuno ha esperienza e potrebbe effettivamente determinare i passaggi su come lo faresti?

Dovrebbe essere fatto in modo incrementale? Dovrebbe essere ridisegnato in una volta e consegnato alla produzione? Quali potrebbero essere i passi per raggiungere questo obiettivo (fare linee guida visive? Applicare nuove classi?). In quali piccoli passi potrei eventualmente suddividere i compiti per il team di sviluppatori?

Aiuterebbe molto preziose intuizioni. Grazie.

    
posta funguy 09.09.2016 - 18:54
fonte

1 risposta

2

La tua domanda è molto ampia, ma proverò a fornire alcuni suggerimenti. Negli ultimi anni ho partecipato a tre giganteschi ($ 10M +) progetti di aggiornamento "UX". Non sarà divertente, ho paura. Questi dovrebbero aiutare, un po '.

  • Insistere affinché le funzionalità funzionali siano bloccate per la durata del progetto. Rendilo solo un progetto "look and feel".
  • Mantieni un server che esegue la versione precedente dell'interfaccia utente. Ne avrai bisogno per l'arbitrato dei difetti.
  • Insistere sul fatto che tutti i flussi funzionali siano documentati per intero, anche se ciò comporta la decodificazione del vecchio sito. NON documentare solo le modifiche, documentare lo stato di destinazione dopo aver applicato tutte le modifiche. Nota: questo è un lavoro considerevole.
  • Utilizza un approccio di stile standard nel nuovo sito, ad es. Bootstrap . Otterrai il tuo design reattivo e Conformità WAI / 508 molto facilmente.
  • Se possibile, sposta la logica aziendale chiave dal livello dell'interfaccia utente e nel middleware o nel livello aziendale, prima che inizi il progetto di aggiornamento UX. Ciò garantirà che le regole aziendali non si perdano durante il progetto. Mantieni il livello aziendale fisso per tutto il progetto.
  • Scrivi una guida di stile globale che espone lo schema di colori e caratteri; ottenere questo rivisto e approvato in anticipo.
  • Se il tempo lo consente, sviluppa un sito "proof of concept" (due o tre pagine) che dimostri il markup appropriato per tutti i controlli, i pannelli, ecc. che verranno utilizzati nel sito. Ottieni questo controllo completo (inclusi test di cross browser, screen reader, dispositivi mobili, ecc.) E approvato prima di iniziare lo sviluppo sul sito corretto.
  • Utilizza markup semantico , design non invadente e miglioramento progressivo se possibile.
  • Crea prima il tuo fuori sessione, il login e l'landing / home page, e fallo revisionare accuratamente dallo stakeholder finale (non solo il QA interno) prima di costruire il resto delle pagine.
  • Attiva il live sul nuovo hardware e, se possibile, su un sottodominio diverso (ad esempio se il tuo vecchio sito era su www.MySite.com , vai a vivere su un nome di dominio leggermente diverso come online.MySite.com ). Ciò renderà la distribuzione (e il possibile rollback) molto più semplice. Non dimenticare di ordinare i tuoi certificati SSL con largo anticipo.
risposta data 09.09.2016 - 21:50
fonte

Leggi altre domande sui tag