Разработка сайтов для ввода данных

Question

Мы находимся в процессе разработки веб-сайта для замены старого приложения для ввода данных на зеленом экране. Проблема в том, что наши пользователи привыкли летать по экранам (то есть слепо печатать ... им никогда не нужно смотреть на экран или свои пальцы). Они очень нервничают по поводу перехода в Интернет, и я надеялся ослабить эту нервозность, показав им несколько примеров сайтов, которые хорошо обрабатывают ввод данных.

Есть предложения?

Обновление

Чтобы прояснить комментарий «пролетающий экран», вот типичное использование:

• CSR входит в систему, имеет стек клиентов счета рядом с ней
• Пользователь нажимает E и вводит произвольное имя в верхней части счета
• Пользователь вводит информацию о выставлении счетов / счетов-фактур из счета, она растягивается на 5 экранов, но пользователю никогда не нужно отрываться от счета
• Вся типизация "слепая" (поскольку они не смотрят на клавиатуру или экран) ... они в среднем набирают более 50 об / мин при вводе данных (что ОЧЕНЬ быстро) и не ожидают
• На этом пути существует множество сочетаний клавиш, т. Е. Для дат, поиска пользователей, поиска элементов и т. Д. Пользователю не нужно поднимать взгляд с экрана при наборе этих
• После этого пользователь нажимает P для предварительного просмотра и просматривает накладную / выписку на экране для проверки итогов и сумм
• Частота появления ошибок ниже 1%, что очень хорошо для ручного ввода данных

Answer 1

К сожалению, быстрый ввод данных! = Веб-приложение.

Если вы должны сделать это, то

• сохранить JavaScript на абсолютном минимуме. В конце концов, мы достигли скорости входа и кто знает, какой браузер они будут использовать. Если вы решите поместить что-то туда, чтобы автоматически перенести их в следующее поле, убедитесь, что зеленые экраны уже делали это И что вы точно копируете эту логику.
• Убедитесь, что порядок вкладок ваших элементов точно такой же, как у зеленых экранов. В противном случае они будут ненавидеть это независимо от того, что вы делаете или насколько «более эффективно» вы думаете, что это сделает их.
• Убедитесь, что страницы имеют те же поля, что и раньше.
• По сути, даже не думайте о реорганизации чего-либо прямо сейчас. Переход от терминала к сети уже будет расстраивать. Однако, если все будет работать ТОЧНО, как это было раньше, это будет незначительное ворчание вместо прямого восстания.
• Пропустить любую графику. Используйте простые CSS для стилизации / раскраски вещей. Любая графика замедлит загрузку страницы, иногда совсем немного.

Просто для итерации, сделайте это простым, делайте в точности то, что было раньше, минимизируйте как размер страницы, так и артефакты страницы (css, js, изображения и т. Д.), НЕ вводите ничего нового. Управление изменениями может быть сложным делом, и независимо от того, что вы делаете, имейте в виду, что вы меняете их работу, даже немного. Люди, которых привлекают задания по вводу данных никогда , не любят перемен и будут ворчать. Единственный вопрос будет в том, сколько.

После того, как он развернут и начнет использоваться, подождите месяц или два, прежде чем вы начнете прослушивать отзывы (кроме явных ошибок. Исправьте их немедленно). Это даст им время привыкнуть к этому и начать делать неэмоциональные предложения.

Расти толстую кожу. В какой-то момент вице-президент или менеджер высокого уровня проведет кампанию, чтобы вернуться к старому способу ведения дел. Это нормально и следовало ожидать, им тоже не нравятся перемены, даже если они и просили об этом.

Далее, не ожидайте, что команда ввода данных будет даже смотреть на ваше приложение, пока оно не будет развернуто. Конечно, пара людей из их команды время от времени смотрят на это (и даже проверяют), звучит как хорошая идея. Тем не менее, они будут думать, что у них есть «лучшие дела», и не будут предоставлять полезную обратную связь, пока не будут вынуждены ее использовать, потому что у них нет другого выбора. Ожидайте этого.

