顯示最終用戶的訪問權限..我應該嗎？我不應該嗎？

Question

當使用Requirement Management應用程序時，有些人會說，不會顯示您的用戶，那些無法訪問或沒有權限的區域，只顯示可訪問的區域......它對我來說聽起來不太好，你們怎麼看？

Answer 1

這取決於。

• 想要展示多少東西？許多系統所遇到的一個問題是信息過載。所以更少的選擇會更好。
• 用戶有多經驗？有時候，爲許多用戶提供一致的界面可能會更好，以幫助新手識別他們在其他屏幕上看到的內容。

Answer 2

關閉我的頭頂我可以想到三個原因，爲什麼你想避免向用戶展示他們無法訪問的區域。

1. 您經常提醒他們有些功能無法使用。這可能會導致不被信任或不夠重要的感覺。

2. 您浪費了用戶時間。在某些實現中，我已經看到用戶被允許完成一項任務，例如填寫表單，並且只有當他們提交時才通知他們沒有足夠的權限。這可能會導致用戶受挫。

3. 你分散了用戶。最佳做法是將最少量的信息和選擇放在用戶面前（這條規則有例外）。讓用戶完成特定的工作，而不是分散注意力，讓他們選擇完成所有工作。

如果你擔心你的用戶界面，那麼你或許應該再看看你，奠定你的UI出路和你是如何劃分的任務不一致。

一般來說，你應該打破你的應用程序與權限被捆綁到應用程序中的特定任務的任務（用例）的部分。

例如，如果用戶A只能從系統中提取報告，那麼他們只應提供轉到應用程序的「拉出報告」部分的選項。如果用戶B可以提交報告並添加訂單，那麼他的屏幕應該爲他提供「添加新訂單」的選項，或者進入與用戶A完全相同的「拉取報告」屏幕。這些屏幕之間不應該有所不同用戶在大多數情況下。他們的菜單/導航選項將根據上下文了他們的權限，用戶A甚至不會有點擊「添加新命令」選項的選擇。

顯然有些情況下，例如某些用戶具有刪除權限時，當其他用戶只具有讀取權限時，會顯示刪除按鈕。在這種情況下，您的用戶界面會因用戶而異，但以適當的和上下文的方式。

有人曾經說過，當沒有什麼可以添加的時候，一個界面並沒有完成，而是什麼時候什麼都沒有了。