Como posso fazer um “greenscreen” app web?

Question

Em conversas informais com nosso departamento de atendimento ao cliente, eles expressaram insatisfação com o nosso CSA baseado na web (aplicação de atendimento ao cliente). Em um callcenter, chamadas por hora são críticos, e um monte de tempo é desperdiçado passar o mouse ao redor, clicando em botões, selecionando valores em listas suspensas, etc. O que o dirrector de serviço ao cliente tem melancolicamente pediu é um retorno aos bons velhos tempos de teclado -driven aplicações com detalhe muito pouco visual, apenas o que é necessário apresentar dados para a RSE e processar a chamada.

Eu não posso ajudar, mas ser lembrado da greenscreen Todos os aplicativos que usamos para uso (e quanto mais experiente entre nós usado para fazer). Não só tal aplicação ser mais produtivo, mas saudável para os representantes de usar, como eles devem ser arriscando ferimento fazendo entrada de dados através de uma aplicação web todos os dias.

Eu gostaria de manter a conveniência de implantação baseada em navegador e preservar nosso investimento existente na pilha Microsoft, mas como posso entregar esta orientada por teclado ultra-simples conceito greenscreen para a web?

Boas respostas vão ligar para bibliotecas, outras aplicações web com um estilo semelhante, as melhores práticas para organizar e priorizar dados de atalho de teclado (não como adicioná-los, mas como armazenar e manter os atalhos e automaticamente resolver conflitos, etc.

EDIT: respostas aceitos não serão mini-palestras sobre como fazer interface do usuário na web. Eu não quero nenhum links, botões ou qualquer coisa que clicar em qualquer.

EDIT2: esta aplicação tem 500 usuários, espalhados em call centers ao redor da América do Norte. Eu não posso treinar-los todos para usar a tecla TAB

Answer 1

Como eu tive que usar alguns desses aplicativos ao longo do tempo, vai dar a minha opinião como um usuário, FWIW, e talvez ele ajuda você a ajudar os usuários :-) Desculpe, é um pouco longo, mas o tema é bastante perto do meu coração - como eu tinha me ao protótipo do "melhorado" interface para tal sistema uma (que, de acordo com nossos cálculos, salva muito quantidades não triviais de dinheiro e evita o usuário insatisfação) e, em seguida, levar a equipe que implementou-lo.

Há um problema comum que eu notei com um bom número de CRMs: há mais de 20 campos na tela, dos quais normalmente se usa 4-5 para a realização de 90% das operações. Mas é preciso clicar nos campos desnecessários de qualquer maneira.

Eu poderia estar errado com esta suposição, é claro (como no meu caso não foi uma ampla variedade de usuários com diferentes funções que usam o sistema). Mas não tente sentar-se com os usuários e ver como eles estão usando o aplicativo e veja se você pode otimizar algo UI-wise - ou, se realmente é uma questão de não saber como usar "TAB" (e eles realmente necessidade de usar cada um desses 20 campos de cada vez) - você será capaz de treinar alguns deles e verificar se isso é algo suficiente para eles - e, em seguida, lançar o treinamento para toda a organização. Verifique se você tem o apoio hotkey intuitivo, e que, se uma lista contém 2.000 itens, os usuários não têm para rolar manualmente para encontrar o caminho certo, mas pode usar o recurso de FF para selecionar o item digitando o início do seu texto.

Você pode aprender muito observando os padrões de uso do aplicativo e, em seguida, otimizar a interface do usuário em conformidade. Se você tiver várias funções organizacionais que usam o sistema -., Em seguida, o "UI ideal" para cada um deles pode ser diferente, por isso, a questão de qual a implementar, e se, torna-se uma decisão de negócios

Existem também alguns outros pequenos detalhes que importa para os usuários - às vezes o que você pensou que seria o campo de entrada principal para eles na realidade não é - e eles têm uma textarea vazio comendo metade da tela, enquanto eles tem que digitar os dados realmente importante em um pequeno lugar campo de texto no canto. Ou que, em sua resolução de tela que eles precisam a rolagem horizontal (ou, rolagem em tudo).

Mais uma vez, sentar-se com os usuários e observando deve revelar isso.

