Desarrollo de sitios web para la entrada de datos

Question

Estamos en el proceso de desarrollar un sitio web para reemplazar una antigua aplicación de ingreso de datos de pantalla verde. El problema es que nuestros usuarios están acostumbrados a VOLAR a través de las pantallas (es decir, a escribir a ciegas ... nunca necesitan mirar la pantalla o sus dedos). Están muy nerviosos por mudarse a la web, y yo esperaba aliviar este nerviosismo mostrándoles algunos ejemplos de sitios que manejan bien la entrada de datos.

¿Alguna sugerencia?

actualización

Para aclarar el comentario "volando a través de las pantallas", aquí es el uso típico:

• RSE inicia la sesión, ha apilar de cliente facturas sentada junto a su usuario
• hace clic en E y escribe un nombre personalizado desde la parte superior de la factura
• El usuario ingresa la información de factura/factura de la factura, esta se extiende en 5 pantallas, pero el usuario nunca debe mirar desde la factura
• Todos los tipeos son "ciegos" (ya que no miran el teclado o la pantalla) ... promedian más de 50wpm durante la entrada de datos (que es un promedio MUY rápido) ... y no experimentan espera
• Hay muchos atajos de teclado en el camino, es decir, fechas, búsquedas de usuarios, búsquedas de elementos, etc. El usuario no tiene necesidad de mirar hacia arriba al escribir
• Una vez hecho esto, el usuario hace clic en P para obtener una vista previa factura/declaración sobre la pantalla para verificar los totales y artículos
• las tasas de error son inferiores al 1%, muy bueno para la entrada manual de datos

Answer 1

Lamentablemente, entrada rápida de datos! = Aplicación web.

Si debe hacer esto, entonces

• dejar JavaScript a un mínimo absoluto. Después de todo, buscamos la velocidad de entrada y quién sabe qué navegador ejecutarán. Si decides poner algo allí para llevarlos automáticamente al próximo campo, asegúrate de que las pantallas verdes ya lo estén haciendo Y de que imitas exactamente esa lógica.
• Asegúrate de que el orden de las pestañas de tus elementos sea exactamente el de las pantallas verdes. De lo contrario, lo odiarán sin importar lo que hagas o la cantidad de "más eficiente" que creas que las hará.
• Asegúrate de que las páginas tengan exactamente los mismos campos que antes.
• Básicamente, ni siquiera creo que sobre reorganizar nada en este momento. El cambio de la terminal a la web ya va a ser molesto. Sin embargo, si todo funciona EXACTAMENTE como lo hizo antes, habrá una pequeña queja en lugar de una rebelión total.
• Omita cualquier gráfico. Usa CSS simples para diseñar/colorear cosas. Cualquier gráfico ralentizará la carga de la página, a veces solo un poco.

Solo para repetir, mantenerlo simple, hacer exactamente lo que había antes, minimizar el tamaño de página y los artefactos de página (css, js, imágenes, etc.), NO introducir nada nuevo. La gestión del cambio puede ser una tarea difícil y no importa lo que haga, tenga en cuenta que está cambiando su trabajo, aunque sea por poco tiempo. Las personas que se sienten atraídas por los trabajos de entrada de datos nunca como cambio y se quejan. La única pregunta será en cuánto.

Después de implementarlo y comenzar a usarlo, espere un mes o dos antes de comenzar a escuchar los comentarios (que no sean errores directos. Solucione los problemas de inmediato). Esto les dará tiempo para acostumbrarse y comenzar a hacer sugerencias no emocionales.

Crezca un poco de piel gruesa. En algún punto, un VP o un gerente de alto nivel hará una campaña para volver a la forma anterior de hacer las cosas. Está bien y debería esperarse, tampoco les gusta el cambio, incluso si fueron ellos quienes lo pidieron.

A continuación, no esperamos que el equipo de entrada de datos, incluso a mirar a su aplicación hasta que sea desplegado. Seguro que tener un par de personas de su equipo lo ven de vez en cuando (incluso lo prueban) suena como una buena idea. Sin embargo, pensarán que tienen "cosas mejores que hacer" y no proporcionarán ningún comentario utilizable hasta que se vean obligados a usarlo porque no tienen otra opción. Espera esto.

