タスクとオブジェクトに焦点を合わせたIAとナビゲーション
エンタープライズ管理ツールとダッシュボードのUIを構造化する最良の方法を考えています。多くの場合、ユーザーのタスクに関連するUI構造を選択するか、データのディメンションとオブジェクトを反映するUI構造を選択できます。
最善のアプローチは何かについて、確かなメンタルモデル、記事、本の章、または実証的な証拠があるのでしょうか。または、どの種類のナビゲーションがどのタスクに最適ですか？
タスクベースのアプローチは、ユーザーのメンタルモデルへのマッピングがより簡単であると感じています。繰り返しになりますが、オブジェクトベースの場合は、ユーザーが学習して習得するのに、より直感的で効果的な場合があります。
UXマスタリーは、タスク（動詞）ではなく、オブジェクト（名詞）の周りにナビゲーションを構造化することを推奨しているようです： https://blog.prototypr.io/an-alternate-approach-to-menu-systems-for-a-better -ux-5131be448c6f
「ユーザーとして、私たちはオブジェクトについて最初に考える傾向があり、タスクはこれらのタスクを中心として2番目に集中しています。」
いつものように、依存します
タスク中心のUI構造は、ユーザーのタスクのメンタルモデルによく適合しますが、オブジェクト中心のUI構造は、ユーザーのオブジェクトのメンタルモデル（例：何が何に属しているのか）によく適合します。したがって、オブジェクト中心のUI構造は、ユーザーがタスクの手順に従うよりも、主にコンテンツを精神的に研究または評価している場合に適しています。
タスク中心のUI構造は、ユーザーとアプリ間の対話モデルに従う傾向があり、アプリはユーザーが通信するエージェントの役割を果たします。これにより、ユーザーはコンテンツを間接的に制御していると感じることができます。オブジェクト中心のUI構造は、直接操作に向いているため、ユーザーはより制御しやすく、ユーザーエクスペリエンスを向上させることができます。
オブジェクト中心のUI構造は、次の場合に好まれる傾向があります。
- ユーザーがタスクの専門家である、またはアプリが頻繁に使用されている、またはユーザーがそのアプリでトレーニングされている。つまり、UIは手作業でユーザーをタスクに導く必要はありません。
- アプリは、コンテンツとの継続的な動的相互作用、タスクを一時停止および再開することを含みます。おそらく、何かを実行する前に1つのオブジェクトの1つのタスクのアトミックな相互作用を完了するのではなく、複数のタスクやオブジェクトを同時に処理します。
- タスクは複雑で、ユーザーに柔軟性と創造性を要求します。厳密な線形手順に従うのではなく、単純なアクションのセットを選択して組み合わせて複雑な結果を得る必要があります。
- 比較的多数のタスクがあります。
エンタープライズ管理アプリとダッシュボード
ダッシュボードアプリは、本質的にはオブジェクト中心のUI構造を備えており、メインウィンドウに一連のオブジェクトとそのステータス（属性）が表示されます。メインウィンドウには、ユーザーが精神的に評価し、オブジェクトまたは属性を選択して詳細を表示できます。ダッシュボードで。
エンタープライズ管理アプリは通常、オブジェクト中心のUI構造で最適です。アプリを毎日使用するエキスパートユーザーによる一連の複雑なタスクが連続的に発生する傾向があるためです。ただし、エンタープライズ管理アプリと対話する必要がほとんどなく、いくつかの単純な線形タスクに対してのみ実行する必要があるユーザーのグループがある場合は、それらのユーザーのために個別のタスク中心のUIを作成することができます。顧客向けのキオスクはその一例です。
もちろん、ハイブリッドUIを使用できます。たとえば、一般的なタスクをサポートするためにオブジェクト中心のUI構造があり、ウィザードを起動してめったに行われないタスクを実行するためのメニュー項目がいくつかあるとします。
メニュー構造は必ずしもUI構造と同じではありません
プルダウンメニューまたはサイドバーメニューの品詞は、必ずしもUI構造を示しているわけではありません。 UI構造は、ページ/ウィンドウと、それらが相互にどのように関係するかを定義します。したがって、ナビゲーションメニュー項目（ある場合）のみが構造を意味します。メニューには、ナビゲート以外のコマンド（たとえば、コピーや削除などの動詞）を含めることができますが、それによって必ずしもアプリがタスク中心のUI構造になるわけではありません。重要なのは、ページ/ウィンドウが何を表すかです。それぞれが1つ以上のオブジェクトを表しますか？または、それぞれがタスクの全体または一部を表していますか？
記事
your UX Mastery リンクの反対の位置については、Microsoftの Inductive User Interface に関するこの記事（タスク中心のUI構造）を参照してください。私の「いいえ、それは依存する」という観点をサポートする詳細な分析については、私の記事 タスク中心とオブジェクト中心のUI構造 を参照してください。
まず何よりも、ユーザビリティテストまたはカードの並べ替えを行うことをお勧めします。専門家から得られる答えはすべて、特定のヒューリスティックスが役立つという事実にもかかわらず、独自のものとは異なる可能性のある固有のプロパティを持つプロジェクトに基づいていますが、それでもユーザーでテストすると、最良の答えが得られます。
次のポインタをリストしてください。
IAの動詞と名詞は、それらが使用されるコンテキストに完全に依存するため、本質的に比較できません。
企業の従業員が気を散らすことなくタスクを実行できるようにすることが製品の目標である場合は、実用的な2つのWord文を作成すると、タスクの完了率が向上します。
例えば「休暇申請」は、休暇を申請するタスクに直接進むことができることをユーザーに明確に伝えます。一方、「休暇」は、ユーザーが休暇に関連するすべてのものをリストし、特定のタスクが示されていないことを期待する、より上位のメニュー項目です。
同様のプロジェクトで、2万人以上の従業員を抱える企業に対して行いました。私たちの主要な（意図的に目立たないナビゲーション）には、ポータルが提供するサービスの種類の名詞がありました。
ホーム-プロフィール-フォーム-チーム-出席-休暇-トレーニング-ヘルプデスクとこれらの各ページ内で、ユーザーは、ユーザーのメンタルモデルと期待に基づいて検証される、関連するタスク指向のナビゲーション項目を見つけるでしょう。
ポータルのホームページには、使用頻度の高いサービスのうち5つ（ほとんどが完了したタスク）の小さなウィジェットがあり、従業員がタスクを簡単に完了できました。
さらに、従業員が頻繁に使用するタスクに「スター」を付けて、より迅速かつ簡単にアクセスできるようにする機能も提供しています。
さらに詳しい情報を提供していただければ、質問への回答をお手伝いさせていただきます。
おかげで、
さらに読む： https://www.userfocus.co.uk/resources/taskchecklist.html