Форма с непрерывным сохранением нужна кнопка «Сохранить»?

Я разрабатываю веб-приложение с множеством форм, и мне было интересно, как улучшить наполнение. Классический шаблон: fill, fill, fill, Сохранить

Вы экспериментировали с формой, которая автоматически сохраняет каждое поле после его сфокусировки? В этом случае кнопка «Сохранить» больше не нужна, но, возможно, пользователь ее успокоит.

mockup

скачать источник bmml - Wireframes созданный с помощью макетов Balsamiq

64 голоса | спросил Renaud 19 J0000006Europe/Moscow 2017, 11:21:35

9 ответов


113

Как пользователь мне совсем не нравится эта идея.

Существует 2 сценария:

  1. Создание объекта
  2. Редактирование объекта

Если я нахожусь в режиме создания, чтобы сказать ... контакт ... как только я наберу «Дэйв» в поле имени, ему нужно было бы создать сущность ... если я решаю ... Я не собираюсь добавлять Дэйва в конце концов, обычно я просто покидаю экран, и все в порядке, но в этом случае у вас есть частичная и нежелательная запись в системе, которую пользователь не хотел.

Если я нахожусь в режиме редактирования, я могу начать делать некоторые изменения ... тогда крики ждут ... Я ввел неверные данные (или ввел их в неправильное поле) ... нет проблем, просто отмените мои изменения и перезагрузите форму! ... подождите, нет, не может этого сделать, поскольку она автоматически переопределяется.

Самое замечательное в кнопке «Сохранить» - это то, что пользователь дает явные инструкции для сохранения данных до тех пор, пока пользователь не ожидает, что они ничего не совершили.

ответил scunliffe 19 J0000006Europe/Moscow 2017, 14:33:54
18

Здесь я разместил здесь ответ , который, я думаю, затрагивает эту проблему в деталях.

Автосохранение - отличная возможность, когда работа пользователя может занять некоторое время (например, длинные формы и редактирование документов). Вы избавляете их от умственных накладных расходов, помня о том, чтобы сохранить их, когда они уходят.

Не отправляйте неправильное сообщение

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

  

Действительно ли это спасено?
  Нужно ли мне также нажимать на эту кнопку?
  Если я нажму Сохранить , я выйду из формы?

Почему ваши пользователи испытывают такое беспокойство? Придумайте правильный выбор: ручное или автоматическое сохранение.

Очистить визуальные сигналы

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

 Автоматическое сохранение визуальных указателей

Предоставить выход

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

  • Отмена на уровне поля
  • Отменить и отменить все изменения.
  • Журнал изменений с возможностью возврата (для администраторов)
ответил plainclothes 19 J0000006Europe/Moscow 2017, 21:24:50
6

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

