Comment puis-je faire une application web « greenscreen »?

Question

Dans les conversations informelles avec notre service à la clientèle, ils ont exprimé leur insatisfaction à l'égard de notre CSA sur le Web (application de service à la clientèle). Dans un centre d'appel, les appels par heure sont critiques, et beaucoup de temps est gaspillée de naviguer sans souci, cliquez sur les boutons, la sélection de valeurs dans les listes déroulantes, etc. Ce que le dirrector du service à la clientèle a avec nostalgie demandé est un retour au bon vieux temps de clavier -Driven applications avec très peu de détails visuels, tout ce qui est nécessaire pour présenter des données à la RSE et traiter l'appel.

Je ne peux que rappeler les applications que nous avons tous greenscreen l'habitude d'utiliser (et plus expérimenté parmi nous utilisé pour faire). Non seulement une telle demande d'être plus productifs, mais plus sain pour les représentants à utiliser, car ils doivent être des risques de blessures faisant la saisie des données par le biais d'une application web toute la journée.

Je voudrais garder la commodité du déploiement basé sur un navigateur et préserver notre investissement existant dans la pile Microsoft, mais comment puis-je livrer ce conduit clavier Concept greenscreen ultra-simple, sur le Web?

Les bonnes réponses relieront aux bibliothèques, d'autres applications Web avec un style similaire, les meilleures pratiques pour l'organisation et la hiérarchisation des données de raccourcis clavier (pas comment les ajouter, mais comment stocker et maintenir les raccourcis et résoudre automatiquement les conflits, etc.

EDIT: les réponses acceptées ne seront pas des mini-conférences sur la façon de faire l'interface utilisateur sur le web. Je ne veux pas de liens, des boutons ou quoi que ce soit à cliquer sur quelle qu'elle soit.

EDIT2: cette application a 500 utilisateurs, répartis dans les centres d'appels autour de l'Amérique du Nord. Je ne peux pas les recycler tous d'utiliser la touche TAB

Answer 1

Comme je devais utiliser certaines de ces applications au fil du temps, donnera mes commentaires en tant qu'utilisateur, FWIW, et peut-être vous aide à aider vos utilisateurs :-) Désolé, il est un peu long mais le sujet est assez proche de mon coeur - comme je l'avais moi-même au prototype de l'interface « améliorée » pour un tel système (qui, selon nos calculs, sauve très quantités non triviales d'argent et évite l'insatisfaction des utilisateurs) et mènent alors l'équipe implémenté.

Il y a une question commune que j'ai remarqué avec un assez grand nombre de CRMs: il y a plus de 20 champs à l'écran, dont généralement l'on utilise 4-5 pour effectuer de 90% des opérations. Mais il faut cliquer sur les champs inutiles de toute façon.

Je peux me tromper avec cette hypothèse, bien sûr (comme dans mon cas, il y avait une grande variété d'utilisateurs avec des fonctions différentes à l'aide du système). Mais essayez de vous asseoir avec les utilisateurs et voir comment ils utilisent l'application et voir si vous pouvez optimiser quelque chose UI-sage - ou, si vraiment il est une question de ne pas savoir comment utiliser « TAB » (et ils vraiment doivent utiliser chacun de ces 20 champs à chaque fois) - vous serez en mesure de coacher certains d'entre eux et vérifier si cela est quelque chose de suffisant pour eux - et déployer la formation pour l'ensemble de l'organisation. Assurez-vous d'avoir le soutien de raccourci clavier intuitif, et que si une liste contient 2000 éléments, les utilisateurs ne doivent pas le faire défiler manuellement pour trouver la bonne, mais peut utiliser la fonction de FF pour sélectionner l'élément en tapant le début de son texte.

Vous pouvez apprendre beaucoup en regardant les modèles d'utilisation de l'application et l'optimisation de l'interface utilisateur en conséquence. Si vous avez plusieurs fonctions organisationnelles qui utilisent le système -. Alors la « interface idéale » pour chacun d'eux peut être différent, donc la question qui à mettre en œuvre, et si, devient une décision d'affaires

Il y a aussi quelques autres petits détails qui comptent pour les utilisateurs - parfois ce que vous pensiez que serait le principal champ d'entrée pour eux, en réalité, n'est pas - et ils ont un textarea vide manger la moitié de l'écran, alors qu'ils doivent entrer les données vraiment importantes dans un petit champ de texte quelque part dans le coin. Ou que, dans leur résolution d'écran dont ils ont besoin le défilement horizontal (ou, le défilement du tout).

Encore une fois, assis avec les utilisateurs et en observant devrait révéler cela.

Une autre question: phénomène « matériel de développement trop rapide »: Beaucoup de développeurs web ont tendance à utiliser les grands écrans à haute résolution, montrant la sortie d'un PC très puissant. Lorsque le résultat est affiché sur l'écran d'ordinateur portable de la CSR à 1024x768 d'un ordinateur portable ans, la mise en page semble tout à fait différent de ce qui était prévu, ainsi que les performances de rendu. Tune, air, air.

Et enfin - si votre organisation est géographiquement dispersée, toujours test avec la plus longue latence / petit équivalent de liaison de la bande passante. Ces problèmes ne sont pas visibles lorsque vous faites les tests sur place, mais ajoutent beaucoup d'ennuis lors de l'utilisation du système sur le réseau étendu. En bref - essayez d'utiliser le pire scénario lorsque vous faites tout test / développement de votre application - alors ce sera ennuyeux pour vous et vous permettra d'optimiser son utilisation - donc alors les utilisateurs qui sont en meilleure situation sauter dans la joie sur la les performances des applications.

Si vous êtes dans la « app écran vert » - alors peut-être pour les utilisateurs de pouvoir fournir un champ d'entrée unique à long texte où ils pourraient saisir toutes les informations de la mode de type CLI et appuyez simplement « soumettre » ou la touche ENTRER (bien que cette décision de conception n'est pas quelque chose à prendre à la légère car il est beaucoup de travail). Mais tout le monde a besoin de se rendre compte que les applications « écran vert » ont une courbe d'apprentissage assez raide - c'est un autre facteur à considérer du point de vue commercial, ainsi que le taux d'attrition, etc. Demandez au patron combien de temps l'agent typique reste au même endroit et comment serait la productivité se affected si elles avaient besoin d'une durée de 3 mois à venir à toute vitesse. :) Il y a un équilibre qui n'est pas décidée par les programmeurs seuls, ni par la direction, mais qu'elle suppose un effort commun.

