ユーザーがデータベースにクエリを実行できるWebアプリケーションがあります。
結果は ブレッドクラムスタイル インターフェースで返されます。
この変更を新しいバージョンで導入しましたが、ユーザーはこの変更に適応するのに問題を抱えています。使用方法について docco をいくつか提供しましたが、主な問題は、直感的に理解できないことです。
元の2レベルのタブベースのフォームから移動することについて正しい決定をしたかどうか、今はわかりません。
関連する質問 について優れたフィードバックを得ていますが、これは最良の方法を示していますパンくずリストをさらに下に移動するためにクリックするリンクがあることをユーザーに示します。それらの多くは、再設計のために搭載されます。
私たちのデータは空間的です。
ユーザーはフォームベースの検索(個別のインターフェイス)を使用して検索します。
結果は別のパネルに返されます。
これはoldパネルです:
結果は左側のペインにあり、レイヤーに分割されています(フォルダーアイコン)。
レイヤーまたはレイヤー内の機能をクリックしたかどうかに応じて、レイヤー/機能ビューが右側のペインの上部に沿ってタブとして表示されます。
そして、これがnewブレッドクラムインターフェイスです:
重要なフィードバック:
私は両方のベストを組み合わせたものをモックアップしようと頭を悩ませてきましたが、古いコードを使用するために大規模なUターンを行わなければならないという意味ではありません(ユーザビリティに関連しない他の問題があります)。ここに私がこれまでに持っているものがあります:
これについてのアドバイスを本当に感謝します。
必要な答えは、ユーザーが使いやすいインターフェイスを設計するための進め方についての良いアドバイスです。
古いコードに戻す必要があるかもしれません。
質問が広すぎないことを願っていますか?その場合は、コメントで調整方法を教えてください。
最後のモックアップでは、一種のポップアップメニューを使用して階層を表示しています。階層を表示する最善の方法はツリービュー...ですので、これは非常に混乱していると思います。
質問:ツリーの「レイヤー名3」をクリックするとどうなりますか?機能1、機能2、機能3、...のリンクのリストが表示されますか?はいの場合、ここに私の提案があります:
シンプルにしてください。これらのポップアップを削除して、クラシックなブレッドクラムナビゲーションを作成してください。
ブレッドクラムの「レイヤー3」をクリックすると、ツリーの「レイヤー3」をクリックしたときと同じことが起こります。
ここで代替案を検討しているのを見るのは良いことです。その際、同じことを行う2つの異なる方法を提供する場合、多くの混乱が発生することを覚えておく必要があります。どちらか一方を選択することをお勧めしますが、両方は選択しないでください。どちらが問題か。
ツリービューは、深い階層を表示する古典的な方法であり、ここで実行したいように見えますが、独自の欠点があります。
使用しているナビゲーションのようなパンくずリストは、顧客に明確な方法で実装されている場合にも機能します。かなり良い実装例は WoWhead ですが、彼らの聴衆はおそらくあなたのものとかなり異なります。
潜在的なクライアントベースでテストを行う必要があります。それは難しいことではなく、あなたに多くの洞察を与えるでしょう。クリック可能なワイヤーフレームまたはモックアップがある場合は、3人程度に来てもらい、次にセットのタスクを実行するふりをしてもらいます。
各パンくずリストのドロップダウンが混乱しているのがわかります。値を選択できることを示しています各ブレッドクラムを選択できますが、そうではありません。ナビゲーションを行うには、とてもファンキーな方法です。
古い方法はずっとよりはっきりしています。