Думаю, вам стоит подумать о том, как это делают Google Docs и Office 365. На панели инструментов у них есть метки, которые показывают статус (например, «Сохранено 2 минуты назад», «Сохранение ...», «Не сохранено - нет соединения с сервером, потерянного, пытающегося восстановить соединение» (или что-то в этом роде).

Для вашей формы вы можете поместить это в нижнюю часть формы рядом с тем, где вы бы поставили кнопку «Сохранить». Информация может быть:

  • «Сохранение изменений ...»
  • «Все значения были сохранены автоматически X минут назад»
  • "Некоторые значения не были сохранены, потому что они не были заполнены должным образом, пожалуйста, проверьте форму."
  • "Некоторые значения не были сохранены, потому что (ошибка)"

Я думаю, что это должно быть, по крайней мере, так же важно, как кнопка «Сохранить» - может быть, большой зеленый галочка, яркое чтение X, если оно потерпело неудачу, некоторые графики счетчика, если он прогрессирует (рядом с текстовым описанием)

ответил JanErikGunnar 19 J0000006Europe/Moscow 2017, 13:09:14
5

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

Это похоже на «Я чувствую счастливую кнопку» от Google. Люди ожидают, что он будет там, хотя он не показывает разные результаты, чем при использовании «обычной кнопки поиска». На самом деле, если у вас включен javascript, вы даже не можете его нажимать, потому что Google показывает результаты при вводе текста.

Смотрите этот вопрос для большего.

  

Иногда вещи существуют не потому, что они все еще имеют смысл, а потому   их присутствие является доступностью - то есть оно работает не потому, что оно   хорошо, но потому, что посетитель понимает, что это такое, что он делает,   и как использовать его, потому что они были привиты в течение многих лет с   это знание.

ответил Nick Groeneveld 19 J0000006Europe/Moscow 2017, 11:28:04
2

Если , вы действительно думаете, что автоматическое сохранение - это путь, я бы сказал, не помещайте кнопку сохранения. Но убедитесь, что вы каким-то образом указали, что данные сохранены.

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

ответил Sinjai 19 J0000006Europe/Moscow 2017, 17:16:23
2

Формы без кнопки сохранения стали более распространенными в последнее время на основе моего личного опыта.

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

Изначально я обнаружил, что эти формы очень запутывают - в основном «где находится кнопка« Сохранить ». Первоначально я бы пошел на другие вкладки, выходил из системы, входил в систему, следил за тем, чтобы данные остались со временем. Теперь я испытал это кучу времени, я привык к этому, и я больше не смущен. Аналогичным образом для сообщений обратной связи ajax для внесения изменений по мере их создания - изначально мне было необходимо и хотела получить эту обратную связь. Со временем я привык к более новым формам, не дающим мне обратной связи. Я по-прежнему предпочитаю обратную связь, но я привык к формам, где я не понимаю.

Это один из примеров интересной категории - пользовательский ввод, который не очень хорошо работает для людей из-за их существующей ментальной модели, но как только они привыкнут к нему, изменения в их ментальной модели и изменение становится приемлемым - даже желательно!

ответил Michael Durrant 20 J0000006Europe/Moscow 2017, 13:06:48
1

Помимо проблем с пользователями, показанных в других ответах, вы должны рассмотреть здесь производительность и безопасность :

  1. Каждый раз, когда запускается событие автоматического сохранения, ваша форма выполняет команду сохранить в базу данных . Теперь, если у вас есть 10 полей в вашей форме, вы должны ожидать, что ваш сервер выполнит эту команду как минимум в 10 раз больше, чем с кнопкой Сохранить . Поскольку у вас есть веб-страница, у вас есть потенциал для достижения миллионов пользователей, что делает это не тривиальной задачей.
  2. Поскольку ваша страница всегда запрашивает отправку /получение небольших пакетов данных, пользовательская система может выделять ненужную сумму ресурсов для передачи данных на страницу /форму.
  3. Поскольку вы почти отдали контроль над событием сохранить в базе данных , вы не могли бы, по крайней мере, просто, проверить, является ли отправитель человеком или автоматическим покоем кода. Таким образом, ваша страница может подвергаться более высокому риску атаки отказ в обслуживании .
  4. Как указано в scunliffe, у вашей базы данных могут быть тысячи данных частичного лома, что снижает качество данных и общую производительность базы данных.

Наконец, но не менее важно: â € œ ... до этого момента пользователь ожидает, что они ничего не совершили. â € (scunlife)

ответил J. Manuel 19 J0000006Europe/Moscow 2017, 17:40:31
1

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

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

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

Это ИМО, это самый интуитивный подход. Это то, как GMail работает с автосохранением ваших черновиков все время, но отправляется только тогда, когда вы непосредственно инструктируете его. Даже форма комментария, в которой я пишу этот ответ прямо сейчас, работает так: все, что я печатаю, постоянно сохраняется как черновик и никогда не теряется, но мне нужно явно нажать «отправить свой ответ», когда я закончил.

ответил Oleg V. Volkov 19 J0000006Europe/Moscow 2017, 18:13:03
0

Да, пожалуйста! Я работаю с программой, которая автосохраняется при нажатии кнопки ввода. Даже зная это, я часто снова открываю страницу, чтобы проверить, что она сохранила то, что я ввел /изменил. Это создает больше работы. Отсутствие четкого, краткого ответа и не желание его испортить заставляет меня так поступать. Если бы они поместили накопленный или предложили кнопку, это сделало бы меня счастливым. Итак, вы идете, реальный пример того, почему вы должны.

ответил DCook 23 J0000006Europe/Moscow 2017, 15:56:29

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132