Разработка веб-сайтов для ввода данных
Мы разрабатываем веб-сайт для замены старого приложения ввода данных с зеленым экраном. Проблема в том, что наши пользователи привыкли к FLYING через экраны (т.е. Слепое печатание... им никогда не нужно смотреть на экран или их пальцы). Они очень нервничают из-за перехода в Интернет, и я надеялся успокоить эту нервозность, показывая им несколько примеров сайтов, которые хорошо переносят ввод данных.
Любые предложения?
Обновить
Чтобы прояснить комментарий "пролетел через экраны", вот типичное использование:
- CSR входит в систему, имеет стек клиента
счета, сидящие рядом с ней.
- Пользователь нажимает E и вводит собственное имя сверху счета
- Пользователь вводит информацию о выставлении счета/счета из счета, это растянуто на 5 экранов, но пользователю никогда не нужно искать счет.
- Все набрания являются "слепыми" (поскольку они не смотрят на клавиатуру или экран)... они усредняют более 50wpm во время ввода данных (что очень важно в среднем)... и не испытывают ожидания
- На пути есть много сочетаний клавиш, то есть для дат, поиска пользователей, поиска элементов и т.д. Пользователю не нужно искать с экрана при вводе этих
- После этого пользователь нажимает P для предварительного просмотра и просмотра счета/оператора на экране для проверки итогов и элементов
- Коэффициенты ошибок ниже 1%, очень хорошие для ввода данных вручную
Ответы
Ответ 1
К сожалению, быстрый ввод данных!= веб-приложение.
Если вы должны это сделать, то
- сохранить javascript до абсолютного минимума. В конце концов, мы после скорости входа и знаем, в каком браузере они будут работать. Если вы решили разместить что-то там, чтобы автоматически перенести их в следующее поле, убедитесь, что зеленые экраны уже делают это И, что вы точно имитируете эту логику.
- Удостоверьтесь, что порядок вкладок ваших элементов в точности соответствует тем, что были зелеными экранами. В противном случае они будут ненавидеть его независимо от того, что вы делаете или насколько "более эффективны", по вашему мнению, они сделают их.
- Убедитесь, что страницы имеют те же поля, что и раньше.
- В принципе, даже не думают о том, чтобы реорганизовать что-либо прямо сейчас. Переход от терминала к сети уже будет расстраивать. Однако, если все работает ТОЧНО, как раньше, это будет незначительным ворчанием, а не прямым восстанием.
- Пропустить любую графику. Используйте простой CSS для стилизации/раскраски. Любая графика замедляет загрузку страниц, а иногда и немного.
Просто итерация, простота, сделайте то, что было раньше, минимизируйте как размер страницы, так и артефакты страниц (css, js, images и т.д.), НЕ вводите ничего нового, что является новым. Управление изменениями может быть сложной задачей, и независимо от того, что вы имеете в виду, вы меняете свою работу, даже немного. Люди, которых привлекают рабочие места ввода данных, никогда не любят перемен и будут ворчать. Единственный вопрос будет в том, насколько.
После того, как он развернут и начнет использоваться, подождите месяц или два, прежде чем вы начнете прослушивать обратную связь (кроме ошибок с ошибками). Это даст им время, чтобы привыкнуть к нему и начать делать неэмоциональные предложения.
Вырасти какую-то толстую кожу. В какой-то момент VP или менеджер высокого уровня собираются провести кампанию, чтобы вернуться к старому способу делать что-то. Это прекрасно, и их следует ожидать, им не нравятся изменения, даже если они были теми, кто просил об этом.
Затем не ожидайте, что команда ввода данных даже посмотрит ваше приложение до его развертывания. Уверенный, что пару человек из их команды смотрят на это время от времени (даже проверять его), звучит как хорошая идея. Тем не менее, они будут думать, что у них есть "лучшие вещи" и не будут предоставлять никакой полезной обратной связи, пока они не будут вынуждены использовать ее, потому что у них нет другого выбора. Ожидайте этого.
Наконец, убедитесь, что у вас есть поддержка уровня exec, прежде чем начинать этот путь. В какой-то момент они собираются встретиться лицом к лицу с менеджерами ввода данных, которые недовольны. Это помогает, если они верят, что возвращение даже не является вариантом.
Ответ 2
Я делаю веб-приложения для ввода данных с помощью ExtJS. Он работает очень быстро в большинстве браузеров (медленнее, но работает то есть). Более старые версии были быстрее и заслуживали внимания, если вам нужна очень быстрая скорость. API очень хорошо продуман, есть крутая кривая обучения, но как только вы поймете, как все работает, вы можете быть очень эффективным с этим.
Он имеет множество виджетов с привязкой клавиатуры, валидацией, маскировкой ввода, асинхронным сохранением, уже встроенным. Структура - лучшее, что я нашел для создания веб-приложений для ввода данных. Он также может быть использован независимо от сервера, если вы хотите, чтобы на самом деле были более крупные формы или несколько экранов, когда пользователь будет готов.
Ответ 3
Я бы посоветовал вам не пойти в Silverlight с этим - пока вы можете делать с ним крутые вещи, элементы управления могут быть на долю секунды медленнее реагировать, чем обычные элементы управления HTML, и даже эта небольшая задержка чтобы раздражать дерьмо из пользователей, которые привыкли к мгновенному ответу. Вам нужно лишь немного замедлить их, чтобы их ежедневная производительность снижалась. Узнайте, какова их текущая скорость ввода, и сделайте прототипы, чтобы увидеть, можете ли вы приблизиться к ней. Вы также должны быть осторожны в том, как сохранить введенную запись - вы также не хотите вводить задержку.
Вам также нужно подумать о проверке - вам нужно это сделать, но вы не хотите навязываться им.
Я не хочу быть сторонником pooper для вас, но я действительно сомневаюсь, что вы можете заставить веб-приложение находиться где угодно рядом с зеленым экраном терминала, к которому они привыкли, - вы можете также оценить настольное приложение для ввода данных. Перед вами впереди трудная задача:)
Ответ 4
Я бы предположил, что вы могли бы просто собрать некоторые формы, которые могли бы справиться с этим, но для этого потребуется несколько дополнительных соображений, если вы хотите, чтобы пользователи могли использовать его, не глядя на экран:
- Это означает, что выпадающие списки, флажки и т.д. просто текстовые поля, текстовые поля,
- jQuery AutoTab Plugin может быть очень полезен для этого, поэтому он автоматически перемещает их из поля в поле.
- Если они используются для быстрого доступа к клавиатуре, я бы включил их также. Еще раз, здесь плагин jQuery для этого.
Ответ 5
если сочетания клавиш являются наиболее важной частью, тогда я бы предложил показать google docs - они даже перезаписывали cmd + s с их сохранением, безусловно, впечатлили меня при первом использовании.
Ответ 6
Я не уверен, что вы найдете много хороших примеров на общедоступном веб-сайте. Большинство сайтов предназначены для того, чтобы помочь "новичкам" на сайте использовать различные формы, а не фокусироваться на скорости ввода и эффективности.
Я бы сказал, что с правильной комбинацией javascript/JQuery и базового html вы могли бы создать страницу для внутреннего использования, которая была бы быстрой для ввода информации. В моей компании есть несколько веб-экранов, в которых мы использовали javascript для автоматического перехода к следующему полю формы, когда максимальная длина ударяется. Примером может быть использование 4 разных текстовых полей для сбора номера кредитной карты. Как только 4 цифры вводятся в поле 1, курсор переходит к box2. Кроме того, можно ввести поля ввода, чтобы они могли перейти к следующему в правильном порядке.
Я видел ссылки на добавление сочетаний клавиш на веб-страницу. Я никогда не делал этого сам, поэтому я точно не знаю, как это делается. Но я думаю, что javascript может использоваться для этой функции.