Enfin une note de côté au cas où vous avez des "power users": vous pouvez jeter un oeil à conkeror comme navigateur -. si assez lent en lui-même, il semble assez souple dans ce qu'elle peut offrir dans la perspective de contrôle du clavier uniquement

Answer 2

Je fais des applications de RSE sur le web. Ce que votre gestionnaire oublie est maintenant l'application est beaucoup plus complexe. Nous demandons plus de nos représentants que nous avons fait il y a 15 ans. Nous recueillons plus d'informations et enregistrer d'autres données que précédemment.

Au lieu d'une application « greenscreen », vous devriez vous concentrer sur faire comporter l'application Web mieux. Par exemple, ne pas avoir un menu déroulant pour l'année où il peut être un champ de saisie. Assurez-vous que le TabOrder est correct et sain d'esprit, vous pouvez même mettre des petits numéros à côté de chaque groupe de champ pour indiquer l'ordre de tabulation. Assigner différents écrans / onglets aux touches F et les indiquer sur l'écran.

Vous devriez pouvoir utiliser votre application Web sans souris tout sans perte de productivité se fait correctement.

Tirer parti de l'utilisation d'AJAX donc un aller-retour vers le serveur ne change pas l'objet de leur curseur.

Sur une application RSE, vous avez souvent plusieurs paramètres par défaut. vous devez attribuer à chaque défaut, un bouton et permet la rse de pousser 1 bouton pour obtenir la valeur par défaut qu'ils veulent. cela permettra de réduire la quantité de cliquer et de naviguer sans souci.

Il est également très importante Vous devez vous asseoir avec la responsabilité sociale de les regarder pendant un certain temps pour avoir une idée de la façon dont ils utilisent l'application. si vous ne l'avez pas fait, vous êtes probablement surplomberez simples changements qui amélioreront considérablement leur productivité.

Answer 3

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

Plus sérieusement, il est tout à fait possible de lier des raccourcis clavier à des actions dans une application web.

Vous pourriez envisager l'enseignement de vos utilisateurs de simplement utiliser la touche Tab - voilà comment je remplir la plupart des formulaires Web. Tab à une liste de sélection et taper les premières lettres de l'option que je tente de sélectionner. Si la page ne fait pas les choses loufoques avec la structure et tabindexes, je peux habituellement remplir la plupart des formulaires Web avec juste le clavier.

Answer 4