Por último, asegúrese de que tiene el apoyo a nivel ejecutivo ANTES de iniciar este camino. En algún momento se encontrarán cara a cara con los administradores de entrada de datos que no estén contentos. Ayuda si creen que volver ni siquiera es una opción.

Answer 2

si los atajos de teclado son la parte más importante, entonces sugeriría que se muestren los documentos de google; incluso sobrescribir los cmd + s con su acción de guardado seguramente me impresionó en el primer uso.

Answer 3

Le sugiero que no vaya a Silverlight con esto, aunque puede hacer cosas geniales con él, los controles pueden ser una fracción de segundo más lentos para responder que los controles HTML normales, e incluso esa pequeña cantidad de retraso va a irritar a los usuarios que están acostumbrados a una respuesta instantánea. Solo tiene que reducir la velocidad un poco para que su productividad diaria disminuya. Averigüe cuál es su tasa de entrada actual y haga prototipos para ver si puede acercarse a ella. También debe tener cuidado con la forma de guardar el registro ingresado; tampoco desea introducir un retraso.

También debe pensar en la validación, tiene que hacerlo, pero no quiere ser entrometido en ello.

No quiero ser un juerguista de fiesta para ti, pero realmente dudo que puedas hacer que una aplicación web esté tan cerca de la pantalla verde terminal a la que están acostumbrados; es posible que también quieras evaluar una aplicación de escritorio para la entrada de datos. Tienes una tarea difícil delante de ti :)

Answer 4

No estoy seguro de si encontrarás muchos buenos ejemplos en un sitio web público. La mayoría de los sitios están diseñados para ayudar a guiar a los "novatos" a un sitio a través de varias formas en lugar de enfocarse en la velocidad y la eficiencia de la entrada.

Yo diría que con la combinación correcta de javascript/JQuery y html básico, podría diseñar una página para uso interno que sería rápido para ingresar información. Mi empresa tiene algunas pantallas web que usamos javascript para saltar automáticamente al siguiente campo de formulario cuando se alcanza la duración máxima.Un ejemplo sería usar 4 cuadros de texto diferentes para recopilar un número de tarjeta de crédito. Una vez que se ingresan 4 dígitos en la casilla 1, el cursor salta a la casilla 2. Además, los campos de entrada se pueden configurar para que puedan tabular el siguiente en el orden correcto.

He visto referencias para agregar atajos de teclado a una página web. Nunca lo he hecho yo mismo, así que no estoy seguro de cómo se hace exactamente. Pero creo que javascript se puede usar para esa función.

Answer 5

Me imagino que sólo podría poner juntos algunas formas que podrían manejar esto, pero requeriría algunas consideraciones adicionales si desea que los usuarios puedan utilizarlo sin mirar a la pantalla:

• Este significa que no hay menús desplegables, casillas de verificación, etc. a tan sólo los cuadros de texto, áreas de texto,
• El jQuery AutoTab Plugin podría ser muy útil para esto, por lo que sería moverlos de un campo a otro de forma automática
• si se utilizan para atajos de teclado, yo incluiría esos también. Una vez más, aquí hay un jQuery plugin para eso.

Answer 6

que he estado haciendo aplicaciones web de entrada de datos usando ExtJS. Funciona muy rápido en la mayoría de los navegadores (más lento pero funciona en ie). Las versiones anteriores eran más rápidas y vale la pena mirarlas si necesita una velocidad extremadamente rápida. La API está muy bien pensada, hay una gran curva de aprendizaje, pero una vez que comprenda cómo funcionan las cosas, puede ser muy eficiente con ella.

Tiene muchos widgets de formulario con el teclado de unión, la validación de entrada, el enmascaramiento, el ahorro asíncrona ya incorporado. El marco es el mejor que he encontrado para la construcción de aplicaciones web de entrada de datos. También se puede usar de forma independiente desde el servidor si solo quieres acceder a formularios más grandes o pantallas múltiples cuando el usuario está completo.