web-dev-qa-db-ja.com

役割ベースのアクセスのためのUXのベストプラクティス?

ユーザージャーニーをパーソナライズし、ユーザーが自分の役割に関連付けられた責任に基づいて特定のタスクを実行できるようにするために、エンタープライズソフトウェアの情報アーキテクチャを作成し、現在階層的役割ベースのアクセスを導入しています。

私はジレンマに直面しています…

役割の1つは包括的な権限と特権(HRマネージャー)を持っていますが、この役割は従業員でもあり、権限のセットが制限されています。これら2つの役割に矛盾がないと思います。私が取っているアプローチは、HRの役割が他の従業員の詳細を自由に表示し、単に拡張メニューオプションにアクセスできるようにすることです。

私はこのアプローチに異議を唱えられており、チームは、人事部長が自分の詳細だけでなく他の従業員の詳細も同じビューで表示できないようにすることを提案しました。代わりに、提案されたアプローチでは、ログイン時にHRロールを識別し、HRロールと従業員ロールを切り替えて、さまざまなナビゲーションメニューに対応し、さまざまな機能にアクセスできるようにします。

これについて何か考えやアドバイスはありますか?

誰かが同様の設計課題に遭遇しましたか?これはどのように解決されましたか?

ロールベースのアクセス実装に関して、UXのベストプラクティスはありますか?

必要に応じてさらに説明させていただきます。

4
Okavango

私も同じような問題に直面しています。意思決定を行うには、まず会社の内部の作業/特権を観察する必要があります。人事部長は仕事の一部なので、従業員の詳細に簡単にアクセスできると思います。

ただし、人事部長が自分の詳細を表示できるかどうか、およびどの詳細を表示できるかを決定する必要があります。たぶん、いくつかのフィールドは彼の目のためではありません。

ロールを切り替えるアプローチでは、ユーザー(HRマネージャー)のプロセスがかなり難しくなります。それを実際の生活と比較すると、人事部長は通常の従業員から人事部長に自分自身を切り替えることができますか?本当にそうではなく、なぜ彼はそうすべきなのか。彼の機能は彼に特定の特権を与えます、そしてあなたが開発しているソフトウェアが会社の内部構造を反映することを目的としているなら、これらの特権は反映されるべきです。

多分あなたが期待した答えではないかもしれませんが、それが少し役立つことを願っています

2
Yakke