Je ne peux pas d'accord avec les autres plus quand ils disent devrait aller et parler à / en observant vos utilisateurs et de voir la première priorité de la nouvelle conception où ils ont des problèmes. Je pense que vous verriez bien plus le retour sur investissement si vous trouvez les tâches les plus courantes et les erreurs les plus courantes font vos utilisateurs et les rationnaliser dans les les limites de votre interface utilisateur existante. Je sais que ce n'est pas une chose facile à faire, mais si vous pouvez le retirer, vous aurez les utilisateurs beaucoup plus heureux (puisque vous avez résolu leurs problèmes de flux de travail) et les patrons beaucoup plus heureux (depuis que vous avez enregistré l'argent de l'entreprise de ne pas avoir de re-former tous les utilisateurs sur une toute nouvelle interface utilisateur).

Après avoir lu les réponses de tous les autres et les commentaires, je voulais aborder quelques autres choses:

  

EDIT: les réponses acceptées ne seront pas des mini-conférences sur la façon de faire l'interface utilisateur sur le web. Je ne veux pas de liens, des boutons ou quoi que ce soit à cliquer sur quelle qu'elle soit.

Je ne veux pas ergoter, mais cela sonne comme vous l'avez déjà fait votre esprit sans avoir songé aux conséquences sur les utilisateurs. Je peux voir immédiatement les pièges couple avec cette approche:

• Une interface utilisateur greenscreen-esque peut pas être plus productif pour vos utilisateurs. Pour par exemple, quel est l'âge moyen des vos utilisateurs? La plupart des gens 25 et jeunes ont eu peu ou pas l'exposition à ces types de UIs. Tout à coup, d'imposer ce genre de l'interface sur eux pourrait provoquer une rebellèrent de vos utilisateurs. À titre d'exemple, regardez ce qui est arrivé quand Facebook a décidé de changer son Interface utilisateur au concept de « flux » - énorme l'indignation des utilisateurs!
• Le web n'a pas été vraiment conçu avec cette sorte d'interface à l'esprit. Ce que je veux dire est que les gens ne sont pas habitués à avoir des interfaces comme la ligne de commande quand ils visitent un site Web. Ils attendent support visuel (images, boutons, liens, etc.) en plus du texte. La modification trop radicalement de ce qui pourrait confondre vos utilisateurs.
• La programmation de ce type d'interface sera difficile. Comme dans mon dernier point, le web ne joue pas bien avec des interfaces de ligne de commande semblables ou texte. Des choses comme des touches de fonction, les raccourcis clavier (comme ctrl et alt-) sont tous mal et sans cohérence pris en charge qui signifie que vous devrez venir avec vos propres moyens d'accéder à des choses comme la aide (depuis F1 carte à l'aide du navigateur Web , pas de votre application).

  

EDIT2: cette application a 500 utilisateurs, répartis dans les centres d'appels autour de l'Amérique du Nord. Je ne peux pas les recycler tous d'utiliser la touche TAB

Je pense que cet argument est vraiment juste un homme de paille. Si vous introduisez une toute nouvelle interface utilisateur, vous allez devoir former vos utilisateurs sur elle. Vraiment, il faut supposer que any changement à votre interface utilisateur nécessitera une formation sous une forme ou une autre. Quelque chose de simple comme l'ajout d'onglet de navigation à l'interface utilisateur est en fait relativement faible dans le département de la formation. Si vous avez fait cela, il serait très facile d'envoyer une « nouvelle fonctionnalité très pratique dans l'interface utilisateur » e-mail, ou mieux encore, avoir une sorte de « conseil du jour » (que les utilisateurs peuvent basculer au large, bien sûr) qui leur dit timesaving à propos de fonctionnalités très pratiques comme onglet de navigation.

Je ne peux pas parler pour les autres affiches ici, mais je ne voulais dire que j'espère que vous ne pensez pas que nous sommes là aussi être argumentatif comme ce n'est pas notre (bien OK, my ) l'intention. Au contraire, la réaction vient de nous entendre l'idée de votre interface utilisateur et ne pas être convaincu qu'il est nécessairement la meilleure chose pour vos utilisateurs. Vous êtes entièrement invités à dire que je me trompe et que c'est ce que vos utilisateurs bénéficieront le plus de; mais avant que vous fassiez, rappelez-vous qu'à la fin de la journée, il est vos utilisateurs qui comptent le plus et si elles n'achètent pas à votre nouvelle interface utilisateur, personne ne le fera.

Answer 5

Il est vraiment plus d'une mentalité de clavier centrée lors du développement. J'utilise le clavier pour autant que possible et les applications que je construis tendent à montrer que (si I peut aller rapidement à travers mes cas d'utilisation).

Quelque chose d'aussi simple que de l'ordre de tabulation correct pourrait être à tous vos besoins d'applications (je suppose que je ne suis pas sûr si vous pouvez le configurer dans ASP.NET ...). Beaucoup de contrôles complétées automatiquement pour le reste.