Изменить на месте или отдельную страницу редактирования/модальную?

У меня есть некоторые данные, которые разбиты на разделы, так же как функция возобновления работы StackOverflow Careers (она не возобновляет данные), которая может быть доступна для редактирования/создания через веб-приложение jQuery. Это немного более иерархично (задания могут иметь подзаголовки и т.д.), Поэтому в зависимости от того, какой метод CRUD я беру, это означает разные объемы работы. Я не против тратить время на это, но я не хочу тратить много времени на то, чтобы сделать что-то необычное, что не является оптимальным для пользователя.

Проведено ли какое-либо исследование в разных стилях "редактирования" такого рода сегментированных, иерархических текстовых данных:

Редактировать на месте (например, вы нажимаете на элемент формы, такой как название задания, он становится редактируемым, затем вы нажимаете "ok" и сохраняете его)
Кнопка редактирования, которая приведет вас к новому экрану (например, StackOverflow)
Кнопка редактирования, которая выведет модальную форму
Все поля открыты и доступны для редактирования, одна кнопка сохранения (например, StackOverflow Careers)

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

Ответ 1

Это зависит. Если ваша пользовательская база ориентирована на сеть, я бы рекомендовал изменить подход на месте из-за естественного потока редактирования, который он предоставляет.

Изменить на месте

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

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

Title
Description
Positions

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

Встроенное редактирование также защищает другие разделы иерархии от случайного обновления.

Модальное редактирование

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

Новый экран

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

Все поля открываются

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

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