Mais uma questão: "hardware desenvolvedor Muito rápido" fenômeno: Um monte de desenvolvedores web tendem a usar telas grandes com alta resolução, mostrando a saída de um poderoso PCs. Quando o resultado é mostrado na tela do portátil da RSE a 1024x768 de um laptop anos de idade, a aparência de layout bem diferente do que foi antecipado, bem como o desempenho de renderização. Tune, melodia, música.

E, finalmente - se a sua organização é geograficamente dispersa, sempre teste com a mais longa latência / menor ligação de banda equivalente. Estas questões não são vistos quando a fazer o teste localmente, mas acrescentar um monte de aborrecimento quando se utiliza o sistema sobre a WAN. Em suma - tentar usar o cenário de pior caso ao fazer qualquer teste / desenvolvimento de sua aplicação -, então isso vai se tornar chato para você e você vai otimizar seu uso - para que, em seguida, os usuários que estão em melhor situação vai saltar na alegria sobre o desempenho de aplicativos.

Se você estiver em para o "app tela verde" - então talvez para os usuários de poder fornecer um único campo de entrada de texto longo, onde eles poderiam digitar todas as informações no tipo CLI moda e é só apertar "enviar" ou a tecla ENTER (embora esta decisão design não é algo a ser tomada de ânimo leve, pois é um monte de trabalho). Mas todo mundo precisa perceber que os aplicativos de "tela verde" tem uma curva de aprendizado bastante íngreme - este é outro fator a considerar do ponto de vista empresarial, juntamente com a taxa de atrito, etc. Pergunte o chefe quanto tempo faz a estadia agente típico no mesmo lugar e como é que a produtividade seja affectéd se eles precisavam de um prazo de 3 meses para chegar a toda a velocidade. :) Há um equilíbrio que não é decidida pelos programadores sozinho, nem por si só a gestão, mas requer um esforço conjunto.

E, finalmente, uma nota de lado, caso você tenha "usuários avançados": você pode querer dar uma olhada conkeror como um browser -. embora bastante lento em si, parece bastante flexível no que ele pode oferecer a partir da perspectiva de controle só de teclado

Answer 2

Eu tornar os aplicativos de RSE com base na web. O que seu gerente está esquecendo é agora a aplicação é muito mais complexa. Estamos pedindo mais de nossos representantes do que fizemos há 15 anos. Nós coletamos mais informações e gravar mais dados do que antes.

Em vez de uma aplicação "greenscreen", você deve se concentrar em fazer a comportar aplicação web melhor. Por exemplo, não tem uma lista suspensa para o ano, quando ele pode ser um campo de entrada. Verifique se o TabOrder está correta e saudável, você pode até mesmo colocar pequenos números ao lado de cada campo de agrupamento para indicar ordem de tabulação. atribuir diferentes telas / abas para teclas F e denotam-los na tela.

Você deve ser capaz de usar seu aplicativo web sem um mouse em tudo sem perda de produtividade, se feito corretamente.

Aproveite o uso de AJAX assim uma viagem de volta para o servidor não muda o foco de seu cursor.

Em um aplicativo CSR, muitas vezes você tem vários padrões. você deve atribuir a cada padrão um botão e permitir que o RSE para empurrar um botão para obter o padrão que eles querem. isso vai reduzir a quantidade de clicar e passar o mouse ao redor.

também muito importante Você necessidade de se sentar com a CSR do e vê-los por um tempo para ter uma idéia de como eles usam o aplicativo. se você não tiver feito isso, provavelmente você está com vista para mudanças simples que vai melhorar muito a sua produtividade.

Answer 3

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

Mais a sério, é perfeitamente possível para atalhos de teclado se ligam a ações em uma aplicação web.

Você pode considerar ensinar seus usuários a apenas usar a tecla Tab - é assim que eu preencher a maioria dos formulários web. Tab para uma lista de seleção e digite as primeiras letras da opção que eu estou tentando selecionar. Se a página não faz coisas patetas com estrutura e tabindexes, eu geralmente pode preencher a maioria dos formulários da web com apenas o teclado.

Answer 4