Наконец, убедитесь, что у вас есть поддержка уровня exec ДО запуска по этому пути. В какой-то момент они встретятся с менеджерами ввода данных, которые недовольны. Это помогает, если они верят, что возвращение даже не вариант.

Answer 2

Я занимаюсь вводом данных в веб-приложения, используя ExtJS. Он работает очень быстро в большинстве браузеров (медленнее, но работает в т. Е.). Старые версии были быстрее, и на них стоит обратить внимание, если вам нужна чрезвычайно быстрая скорость. API очень хорошо продуман, есть крутая кривая обучения, но как только вы поймете, как все работает, вы сможете очень эффективно с ним работать.

Он имеет множество виджетов форм с привязкой клавиатуры, проверкой, маскированием ввода, уже встроенным асинхронным сохранением. Фреймворк - лучшее, что я нашел для создания веб-приложений для ввода данных. Его также можно использовать независимо от сервера, если вы хотите просто поднять более крупные формы или несколько экранов, когда пользователь завершит работу.

Answer 3

Я полагаю, вы могли бы просто собрать несколько форм, которые могли бы справиться с этим, но это потребовало бы нескольких дополнительных соображений, если вы хотите, чтобы пользователи могли использовать его, не глядя на экран:

• Это означает, что нет выпадающих списков, флажков и т. Д. Только текстовые поля, текстовые поля,
• Плагин jQuery AutoTab может быть очень полезным для этого, поэтому он будет автоматически перемещать их из поля в поле
• если они используются для сочетаний клавиш, я бы их тоже включил. Еще раз, вот для этого плагин jQuery .

Answer 4

Я бы посоветовал вам не переходить в Silverlight с этим - хотя вы можете делать с ним классные вещи, элементы управления могут реагировать на доли секунды медленнее, чем обычные элементы управления HTML, и даже такая небольшая задержка собирается раздражать дерьмо пользователей, которые привыкли к мгновенному ответу. Вам нужно только немного их замедлить, чтобы их ежедневная производительность снизилась. Узнайте, какова их текущая скорость входа, и сделайте прототипы, чтобы увидеть, сможете ли вы приблизиться к нему. Вы также должны быть осторожны с тем, как сохранить введенную запись - вы также не хотите вводить задержку.

Вам также нужно подумать о валидации - вам нужно это сделать, но вы не хотите быть навязчивой.

Я не хочу быть для вас вечеринкой, но я действительно сомневаюсь, что вы можете заставить веб-приложение работать так же быстро, как и на зеленом экране терминала, к которому они привыкли - вы можете также оценить настольное приложение для ввода данных. Перед вами трудная задача:)

Answer 5

Я не уверен, что вы найдете много хороших примеров на общедоступном веб-сайте. Большинство сайтов предназначены для того, чтобы помочь «новичкам» вести сайт через различные формы, а не фокусироваться на скорости и эффективности ввода.

Я бы сказал, что при правильном сочетании javascript / JQuery и базового html вы можете создать страницу для внутреннего использования, с которой можно будет быстро вводить информацию. В моей компании есть несколько веб-экранов, на которых мы использовали javascript для автоматического перехода к следующему полю формы при достижении максимальной длины. Например, можно использовать 4 разных текстовых поля для сбора номера кредитной карты. Как только 4 цифры введены в box1, курсор переходит на box2. Также поля ввода можно настроить так, чтобы они могли переходить к следующему в правильном порядке.

Я видел ссылки на добавление сочетаний клавиш на веб-страницу. Я никогда не делал это сам, поэтому я не уверен, как именно это делается. Но я думаю, что для этой функции можно использовать javascript.

Answer 6

если бы сочетания клавиш были самой важной частью, то я бы посоветовал показать google docs - они даже перезаписывают cmd + s с их действием сохранения, несомненно, впечатлили меня при первом использовании.