メニューをどのように縮小する必要がありますか？
サービスのダッシュボードを設計します。ブラウザの上部にメインメニューがあります。メニューは5ポイントあり、スペースをとります。左側にはサイドバーがあり、選択したページに移動できます。モバイルデバイスとタブレット向けに最適化する作業を行います。メニューをロールするにはどうすればよいですか？
返信が遅れて申し訳ありません...
Googleのマテリアルガイドライン この問題の一般的な解決策の多くを文書化しています。以下は、私が成功したいくつかの例です。
発見は重要です
悪名高いハンバーガーメニューは、複雑なナビゲーションをモバイルビューに詰め込む必要性に応えて急増しました。当然の副作用として、情報アーキテクチャと重要な機能セットがわかりにくくなりました。ほぼどこにでもいる製品の所有者は、ハンバーガーの後ろに隠されたナビゲーションは、永続的に利用可能な対応物よりも著しく低いエンゲージメントを目にしたことに気づきました。
限られたビューポート内で検出を有効にするにはどうすればよいですか？ワークフローとキュレーション。ユーザーがアプリケーション（すでに持っているはずのデータ）をどのように移動するか、およびそれをどのように改善できるかを評価します。そのデータを取得し、いつ、どこで、なぜナビゲーションが必要なのかを明確にします。その地図の周りにナビゲーションを設計します。
発見が重要でない場合
すべてが当てはまるわけではありません。 「探しているときだけ」カテゴリに分類されるビューとアクションがあります。これらは、ユーザーがハンバーガーの後ろのどこかにあることを期待するものです。このカテゴリに該当するコンポーネントには、サインアウト、プロファイル設定、アカウント情報などがあります。
トップレベルの階層
モバイルには、Googleのフレームワークでよく示されているトップレベルのビューに見慣れたパターンがあります。
この例では、「すべて」をタップして兄弟ビューを表示できます。
この場合、多くの場合、トップレベルのすべてのビューを並べて表示できる、ある種の「ダッシュボード」またはメインページから開始するのが最善です。それらのいずれかに下に移動すると、この形式に切り替わります。
子カテゴリー
子カテゴリーの潜在的な深さは、多くの人々がハンバーガーを投げるだけに駆り立てるものです。しかし、このグループを合理化できれば、タブは優れたソリューションです。
この例では、タブは左右にスクロールしてオーバーフローを表示します。理想的ではありませんが、追加のコンテンツを「覗き見」できるように注意深く間隔をあけて、ほとんどのユーザーはそれを発見します。横スクロールアクションをさらに強調するために、エッジシャドウまたはページング矢印（またはその両方）を含めることをお勧めします。
ナビゲーションがかなり単純な場合の可能性。
- アイテムがあまりない場合、水平方向のプライマリナビゲーションはモバイルでも問題なく機能します。
- 垂直方向のセカンダリナビゲーションは、モバイルでは画面領域を占有しすぎる可能性がありますが、これを2番目の水平バーとして追加することも、プライマリナビゲーションからのドロップダウンとして追加することもできます。繰り返しますが、これは表示するアイテムがあまりないことに依存しています。
ほとんどの場合、サイトがデスクトップで使用され、モバイルでは時々使用される可能性がある場合、このようなものが妥当な妥協案であると私は見ることができます。
注：質問に対する不適切な編集に基づいて応答しましたが、現在は修正されています。この情報はまだ役立つかもしれませんが、OPの実際の質問に対する最良の回答ではない可能性があります。