1回のログインで複数のアプリケーションを処理する
UXコミュニティ-
この質問は、ログイン中/後にユーザーが選択した宛先の処理に関するものです。
複数のアプリA、B、Cを提供できる1つのアカウントがあるとします。1つのアプリのユーザーは、必ずしも他のアプリのユーザーであるとは限りません。ただし、アプリAとアプリCの間、およびアプリAとアプリBの間には重複がある場合があります。
ログイン後のこれらのアプリのグローバルナビゲーション、メインダッシュボードはなく、AのUIはBおよびCとはかなり異なります（Aはレガシーサービスです）。したがって、現在、ユーザーはAにログインし、フォルダーを探してCにアクセスする必要があります。これは新しいオファリングです。
ログイン時にユーザーを正しい目的地に導くにはどうすればよいですか？理想的には、アプリCのユーザーは決してアプリAにアクセスする必要はありません（ただし、管理者がアプリCを変更する可能性のあるAに切り替えることができる多くのノブがあります）。
私の見方では、いくつかのアプローチがあります。
各サービスには専用のログインページがあり、お互いに接触することはありません。複数のアプリのユーザーは、2つの異なるログインページを使用するか、アプリCにアクセスするためにAの（おそらく）深いフォルダー構造をトラバースする必要があります。
ログイン時にユーザーの選択肢が表示されます（複数のアプリにアクセスできる場合）。それは彼らの仕事の役割を選択することとほとんど同じですが、もちろん、アプリ内の役割の指定もあります。以下の2つのワイヤーフレームは、このためのいくつかのオプションを示しています。
私たちの理想的なソリューションは、将来、他の潜在的なアプリにまで拡張でき、設計変更の方法はほとんど必要ありません。これらのサービスは、スイートの一部として接続されているように感じられるはずです。厳しい要件についてはまだほとんど列挙されていないため、これを機会として、グループとしての目標をよりよく理解するための会話を行います。
私の調査では、ほとんどの場合、複数のログイン方法（シングルサインオンなど）を提供していますが、複数のログイン先やアプリの選択肢は提供していません。このタイプのログインパターンの良い例はありますか？私が見逃しているかもしれない他の考慮事項？私はこれを考えすぎていますか？
あなたのケースだけでなく、すべてのWebログインに関する次のステートメントを検討してください。
- すべてのアプリは、セッションが期限切れになった（または存在しなかった）場合に対処し、ユーザーをログインページにリダイレクトする必要があります。
- ログイン後、ユーザーが到達しようとしたページにユーザーをリダイレクトすることが望ましいです。
これらを実装すると、複数のアプリケーションに対して特別なユーザーインターフェイスは不要になります。すべてのログインは、アプリの1つにアクセスしようとしている状況であり、そのアプリ（のいずれかのページ）にリダイレクトできます。
これには、どこにもリンクされていない「汎用」ログインURLがないという要件があります。しかし、私の意見では、これは優れたユーザーインターフェイス設計です。アプリは共通のページなしで独立していると言うので、それぞれに明示的な「ログイン」リンクがある場合、それは「これにログインする」ということは理にかなっていますアプリ」。
そして、ログインハンドラーがリダイレクトURLなしで何らかの理由でログインに成功した場合、「ログインしましたが、宛先がありませんでした」と言うだけです。そのページは、価値があると思われる場合、彼らが望むかもしれないアプリへのリンクのリストを持つことができます—しかし、あなたはこのリストを見ることが通常ワークフローであることを期待する必要はありません。
2番目の提案（アプリケーションのドロップダウン選択が可能なシングルサインイン画面）は、自分の職場を含むいくつかの場所で見たものです。 SSO（シングルサインオン）Webページがあり、そこにさまざまな内部アプリケーションおよびシステムのドロップダウンがあります。将来、より多くのアプリケーションに対応するために拡張するのは簡単です。 「デフォルトとして設定」オプションは素晴らしい追加です。