web-dev-qa-db-ja.com

SaaS下層の管理ナビゲーション

私は、ユーザーにアプリのSDKを提供するSaasプラットフォームに取り組んでいます。ユーザーは、自分のアカウントで複数のアプリ(層1)を作成することも、1つだけ(層2)を作成することもできます。各アプリ内で、管理ユーザー(アプリの所有者)はチーム(層3)をオンボードすることができます。これらのチームはチームを作成することもできます(層4)。すべての層はアーキテクチャの下位に位置し、制限された権限を持ちます。各層には、いくつかのセクションを持つ独自のダッシュボードがあります。同じ層のユーザーは、他のコンテンツやダッシュボードを見ることができず、上層も見ることができませんが、下層をナビゲートできます(主に使用の監視とトラブルシューティングのため)。

これはアーキテクチャの図です: platform architecture

このようなネストされたレイヤーのナビゲーションを構築するときに、良い方法を特定するのに問題があります。複数のアプリの所有者になることを想像していて、下位層をさらに掘り下げたいので、ナビゲーションはどのように動作する必要がありますか?

異なるアプリを切り替えるために、私はSlackと同じUIパターンを使用しました(すべてのアプリを一覧表示し、すばやく切り替えるために左端のサイドバー): enter image description here

私にとっての問題は、アプリの所有者のダッシュボードから階層4のチームのダッシュボードまで、各アプリ内でナビゲーションを設計することです。ナビゲーションサイドバーは、管理者ユーザーがダッシュボード/アカウントをナビゲートしてから戻るのに必要ですが、階層3に移動すると、各階層のコンテンツ/セクションにアクセスするために、その階層に関連するサイドバーも表示されます。

これは私が採用したソリューションです: enter image description here

その他の可能な解決策:

  1. アプリ所有者のサイドバーを維持し、サイドバーの代わりに特定のチーム内に breadcrumb ナビゲーションを追加する
  2. this マルチレベルのプッシュメニューを使用

このソリューションの大きな問題はありますか?問題のキーワード/トピック(多層アーキテクチャによるSaaS管理ナビゲーション)を教えていただけますか?推奨事項/ベストプラクティス?既存のSaaSチェックできるプラットフォームの例?

これはかなり複雑なアーキテクチャであり、最初の説明が十分に明確になることを願っています。

3
Blooba's

私はパンくずリストのオプションを使用し、それを常に「上」にして、下にスクロールするときにもフォローします。

どうして?

なぜなら、プロジェクトをスクロールしている間はいつでも「深く」表示され、より高いレベルにすばやく戻ることができるからです。

0
Muqito