Отображение прав доступа для конечных пользователей.. я должен? я не должен?

Question

При использовании приложения Requirement Management некоторые пользователи говорят, что не показывают пользователям, те области, которые для них недоступны или не имеют разрешения, только показывают доступный раздел... Мне это не нравится, как вы думаете, ребята?

Answer 1

Это зависит.

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

Answer 2

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

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

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

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

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

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

Например, если пользователь А может только извлекать отчеты из системы, ему следует только предложить перейти в раздел "извлечения отчетов" приложения. Если пользователь B может извлекать отчеты и добавлять заказы, то на его экране должно быть предложено либо "добавить новый заказ", либо перейти к тому же экрану "извлечения отчетов", что и для пользователя A. Эти экраны не должны отличаться между пользователи в большинстве случаев. Их меню / параметры навигации будут контекстными в зависимости от их разрешений, и у пользователя А никогда не будет возможности щелкнуть опцию "добавить новый заказ".

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

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