Вдохновляясь, я могу подумать о трех причинах, по которым вы бы не хотели показывать области своих пользователей, к которым у них нет доступа.
Вы постоянно напоминаете им, что есть функции, которые они не могут использовать. Это может привести к ощущению недоверия или недостаточной важности.
Вы тратите время пользователей. В некоторых реализациях, которые я видел, пользователю разрешается выполнять задачу, например, заполнять форму, и только когда они отправляют ее, им сообщают, что у них недостаточно прав. Это может привести к разочарованию пользователей.
Вы отвлекаете пользователя. Лучше всего размещать минимальный объем информации и выбора перед пользователем (есть исключения из этого правила). Предоставьте своим пользователям возможность выполнять свою конкретную работу, а не отвлекать их возможностью выбора всей работы.
Если вы беспокоитесь о несоответствиях в вашем пользовательском интерфейсе, то вам, вероятно, следует еще раз взглянуть на то, как вы выложили свой пользовательский интерфейс и как вы сегментировали задачи.
Вообще говоря, вы должны разбивать свои приложения на части задач (сценарии использования) с разрешениями, привязанными к конкретной задаче в приложении.
Например, если пользователь А может только извлекать отчеты из системы, ему следует предложить только перейти в раздел «извлечения отчетов» приложения. Если пользователь B может извлекать отчеты и добавлять заказы, то на его экране должно быть предложено либо «добавить новый заказ», либо перейти на тот же экран «извлечения отчетов», что и у пользователя A. Эти экраны не должны отличаться между пользователи в большинстве случаев. Их меню / параметры навигации будут контекстно-зависимыми в зависимости от их разрешений, и у пользователя А никогда не будет возможности нажать кнопку «добавить новый заказ».
Очевидно, что есть случаи, когда у определенных пользователей есть право на удаление, тогда им показывается кнопка удаления, когда у других пользователей есть только разрешение на чтение. В этом случае ваш пользовательский интерфейс будет отличаться от пользователя к пользователю, но соответствующим и контекстным образом.
Кто-то однажды сказал, что интерфейс делается не тогда, когда нечего добавить, а когда нечего убрать.