Buoni esempi di progettazione della GUI per applicazioni CRUD (business data entry) orientate al business [chiuso]

StackOverflow https://stackoverflow.com/questions/832142

Domanda

Dove posso trovare esempi di software enterprise- y ben prodotti che hanno:

  • Uso corretto e coerente delle scorciatoie da tastiera.
  • Buona navigazione tramite tastiera
  • Convalida del modulo standardizzato
  • Uso standardizzato delle schermate ricerca / ricerca . (All'utente viene chiesto l'ID cliente, non lo sa ma può cercarlo da una finestra popup che lo restituisce)
  • Usabilità standardizzata / convenzioni LaF

Sarebbe bello vedere campioni che vanno da semplici schermate CRUD a GUI orientate al processo molto complesse per applicazioni come CRM / ERP / Financial / Risk assessment ecc. Fondamentalmente GUI con un elevato numero di campi di immissione che definiscono determinati processi aziendali.

È stato utile?

Soluzione

Non ho esempi da indicare. In verità, molti di questi schermi potrebbero essere difficili da trovare sul web per il semplice fatto che la maggior parte di essi tende ad essere "brutta". Questi tipi di schermi sono raramente belli.

Posso offrire alcuni suggerimenti, dalla lunga storia di lavoro con queste cose.

  1. Coerenza. Fai in modo che tutto "funzioni allo stesso modo" e lavori sempre allo stesso modo. Fondamentalmente, dovresti essere in grado di fare la tua voce guardando il modulo, non lo schermo. Tutti quei flash, i subtotali e i colori sono belli dopo aver digitato il modulo, ma non durante l'immissione stessa. In pratica, hai bisogno di avvisi audio per far loro sapere "qualcosa non va". Il classico "ticky-ticky-ticky-ticky-beep-beep-beep-beep" scenario quando l'utente scopre di aver inserito in un campo sbagliato 4 campi indietro. Gli utenti non sono abbastanza ciechi, ma non guarderanno il tuo schermo. I dati sono nel modulo.

  2. È meglio lavorare in modo modale e FERMARLI per ERRORI piuttosto che lasciarli andare avanti. Per moduli di grandi dimensioni, scansionare tutte queste informazioni e cercare errori dopo il fatto è molto difficile. Fermali quando hanno torto in modo che possano ripararlo e andare avanti piuttosto che tornare indietro per risolverlo alla fine. Più regole aziendali, convalida e applicazione si possono avere sul modulo, meglio è. Popup, avvisi, selettori, se necessita della loro attenzione, modale modale modale. Non stanno lavorando con l'argilla qui. Non stanno scrivendo il grande romanzo americano o modellando l'economia globale.

  3. Riassumi i risultati per i controlli a campione. Ad esempio, digitando un ordine, dovrebbero essere in grado di esaminare il totale dell'ordine e il conteggio degli elementi pubblicitari per vedere se hanno ottenuto l'ordine in " correttamente " come una sorta di checksum piuttosto che dover scansionare il campo di immissione per campo. La maggior parte dei flussi di lavoro ha un'inevitabile fase di controllo incrociato in cui passa attraverso la voce per verificare i dati, ma ciò dovrebbe avvenire dopo la "codifica non elaborata" dei dati. Le persone lavorano più velocemente quando si trovano in una "voce in blocco" modalità piuttosto che controllo a campione ciascuno, ogni volta che lo digitano. Si rompe il loro ritmo. Semplifica il rilevamento e la correzione delle eccezioni dopo aver eseguito la convalida e la digitazione di base. Se alcuni campi sono più importanti di altri (e sai quali sono quelli), evidenziarli visivamente sullo schermo E sul modulo cartaceo fa miracoli.

    Se i moduli e simili sono progettati correttamente (sia i moduli del computer che i moduli di iscrizione cartacei), è necessario inserire errori (come il cliente sbagliato, l'articolo errato, ecc.). Potresti avere un refuso in alcune note o istruzioni speciali, ma non tanto altrove. Se sbagliano un articolo o un importo, le probabilità sono che l'ordine non verrà sommato correttamente, quindi il semplice checksum li aiuterà a catturarlo.

  4. Tornando a " coerenza " ;, assicurati che cose come selettori e simili funzionino allo stesso modo. Cerca di ridurre al minimo le funzioni speciali, poiché semplifica la formazione e consente agli utenti solo "flusso" nel loro lavoro.

  5. Le scorciatoie da tastiera e la navigazione sono un requisito, non un'opzione. Un vero punto critico qui possono essere le aree di dettaglio (cioè le strutture delle tabelle). Potrebbe essere necessario un collegamento per entrare e uscire dalle strutture della tabella. Potresti aver visto molti esempi in cui puoi " Tab " nella tabella, ma non nella scheda. Avere una "meta-tab" dedicata chiave per spostarsi dentro e fuori le sezioni. Richiedere al mouse di uscire da una sezione è un no no.

  6. Avere un solo tasto di scelta rapida per i selettori. Idealmente, non dovranno usarli troppo spesso. Forse per la ricerca dei clienti, la maggior parte degli altri codici vengono inevitabilmente memorizzati o verranno digitati sul modulo di iscrizione. Rendi i selettori filtrabili.

  7. Lo scorrimento è il diavolo. Lo scorrimento è malvagio. Nessun scorrimento! Il paging è meglio dello scorrimento perché i campi " non si spostano " sono sempre " nello stesso punto " sullo schermo. Con quale frequenza hai fatto scorrere " e ho dovuto cercare di riprendere " da dove hai iniziato " prima dello scorrimento per riguadagnare il contesto. Anche per gli elenchi di selezione il paging funziona molto bene perché il cambio di pagina fa sapere loro che in realtà "hanno fatto qualcosa". visivamente. Molte volte scorri una riga e "gee ho davvero?" Lo scorrimento a riga singola può essere troppo sottile. Per i moduli di iscrizione di grandi dimensioni, battiti a più pagine lunghi, trattati a scorrimento tutti i giorni della settimana. Se i tuoi moduli sono così grandi, assicurati di avere un tasto di scelta rapida per spostarti avanti e indietro nel modulo e assicurati che ci siano alcune informazioni di contesto su ogni pagina (nome del cliente, numero dell'ordine, qualunque sia ... intestazione semplice).

  8. Interrogazioni affidabili. " Query per esempio " come è noto è uno dei migliori meccanismi (cioè lo riempiono il modulo "ciò che sanno" e i moduli ritornano). Le persone hanno bisogno di trovare i dati solo con criteri pazzi, se la maggior parte di tutti i campi è interrogabile, questo consente loro di farlo senza che tu indovini di cosa avranno o non avranno bisogno. Informix 4GL aveva un sistema QBE spettacolare ( > 04/01/09 per le date successive al 1 aprile 2009, 12345 | 23456 per i codici articolo 12345 o 23456). Una buona espressione QBE molto probabilmente non verrà convalidata in un campo tipico, è un caso speciale. (Ecco perché raramente vedi QBE oggi, ci vuole troppo lavoro, ma OH è così carino.)

  9. Ricorda, gli utenti non sanno PERCHÉ o COME fanno cose, sanno solo COSA da fare . Sanno " quando voglio fare A, premo il tasto Y " non sanno PERCHÉ è Y, dove si trova Y, i tasti X e Z potrebbero fare cose simili ad A perché sono raggruppati insieme. No, non conoscono la tua tassonomia di comando. Non conoscono le tue astrazioni. Sanno di fare A, premere Y . Vuoi dare una parola in grassetto? Digita Ctrl - B . Forse Ctrl - I in corsivo una parola è ovvio per te a causa del mnemonico, non è per la maggior parte degli utenti. Forse Ctrl - B e Ctrl - I si trovano nel menu Format , ben raggruppato. Non importa Ctrl - B == Grassetto, come faccio il corsivo?

L'aspetto negativo di queste interfacce è la formazione. Prendono addestramento per poter essere utilizzati. Ma, in verità, per qualsiasi attività ragionevolmente complicata, l'utente avrà comunque bisogno di formazione su molto più del semplice processo di codifica. La schermata di inserimento non insegnerà loro le politiche commerciali, le regole commerciali, ecc. Puoi applicarle nell'applicazione, ma l'utente dovrà comunque conoscerle da solo.

Ma va bene, perché a lungo andare è semplicemente più efficiente. Il gioco qui sta ottenendo i dati dall'utente in modo efficiente e presentandoli in modo coerente. Non dirò " logico " modo, poiché, mentre la logica può essere logica, potrebbe non essere la logica degli utenti. Quindi, puoi essere logico se vuoi, chiamalo come vuoi, ma sii coerente con i tuoi utenti.

Un altro aneddoto, usavamo 10 dati di ritorno chiave. Questo tendeva ad essere solo un elenco di numeri, come un codice articolo e una quantità. Per i nostri scopi è più veloce semplicemente avere gli utenti che digitano questi dati due volte di seguito rispetto a qualsiasi altra cosa. Cattura errori di battitura, trasposizioni, ecc. Combinato con checksum batch rende la digitazione molto più veloce. Questi ragazzi hanno guardato gli schermi solo quando hanno iniziato, quando hanno finito e se hanno avuto un errore.

Infine, indipendentemente da ciò, le schermate e le procedure SARANNO cambiano. Qualunque sia la forma che stai usando quest'anno, cambierà il prossimo anno. Questa è solo la realtà, quindi, FYI, sii pronto per questo.

Buona fortuna con il tuo progetto.

Altri suggerimenti

Sono un fan della http://www.37signals.com/ . Trovo che le loro forme e GUI siano ben pensate.

Sai, c'è Openerp che puoi ottenere gratuitamente programma, sorgente, documento.

ps: questo link è ok per me, se non riesci ad aprirlo, cerca apri in google.

Ne ho usate molte, ma è difficile ricordare un'app specifica poiché le UI veramente buone sono molto dimenticabili.

Ricordo molti di quelli cattivi. Chiunque si rammarica delle note di loto non ha ovviamente mai usato app basate su moduli SAP o ORACLE.

Per pura efficienza, ti suggerisco di dare un'occhiata alla vecchia domanda di prenotazione della compagnia aerea SABRE. Due righe di testo senza spazi o altri segni di punteggiatura

Prima riga del volo seconda riga dettagli di pagamento qualcosa del genere prenoterebbe e pagherebbe un volo:

123109BA176Y
276.00GBPAM1122123412341234

gli agenti di viaggio si sono assuefatti ad esso e per anni si sono rifiutati di accettare la sostituzione della GUI di Windows super duper accendendo invece l'emulatore del terminale con schermo verde. Penso che sia morto solo quando le compagnie aeree sono passate a tre lettere e numeri di volo a quattro cifre.

Trovo che il sito Web di Dashboard Spy sia uno dei migliori per l'ispirazione.

Ecco alcuni esempi di cosa non fare !: La peggiore interfaccia utente che hai mai usato

Dovresti davvero visitare la Interface Hall of Shame , dove " Troverai non solo le GUI più bizzarre mai concepite, ma anche possibili soluzioni ai problemi di usabilità che generano.

Forse dovresti prendere in considerazione l'approccio Getting Real di 37signals dato che sembra esserci molta complessità nel tuo app. Getting Real ti aiuterà a progettare un'interfaccia utente efficace e utile che renda felici gli utenti.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top