Não posso concordar com os outros mais quando eles dizem que a primeira prioridade do redesenho deve ir e falar com / observando seus usuários e ver onde eles têm problemas. Eu acho que você iria ver muito mais ROI se você descobrir as tarefas mais comuns e os erros mais comuns os usuários fazem e agilizar os em dos limites da sua interface existente. Sei que isso não é uma coisa fácil de fazer, mas se você pode retirá-lo você terá usuários muito mais felizes (desde que você tenha resolvido seus problemas de fluxo de trabalho) e patrões muito mais felizes (uma vez que você salvou o dinheiro da empresa por não ter a re-train todos os usuários em uma completamente nova UI).

Depois de ler todos os outros respostas e comentários, eu queria abordar algumas outras coisas:

EDIT: respostas aceitos não serão mini-palestras sobre como fazer interface do usuário na web. Eu não quero nenhum links, botões ou qualquer coisa que clicar em qualquer.

Eu não quero ser argumentativa, mas isso soa como você já fez a sua mente sem ter pensado sobre as implicações sobre os usuários. Eu posso ver imediatamente algumas armadilhas com esta abordagem:

• A UI greenscreen-esque podem não ser mais produtivo para seus usuários. Para exemplo, qual é a idade média dos seus usuários? A maioria das pessoas de 25 e mais jovem tiveram pouco ou nenhum exposição a esses tipos de UIs. De repente, impor este tipo de Interface com eles poderia causar um importante reação de seus usuários. Como um exemplo, olhar para o que aconteceu quando o Facebook decidiu mudar a sua UI para o conceito de "fluxo" - enorme indignação dos usuários!
• A web não foi realmente concebido com esse tipo de interface de em mente. O que quero dizer é que as pessoas não estão acostumados a ter de linha de comando-like interfaces de quando eles visitam um site. Eles esperam meio visual (imagens, botões, links, etc.), além de texto. Mudando muito drasticamente de isso poderia confundir os usuários.
• A programação deste tipo de interface será difícil. Como no meu último ponto, a web não joga bem com de linha de comando-like ou interfaces de somente de texto. Coisas como teclas de função, atalhos de teclado (como Ctrl e Alt) são todos mal e inconsistente suportado que significa que você terá que vir acima com suas próprias formas de acesso padrão coisas como ajuda (desde F1 irá mapear a ajuda do navegador da web , não do seu app).

EDIT2: esta aplicação tem 500 usuários, espalhados em call centers ao redor da América do Norte. Eu não posso treinar-los todos para usar a tecla TAB

Eu acho que esse argumento é realmente apenas uma strawman. Se você está introduzindo um totalmente nova interface, você vai ter que treinar seus usuários sobre ele. Realmente, deve-se presumir que qualquer alteração no seu UI vai exigir treinamento de uma forma ou de outra. Algo simples como a adição de guia-navegação para a interface do usuário é realmente comparativamente pequena no departamento de formação. Se você fez isso, seria muito fácil para enviar um "novo recurso útil na UI" e-mail, ou melhor ainda, ter algum tipo de "ponta do dia" (que os usuários podem alternar off, é claro) que lhes diz sobre legal timesaving características como navegação de guia.

Eu não posso falar para os outros cartazes aqui, mas eu queria dizer que eu espero que você não acha que está sendo muito gosta de discutir aqui como isso não é nossa (bem OK, minha ) intenção. Pelo contrário, a reação vem de nós ouvir a idéia para seu UI e não estar convencido de que é necessariamente a melhor coisa para seus usuários. Você é totalmente bem-vindo para dizer que estou errado e que é isso que os usuários irão beneficiar mais de; Mas antes de fazer, basta lembrar que no final do dia é seus usuários que importa mais e se eles não compram em sua nova UI, ninguém vai.

Answer 5

É realmente mais de uma mentalidade teclado centrada no desenvolvimento. I usar o teclado para tanto quanto possível e os aplicativos que eu construir tendem a mostrar que (assim I pode ir rapidamente através dos meus casos de uso).

Algo tão simples como obter a ordem de tabulação correta poderia ser todas as suas necessidades de aplicativos (eu acho que eu não tenho certeza se você pode definir isso em ASP.NET ...). Um monte de controles serão preenchidos automaticamente para o resto.