Come posso creare un'app Web "schermo verde"?

Question

Nelle conversazioni informali con il nostro servizio clienti, hanno espresso insoddisfazione nei confronti del nostro CSA (applicazione del servizio clienti) basato sul web.In un call center, le chiamate orarie sono fondamentali e si perde molto tempo a girare il mouse, fare clic su pulsanti, selezionare valori negli elenchi a discesa, ecc.Ciò che il direttore del servizio clienti ha malinconicamente chiesto è un ritorno ai bei vecchi tempi delle applicazioni guidate da tastiera con pochissimi dettagli visivi, proprio ciò che è necessario per presentare i dati al CSR ed elaborare la chiamata.

Non posso fare a meno di ricordarmi delle app greenscreen che tutti usavamo (e che i più esperti tra noi erano soliti realizzare).Non solo un'applicazione di questo tipo sarebbe più produttiva, ma anche più salutare da utilizzare per i rappresentanti, poiché devono rischiare lesioni inserendo dati tramite un'app Web tutto il giorno.

Mi piacerebbe mantenere la comodità della distribuzione basata su browser e preservare il nostro investimento esistente nello stack Microsoft, ma come posso offrire questa funzionalità basata su tastiera? concetto di schermo verde ultra semplice al web?

Le buone risposte si collegheranno a librerie, altre applicazioni Web con uno stile simile, migliori pratiche per organizzare e dare priorità ai dati delle scorciatoie da tastiera (non come aggiungerle, ma come archiviare e mantenere le scorciatoie e risolvere automaticamente i conflitti, ecc.).

MODIFICARE:le risposte accettate non saranno mini-lezioni su come eseguire l'interfaccia utente sul web.Non voglio che ci siano collegamenti, pulsanti o altro su cui fare clic.

EDIT2:questa applicazione conta 500 utenti, sparsi nei call center del Nord America.Non posso riqualificarli tutti per utilizzare il tasto TAB

Answer 1

Come ho dovuto usare alcune di queste applicazioni nel corso del tempo, darà il mio feedback come un utente, FWIW, e magari ti aiuta per aiutare gli utenti :-) Mi dispiace è un po 'lungo ma l'argomento è piuttosto vicino al mio cuore - come ho avuto io stesso al prototipo l'interfaccia "migliorato" per un tale sistema (che, secondo i nostri calcoli, salva molto somme non banali di denaro ed evita l'insoddisfazione degli utenti) e poi guidare la squadra che messa in atto.

C'è un problema comune che ho notato con un bel po 'di CRM: c'è 20+ campi sullo schermo, di cui in genere uno usa 4-5 per l'esecuzione del 90% delle operazioni. Ma si ha la necessità di scegliere attraverso i campi non necessari in ogni caso.

