トップダウンのハンバーガーメニュー/私のアプリケーションに関してそれは素晴らしい経験ですか？
一部の会議を管理するアプリケーションを所有しています（概念的な例）。
もちろん、私のWebサイトは応答性が高いため、モバイルデバイスで完全に使用できます。
ナビゲーションメニューのスクリーンショットを表示する前に、一部の人々（家族、友人、ベータ版アプリであるため）は、メニューがサイド指向のハンバーガーメニューではない（たとえば、Facebook Webモバイルのように）ことに「ショックを受けています」。
私は本当のUXの人のアドバイスを好みます:)
だから、ここに簡単なスクリーンショット：
メニューをクリックすると：
もちろん、リンクをクリックするとメニューが非表示になり、対応するページが表示されます。メニューの高さはページ全体の15〜20％しか占めないことに注意してください。
ページの下部を切り取りました。
Meetings実際の会議のリストを表示します。 会議を作成するすべてのユーザーが独自の会議を作成できるようにします。 あなたが知っているかもしれない人を招待してください => Facebookの相互作用は、何人かの友人にアプリを試してもらいます。
ミーティングページで、「検索を絞り込む」をクリックすると、フィルター領域が表示されます。
一致した会議リストがフィルター領域の下に表示され、「検索を絞り込むにはここをクリックしてフィルター領域を閉じます」をクリックします。
UXに関しては問題ありませんか（実際のグラフィックデザインは関係ありません）？
Facebookアプリを使用する習慣が高いため、人々は「ショックを受けています」。
Facebookは左側のハンバーガーメニューを表示します。
したがって、多くの人々の心の中で、多くのラムダユーザーは、今日では、アプリケーションは別のフォームではなく左側（または右側）のサイドメニューを持つ必要があると考えています。
（実際のアプリケーションは「会議」を扱っていませんが、概念的な例です）。
質問についてのいくつかのことと次のステップ：
ユーザーエクスペリエンスエキスパートは、自分のプライドを飲み込み、ユーザー/顧客に尋ねることを知っている人々です。私の経験から、平均よりも優れた最初のショットを提示するための確かな基盤が得られたと思いますが、ユーザーが最終的に私の仕事の方向を制御することを知っています。
私は必ずしも友人や家族からの設計アドバイスをとる必要はありませんが、これらの人々があなたにとって潜在的な市場である場合は、彼らの考えを心に留めてください。
明らかにであるため、（規模が大きくても）別の会社のようなことはしたくありません。実証済みの設計パターンに固執する理由があります-学習曲線の一部を既成概念にオフロードし、それらの組織によって行われたUXの作業を利用します-ただし、ユーザーの目標がそれらと一致することを確認する必要があります。
よく知られているものを別の方法で使用する場合は、十分に注意してください。青い下線付きのテキストでWebページを作成し、それをクリックするとリンクをアクティブにする以外の何かが行われると、多くの人を混乱させます。
ほとんどのハンバーガーメニューの最大の問題は、メニューにstateと表示されないことです。スクリーンショットでは、メニューが開いているときと閉じているときがわかりません。ハンバーガーボタンの外観は同じです。
最後に、その外観から、そしてあなたの説明に基づいて、メニュー自体にあまりにも重きを置くことに注意を払います。ナビゲーションメニューは通常、特定の場所に移動するように設計されており、多くの操作（複数の手順で会議を作成するなど）を可能にすることで、ユーザーがどこにいるかわからない場合があります。
TL; DRほとんどのUXには明確な正誤はありません...それはすべて、視聴者がインターフェイス/対話を理解する方法に関するものです。ユーザーを考慮してテストしている限り、FacebookやGoogleとは異なることをしても問題はありません。彼らは確かに良いアイデアに追い詰められた市場を持っていません！
Facebookがそうしたからといって、トレンドに従うべきかどうかではない。間違いなく、Facebookは、ほとんどのユーザーにとってより直感的なものについて、ユーザー調査を大量に行っている可能性があります。
出典： 何かが「常識」になる方法
何が最も理にかなっているのかを確認するには、独自の調査を行う必要があります。あなたの場合、これが適切な行動かどうかを判断する最良の方法は、家族や友人に尋ねるのではなく、ターゲットユーザーグループ内にいる他の人に近づくことです A/Bテストを実行します。
A/Bテストは、AとBの2つのバリアントを使用した無作為化実験の専門用語です。これらは、対照実験の対照と処理です。
出典： http://en.wikipedia.org/wiki/A/B_testing
ユーザーが各バージョンにどのように反応するかを観察し、それに応じて設計します。
これらのスクリーンショットから、アプリのその部分には3つの関数があります。
- 検索機能付きの会議のリスト
- 会議の作成、いくつかのステップ
- 人を誘う
どうやらこのメニューはリスト/検索ページに表示されていますか？ （私は答えの残りでそう仮定します）
実際には注文されていないいくつかの点：
- 私たちがどこにいるかは明らかではありません。タイトルは、アプリケーションのどこにいるかを示すために使用できる場合に、アプリケーションの名前を表示します。
- メニューに非常に異なるアイテムが含まれており、それらが同じ場所に属していることはわかりません。
Meetingsは、会議のリストに移動することを示します。しかし、明らかに私たちはすでにそこにいます（私たちですか？）。会議の作成プロセスで、ユーザーがこのように離れることを許可すると、作成中の会議の状態に関して混乱が生じます。invite部分が何をするのか私は本当に知りません。Create your meetingは、会議リストページの主要な一般機能です。通常、これは+で表され、アクションボタンが1つあります（メニューの2つのアクションに対して）。 UIの他の部分では、そのリンクを使用しても意味がありません。- 電源ボタンがはっきりしない。これはウェブアプリですか？もしそうなら、そのボタンは何をしますか？ （メニューを閉じる可能性があると思う傾向がありますが、アプリ全体を閉じるのではないかと心配し、クリックしません）
ただし、ハンバーガーボタンは、現在世界的に受け入れられているメニューのアイデアを伝えています。しかし、それはアクションオーバーフローバーの位置を取り、メニューに何を期待するかについて混乱する可能性があります。
click here to refine your searchボタン（実際にはボタンのようには見えません）は、小さくする方法です。
ベルが何をするかわかりません。会議でリマインダーを設定することを期待しますが、どのリマインダーですか？または多分次のリマインダーを表示するには？