Скрывает ли дополнительные функции по умолчанию помощь пользователям?
Я работаю над корпоративной CMS, которая поддерживает множество пользовательских ролей и генерирует высоко настраиваемый контент.
Типичная форма ввода контента может содержать 8 текстовых входов, 6 флажков и текстовое поле.
Типичный пример использования будет включать только 3 текстовых ввода, текстовое поле и один флажок.
Пользователь питания может нуждаться в любом из этих интерфейсов в любое время, и к ним нужно легко добраться.
Я чувствую, что наличие «продвинутого» слайда с менее распространенными функциями внутри облегчило бы большинство пользователей. Я считаю, что люди будут использоваться в соглашении «Если вы не видите, что вам нужно, попробуйте расширенный раздел». Я также разрешаю пользователям устанавливать значение в своем профиле, поэтому для них «по-умолчанию» открыто для них.
Может ли это сделать сайт более удобным? Есть ли хорошие доказательства для этой практики?
3 ответа
JIRA , система управления корпоративными билетами, недавно добавила возможность «Настроить поля» при редактировании билета. Это означает, что все поля по-прежнему доступны, но пользователь должен видеть только то, что им интересно.
Они сделали пару умных вещей, когда они свернули это. Во-первых, они сделали этот параметр липким для каждого пользователя, поэтому, как только я настрою мой «Пользовательский» список отображаемых полей, он применяется независимо от того, какой билет я ищу. Во-вторых, приложение поставляется с интеллектуальным стандартным набором по умолчанию для Custom и автоматически включило его, чтобы пользователи могли сразу начать использовать режим очистки. И самое главное, что это все прозрачно для пользователя, поэтому нет «продвинутого» тайного мяса ».
Чтобы сделать что-то подобное эффективно, вам нужно выполнить справедливое тестирование юзабилити, контекстный запрос и аналитический анализ, чтобы вы могли видеть, что люди действительно используют. Вам также нужно будет определить, какие роли пользователя должны выполнять, поскольку поведение будет отличаться в зависимости от вариантов использования.
Помните также, что только потому, что люди не могут редактировать , поле не обязательно означает, что им не нужно просматривать его в контексте редактирования. Возвращаясь к примеру JIRA, я почти никогда не редактирую поля «Дата или время» на наших билетах, но мне нужно их увидеть, написав сводку для билета, чтобы я знал, сколько времени и amp; следует инвестировать средства.
По умолчанию вы можете скрыть поля для ролей пользователя, которые не попадут в «ведомый пользователь», покажите по умолчанию для силовых пользовательских ролей.
Вы также можете добавить параметр «всегда показывать» или «всегда скрывать» после того, как пользователь переключился на шоу /скрыть.
Если обычный пользователь может легко и комфортно обойтись без этих расширенных функций, а эти расширенные функции могут значительно усложнить работу пользователя, я бы спрятал их по умолчанию.