Potrei essere di sbagliato in questa ipotesi, naturalmente (come nel mio caso c'era una vasta gamma di utenti con diverse funzioni utilizzando il sistema). Ma provate a sedersi con gli utenti e vedere come stanno usando l'applicazione e vedere se è possibile ottimizzare qualcosa UI-saggio - o, se in realtà si tratta di una questione di non saper utilizzare "TAB" (e davvero bisogno di usare tutti e ciascuno di quei 20 campi ogni volta) - si sarà in grado di allenare alcuni di loro e verificare se questa è una cosa sufficiente per loro - e poi stendere la formazione per l'intera organizzazione. Assicurarsi di avere il sostegno hotkey intuitiva, e che se un elenco contiene 2000 voci, gli utenti non devono scorrere manualmente per trovare quello giusto, ma può utilizzare la funzione di FF per selezionare la voce digitando l'inizio del suo testo.

Si potrebbe imparare molto osservando i modelli di utilizzo dell'applicazione e quindi ottimizzare l'interfaccia utente di conseguenza. Se si dispone di più funzioni organizzative che utilizzano il sistema -. Poi il "ideale UI" per ciascuno di essi potrebbe essere diverso, quindi la questione di quale implementare, e se, diventa una decisione di business

Ci sono anche alcuni altri piccoli dettagli che contano per gli utenti - a volte quello che si pensava sarebbe stato il campo di input principale per loro in realtà non è - e hanno una textarea vuoto di mangiare la metà dello schermo, mentre è necessario inserire i dati veramente importanti in un piccolo campo di testo da qualche parte in un angolo. O che, nella loro risoluzione dello schermo hanno bisogno lo scorrimento orizzontale (o, scorrendo a tutti).

Anche in questo caso, sedendosi con gli utenti e l'osservazione dovrebbe rivelare questo.

Un altro problema: "hardware sviluppatore Troppo veloce" fenomeno: Un sacco di sviluppatori web tendono ad utilizzare grandi schermi ad alta risoluzione, che mostra l'output di un molto potenti PC. Quando il risultato è visualizzato sul schermo del computer portatile del CSR a 1024x768 di un computer portatile anno-vecchio, il layout appare molto diverso da quello che è stato anticipato, così come le prestazioni di rendering. Tune, sintonia, melodia.

E, infine - se l'organizzazione è geograficamente dispersa, sempre di prova con la più lunga latenza / più piccolo collegamento di banda equivalente. Questi problemi non si vedono quando si fa il test a livello locale, ma aggiungere un sacco di fastidio quando si utilizza il sistema attraverso la WAN. In breve - tenta di utilizzare la peggiore delle ipotesi quando fare qualsiasi test / sviluppo della vostra applicazione - allora questo diventerà fastidioso per voi e sarete ottimizzare il suo utilizzo - così allora gli utenti che si trovano in situazione migliore si salta nella gioia sopra la le prestazioni di applicazioni.

Se siete in per il "app green screen" - allora forse per gli utenti di potere fornire un singolo campo di input lungo testo dove hanno potuto inserire tutte le informazioni nel campo della moda CLI-tipo e basta premere "invia" o il tasto ENTER (se questa decisione di progettazione non è una cosa da prendere alla leggera in quanto è un sacco di lavoro). Ma tutti hanno bisogno di rendersi conto che le applicazioni "schermo verde" hanno una curva di apprendimento piuttosto ripida - questo è un altro fattore da considerare, dal punto di vista del business, insieme con il tasso di abbandono, ecc chiedere al capo quanto tempo rimanere l'agente tipico nello stesso luogo e come sarebbe la produttività sia affected se avevano bisogno di un periodo di 3 mesi a venire a piena velocità. :) C'è un equilibrio che non è deciso dai programmatori da solo, né solo la gestione, ma richiede uno sforzo congiunto.

E infine una nota a margine nel caso in cui si dispone di "power users": si potrebbe desiderare di dare un'occhiata a Conkeror come un browser -. anche se piuttosto lento in sé, sembra abbastanza flessibili in quello che può offrire dal punto di vista della tastiera di controllo di sola

Answer 2

Faccio le applicazioni web based di CSR. Che cosa il vostro direttore è dimenticare è ora l'applicazione è molto più complessa. Stiamo chiedendo di più dai nostri rappresentanti di quanto abbiamo fatto 15 anni fa. Raccogliamo ulteriori informazioni e registrare più dati rispetto a prima.

Invece di un'applicazione "greenscreen", si dovrebbe concentrarsi sul rendere l'applicazione web si comportano meglio. Per esempio, non hanno un menu a discesa per l'anno quando può essere un campo di input. Assicurarsi che il TabOrder sia corretto e sano di mente, si può anche mettere piccoli numeri accanto a ogni gruppo di campo per indicare l'ordine di tabulazione. Assegnare diversi schermi / schede a tasti F e indicare sullo schermo.

Si dovrebbe essere in grado di utilizzare il web app senza un mouse a tutti, senza perdita di produttività, se fatto correttamente.

Sfrutta l'uso di AJAX così un round trip al server non cambia il focus del loro cursore.

In un'applicazione CSR, spesso si hanno diversi valori di default. si dovrebbe assegnare a ciascun predefinita un pulsante e consentire al CSR per spingere 1 pulsante per ottenere il valore di default che vogliono. questo ridurrà la quantità di clic e mousing intorno.

Inoltre molto importante E 'necessario sedersi con il CSR e di guardarli per un po' per avere un'idea di come utilizzano l'applicazione. se non avete fatto questo, si sono probabilmente affaccia su semplici modifiche che miglioreranno notevolmente la loro produttività.

Answer 3

body { background: #000; color: #0F0; }

Più seriamente, è del tutto possibile associare scorciatoie da tastiera per le azioni in una web app.

Si potrebbe considerare l'insegnamento agli utenti di utilizzare solo il tasto Tab - è così che compilo la maggior parte dei moduli web. Tab per un elenco di selezione e digitare le prime lettere del l'opzione che sto tentando di selezionare. Se la pagina non fa le cose sciocche con struttura e tabindexes, io di solito può compilare la maggior parte dei moduli web con solo la tastiera.

Answer 4

Non posso essere più d'accordo con gli altri quando dicono che la prima priorità della riprogettazione dovrebbe essere andare a parlare/osservare i tuoi utenti e vedere dove hanno problemi.Penso che otterresti un ROI molto maggiore se scoprissi le attività più comuni e gli errori più comuni commessi dai tuoi utenti e li semplificassi entro i limiti dell'interfaccia utente esistente.Mi rendo conto che non è una cosa facile da fare, ma se riesci a farcela avrai utenti molto più felici (poiché hai risolto i loro problemi di flusso di lavoro) e capi molto più felici (poiché hai risparmiato denaro all'azienda non avendo per riqualificare tutti gli utenti su un'interfaccia utente completamente nuova).

Dopo aver letto le risposte e i commenti di tutti gli altri, volevo affrontare alcune altre cose:

MODIFICARE:le risposte accettate non saranno mini-lezioni su come eseguire l'interfaccia utente sul web.Non voglio che ci siano collegamenti, pulsanti o altro su cui fare clic.

Non intendo essere polemico, ma sembra che tu abbia già preso una decisione senza aver pensato alle implicazioni per gli utenti.Posso immediatamente vedere un paio di insidie ​​​​con questo approccio:

• Un'interfaccia utente in stile schermo verde può non Sii più produttivo per i tuoi utenti.Ad esempio, qual è l'età media dei tuoi utenti?La maggior parte delle persone di età pari o inferiore a 25 anni ha avuto poca o nessuna esposizione a questi tipi di UI.Improvvisamente imporre questo tipo di interfaccia su di loro potrebbe causare unmaggiore reazione da parte dei tuoi utenti.Ad esempio, guarda cosa è successo quando Facebook ha deciso di cambiare l'interfaccia utente nel concetto di "stream" - enorme indignazione da parte degli utenti!
• Il web non è stato realmente progettato pensando a questo tipo di interfaccia.Ciò che intendo è che le persone non sono abituate ad avere interfacce simili a riga di comando quando visitano un sito Web.Si aspettano mezzi visivi (immagini, pulsanti, collegamenti, ecc.) oltre al testo.Cambiare troppo drasticamente da questo potrebbe confondere i tuoi utenti.
• Programmare questo tipo di interfaccia sarà difficile.Come ho accennato all'ultimo punto, il Web non funziona bene con le interfacce a riga di comando o di solo testo.Cose come i tasti funzione, le scorciatoie da tastiera (come ctrl- e alt-) sono tutte scarsamente e incoerentemente supportate, il che significa che dovrai trovare i tuoi modi per accedere a cose standard come l'aiuto (poiché F1 mapperà l'aiuto del browser web , non quello della tua app).

EDIT2:questa applicazione conta 500 utenti, sparsi nei call center del Nord America.Non posso riqualificarli tutti per utilizzare il tasto TAB

Penso che questa argomentazione sia in realtà solo una pagliacciata.Se stai introducendo un'interfaccia utente completamente nuova, dovrai formare i tuoi utenti su di essa.Davvero, si dovrebbe presumere che Qualunque la modifica alla tua interfaccia utente richiederà formazione in un modo o nell'altro.Qualcosa di semplice come aggiungere la navigazione tramite schede all'interfaccia utente è in realtà relativamente piccolo nel reparto formazione.Se lo facessi, sarebbe molto semplice inviare un'e-mail con "nuove funzionalità utili nell'interfaccia utente" o, ancora meglio, avere una sorta di "suggerimento del giorno" (che gli utenti possono disattivare, ovviamente) che indichi loro sulle fantastiche funzionalità che fanno risparmiare tempo, come la navigazione tramite schede.

Non posso parlare a nome degli altri utenti qui, ma volevo dire che spero che tu non pensi che siamo troppo polemici qui perché non è il nostro (beh OK, Mio) intento.Piuttosto la reazione viene dal fatto che ascoltiamo l'idea per la tua interfaccia utente e non siamo convinti che sia necessariamente la cosa migliore per i tuoi utenti.Sei pienamente libero di dire che ho torto e che questo è ciò da cui i tuoi utenti trarranno maggiori benefici;ma prima di farlo, ricorda che alla fine sono i tuoi utenti che contano di più e se non accettano la tua nuova interfaccia utente, non lo farà nessuno.

Answer 5

E 'davvero più di una mentalità di tastiera-centrico nello sviluppo. Io uso la tastiera per quanto possibile, e le applicazioni che costruisco tendono a dimostrare che (in modo da I può passare rapidamente attraverso i miei casi d'uso).

Qualcosa di semplice come ottenere l'ordine scheda corretta potrebbe essere tutte le esigenze di app (immagino non sono sicuro se è possibile impostare questo in ASP.NET ...). Un sacco di controlli si auto-completa per il resto.