エンタープライズナビゲーション:利害関係者のコラボレーションのための設計手法

公開: 2022-03-11

エンタープライズナビゲーションシステムの設計(または再設計)は、軽視された作業ではありません。 エンタープライズアプリケーションは、多数のユーザーにサービスを提供し、幅広いペルソナに対応し、大量のコンテンツと機能を備えています。 一部のエンタープライズアプリケーションには、より楽しいユーザーエクスペリエンスのためにシームレスに統合する必要がある、複数のWebベースのデスクトップおよびモバイル製品があります。

これは、「専門家」の大規模なチームが最適に処理するのは困難または不可能な作業のように見えるかもしれませんが、効果的な方法論に従う限り、単独の情報アーキテクトまたはUXデザイナーは、エンタープライズアプリケーションのUXデザインのオーバーホールに単独で取り組むことができます。利害関係者のコラボレーションのため。

「象を食べるときは、一度に一口ずつ食べてください。」 -クレイトンウィリアムズエイブラムスジュニア

エンタープライズナビゲーションデザインシステムについて

エンタープライズアプリケーションと小規模なWebベースのシステムの主な違いは、膨大な量のコンテンツとさまざまな機能です。 小規模なシステムが比較的フラットなナビゲーションシステムに効果的に依存している場合(つまり、すべてのコンテンツにアクセスするためのクリック数が少ない場合)、エンタープライズアプリケーションアーキテクチャでは、マルチレベルのメニューと慎重に配置された経路探索メカニズムが必要になることがよくあります。 ナビゲーションシステムが複雑になるほど、システム自体が使いやすく、適切に構成され、ユーザーのメンタルモデルと整合していることが重要になります。

最終目標は明確かもしれませんが、エンタープライズナビゲーションシステムの「完璧な」設計があれば、すべての企業がそれを採用していたでしょう。 完璧なシステムがなければ、改善、創造性、革新の余地がたくさんあります。 また、複雑なアプリケーションをナビゲートするためのさまざまなユースケースと要件があり、すべての企業が異なるという事実も明らかにしています。

ナビゲーションは単に「経路探索」です

基本的に、ナビゲーションは「経路探索」です。 船は星を使って広く外洋を航行することができます。 陸上旅行者は、ランドマークの助けを借りて目的地を見つけることができます。 また、エンタープライズアプリケーションのユーザーは、さまざまなデジタルインジケーターに依存することで、最終目標を達成します。

たとえば、デジタルユニバースでは、ナビゲーションは、キーワード、ラベル、色、図像、召喚状オブジェクト、およびその他の画面内インジケーターの選択と配置に依存します。 コンテンツが適切に整理されていない場合、機能に意図せずにラベルが付けられている場合、キーワードが無計画に選択されている場合、アイコンが鈍いまたは型にはまらない場合、ユーザーはイライラしたり失われたりする可能性があります。

ナビゲーションデザインは、ロンドン地下鉄のような公共交通機関を模倣しています。

ロンドンの地下鉄システムは、チューブとトンネルの複雑なネットワークです。 ただし、適切に設計されたナビゲーションシステムを使用すると、ユーザーエクスペリエンスはシンプルで理解しやすくなります。 (ソース)

ナビゲーションデザインにおけるコラボレーションの方法論

エンタープライズ環境は本質的に複雑であり、効果的に機能するには多くの組織が必要です。 エンタープライズアプリケーションの全範囲や、そのユーザーベースの独自の多様な期待を直感的に理解したり理解したりできる人は一人もいません。 どの成果物が特定の設計方法論に不可欠であるかについては、多くの意見があります。 最終的に何が作成されるかに関係なく、方法論はすべて、利害関係者のコラボレーションから開始する必要があります。

1.利害関係者キックオフミーティング

大規模なプロジェクトは、利害関係者のキックオフミーティングから開始する必要があります。 基本的に、これは、プロジェクトを迅速に開始するために出席しているすべての主要なプレーヤー(リモートまたはオンサイト)との大きな会議です。 通常、利害関係者のキックオフ会議には、プロジェクトの目標を紹介し、すべての利害関係者の役割を特定し、コラボレーションを開始できるように、プロジェクトのリード(適切な場合)を延期する単一のファシリテーターがいます。

チームが大きいほど、公式の利害関係者キックオフミーティングを開催することが重要になります。 オリンピックの開会式と同じように、プロジェクトのこのやや儀式的な出発点は、すべての利害関係者に「ゲームが始まった」ことを明確にします。

設計者として、ナビゲーション設計セッションとインタビューをスケジュールする際の参照として、利害関係者とその役割のリストを入手するのが最善です。 このリストのすべての人は、実行する必要のある作業にとって重要で価値があります。

2.ブルースカイブレーンストーミング

すべての利害関係者を特定して関与させた後、小グループで会う時間を見つけるか、個別の面接をスケジュールしてブレーンストーミングとアイデアセッションを実施します。 「青い空」の未来を夢見る扉を開くことで、個人が自分のアイデアや意見をフィルタリングする可能性が低くなり、イノベーションがその翼を広げる機会が与えられます。

多くの場合、歴史的な障害や根拠のない制限が利害関係者の心に残っているかもしれませんが、現実にはもはや存在しません(たとえば、新しいテクノロジー、市場の変化、エンタープライズアプリケーションによって生み出される収益の変化、またはその他の要因による) 。 利害関係者がこれらの障壁について懸念を共有する場合は、そのまま受け入れる前に「なぜ」と尋ねるようにしてください。 ここには隠れた機会があるかもしれません。

このブレインストーミングプロセスを開始するには、いくつかの質問から始めます。

  1. 制限や障害がなく、5年または10年先に進むとしたら、将来の設計に何を期待しますか?
  2. どんなに簡単でも複雑でも、アイデアはありますが、それを実現する機会はありませんか?
  3. あなたがこの会社のCEOだったとしたら、この状況であなたはどうしますか?
  4. このアプリケーションで対応できる市場のニーズはありますか?

このアプローチは「ワームの缶」を開くように見えるかもしれませんが、誰もが「青い空」のシナリオを明確にしている限り、素晴らしいことが起こる可能性があります。 試してみる!

エンタープライズナビゲーションチームは、「青い空」のアイデアについてブレインストーミングを行います。

小グループまたは個人のブレーンストーミングセッションでは、歴史的な障害を明らかにし、イノベーションを促進できる「青空」のアイデアを生み出すことができます。

3.問題点と問題の特定

ユーザーが大規模なエンタープライズシステムをナビゲートして、より簡単にアクセスできるコンテンツや機能を見つけることに苦痛や欲求不満を感じている場合、それらのユーザーは諦め、(場合によっては)代替手段を見つける可能性が高くなります。 その代替案は、競合他社との場合があります。

ユーザーの問題点や問題を特定することについて、現実的かつ積極的になります。 多くの利害関係者は、調査、トレーニングセッション、およびその他の形式のコミュニケーションを通じて、ユーザーのフィードバックに直接アクセスできます。 この知識を活用して、現在のエンタープライズナビゲーションシステムがどのように機能していないかをよりよく理解してください。

これらの質問は、問題点と問題を特定することでボールを転がすことができます。

  1. ユーザーは何について最も不満を持っていますか?
  2. システムでのユーザーの行動を追跡するサービス(Webトラフィック分析やクリック追跡など)を使用していますか?
  3. エンタープライズシステムでめったに使用されない領域があり、その理由を説明できませんか?
  4. このアプリケーションについて何か変更できるとしたら、それは何でしょうか?

ユーザーが問題を抱えている場所を洞察することは、現在の設計のギャップを特定する上で主要な役割を果たします。 この方法論で使用するためにこれらのポイントをキャプチャします。

4.アフィニティ図

デザイナーとして、「付箋」はあなたの親友になることができます。 しかし、あまりにも多くの利害関係者が同じオフィスにいない場合、またはあなたが唯一のリモートリソースである場合、の付箋は無駄に使用されます。 オンラインコラボレーションのための効果的なアプローチを見つけることは重要です。 ブルースカイブレーンストーミングと問題点および問題特定フェーズからのすべての入力をキャプチャするために使用できるさまざまなオンラインコラボレーションツールがあります。

大量の入力を取得したら、次のステップはその入力をアフィニティグループに整理することです。 アフィニティ図は、すべての利害関係者が個々のアイデアやコンテンツタイプ間の関係や共有機能を見つける機会を与える共同作業です。 この演習により、設計者はすべての「青空」のアイデアと「問題点と問題」をまとめることができます。

たとえば、プロセスと手順のコンテンツをライブラリにグループ化したり、現在のイベントやニュースに値する更新を統合されたオンライン新聞にグループ化したりするのに役立つ場合があります。 利害関係者に、アフィニティグループをどのように作成するかについて創造的になるように促します。

利害関係者の親和性図表作成セッションでは、次のような質問をします。

  1. どの機能またはコンテンツが一緒に属しているように感じますか?
  2. ユーザーは、順番に発生した場合に簡単になる特定のアクションを実行しようとしていますか?
  3. 簡単に統合または簡素化できる冗長な機能はありますか?
  4. 青空のアイデアを既存の問題点や問題と一致させる機会はありますか?

利害関係者に、システム内の特定の機能にユーザーを導く特定のシナリオを考えるように促します。 実際のシナリオを使用すると、物事が見通しになり、利害関係者がユーザーエクスペリエンスに共感しやすくなります。

グループは、ナビゲーション設計を定義するためにアフィニティ図作成セッションを実施します。

アフィニティダイアグラムは、チームが多くの定性的データを理解し、エンタープライズアプリケーションアーキテクチャを開発するための明確で実用的な次のステップを作成するのに役立ちます。

5.論理的再編成

アフィニティ図の演習が完了したら、一歩下がってシステムを全体的に見ることが重要です。 多くの場合、特定の複雑な環境内でユーザーが従うことができる操作の論理的な順序があります。 現在利用できないサービス(イノベーション)を提供する機会があるかどうか、または経路探索インジケーターを提供することでユーザーにエンタープライズナビゲーションシステムの有用性を拡大するように促す(発見)機会があるかどうかを慎重に検討してください。

この論理的な編成または操作の順序をキャプチャするために、設計者はフローチャートを作成するか、より複雑なシナリオでは、主要なワークフローから始めて、他のコンテンツまたは機能に分岐するユーザージャーニーマップを作成する場合があります。

利害関係者を励ますかもしれない質問は次のとおりです。

  1. ユーザーが「ここ」にいるので、他に何ができるでしょうか。
  2. このシナリオでのユーザーの次の論理アクティビティは何ですか?
  3. この見晴らしからユーザーの問題を解決する機会を逃していますか?
  4. このシナリオで役立つ可能性のある機能やコンテンツは他にありますか?

このトピックに関する会話が終わったら、利害関係者と協力して、それに応じてアフィニティグループを再編成します。

6.階層

より大きなアフィニティグループ内または個々のアフィニティグループ間には、関係または依存関係が存在する可能性があります。 利害関係者と協力して、それらの関係または依存関係を特定し、それらを階層に編成します。 階層は、コンテンツまたは機能の一部が同様のコンテンツまたは機能のグループにどのように属するかを説明するための空想的な方法です。 たとえば、1つのニュース記事がトピックに属し、トピックがニュース専用のセクションに属しているとします。

コンテンツ階層の例:ニューストピックAへのニュースフローニュース記事A.1へのフロー

アフィニティグループは、情報間の関係を明らかにし、エンタープライズアプリケーションアーキテクチャを定義する最初のステップになります。

警告!

設計プロセスのこの時点で、利害関係者は、既存の企業部門組織をエンタープライズシステム階層のベースラインとして使用したい場合があります。 エンタープライズ部門の組織(通常、コンテンツと機能の所有権が存在する場所)を模倣するのは簡単ですが、これは大きな間違いになる可能性があります。

ユーザーは、誰がコンテンツを所有しているかを気にしません。 さらに、大企業は頻繁に再編成することを好むため、部門組織に合わせたエンタープライズナビゲーション設計システムは、最初の「再編成」が発生するとすぐに無効になります。

これまでに提示された方法論を活用し、この危険なアプローチを押し戻してください。 これらの質問は、利害関係者との会話を促進するのに役立ちます。

  1. これらのアフィニティグループはどのように関連しており、なぜ関連しているのですか?
  2. 確認する必要のあるアフィニティグループ間に依存関係はありますか?
  3. ユーザーは、システムの別の領域に移動しなくてもタスクを完了できますか?
  4. 他の業界のユーザーに馴染みのある従来の階層や、参照として使用できるサービスモデルはありますか?

設計プロセスのこの時点で、アプローチが機能しているかどうかを確認する方法はたくさんあります。 階層を確認したり、より注意が必要な問題領域を特定したりするために、ユーザーテストとユーザー調査のさまざまな方法を検討してください。

7.命名法とパラメータ

将来のエンタープライズアプリケーションアーキテクチャ(情報アーキテクチャとも呼ばれます)の完全なモデルを使用して、キーワード(命名法)を選択し、パラメータ(定義)を設定します。

命名法、つまりラベリングは、次の3つの主な理由から、ナビゲーションデザインの重要な要素です。(a)命名法は、検索エンジンが主にキーワードでコンテンツを検索するという点で、SEO(検索エンジン最適化)に直接関係しています。 (b)経路探索メカニズムとして適切な用語を使用すると、ユーザーはデジタルの「ランドマーク」として機能することにより、探しているものを見つけるのに役立ちます。 (c)スマートラベルは、プライマリランディングページまたはホームページから簡単にアクセスできないシステムの領域にユーザーを導く可能性があります。 ファインダビリティは、ラベルなどの経路探索メカニズムによって駆動されます。 ラベルが誤解を招いたり、直感的でない場合、ユーザーはわざわざそれをクリックする必要はありません。

情報アーキテクチャモデルで識別されたすべての命名法(ラベル)を使用して、利害関係者と協力して、モデル内のラベル付けされた各領域のパラメータ(定義)を定義します。 これにより、コンテンツと機能が特定の領域に属することが保証されます。 さらに、この演習では、現在の設計プロセスよりも長持ちするエンタープライズアプリケーションアーキテクチャを構築するための長期的なガイドラインを作成します。

命名法とパラメータに関して、会話を推進する利害関係者に尋ねるいくつかの質問があります。

  1. ユーザーが訪問したときに最も頻繁に検索するものは何ですか?
  2. 見つけにくいコンテンツや機能はありますか? なぜ彼らは見つけるのが難しいのですか?
  3. 一部のユーザーにはなじみがなく、探しているものを見つけるのが難しくなる可能性のある業界用語や用語はありますか?
  4. 従来型または主流のラベルをどのように選択できますか?

前述のように、カードの並べ替え、A / Bテスト、オブジェクト指向UX(OOUX)など、命名法のテストに使用できるさまざまな方法があります。 業界用語が豊富な高度に技術的なエンタープライズシステムを扱う場合は、ユーザーが参照できるように統制語彙またはシステム内用語集を作成することを検討してください。

8.ユーザーエクスペリエンスデザインプロセスとの統合

将来の情報アーキテクチャの全体像を把握したら、今度はこの方法論の結果をユーザーエクスペリエンスの設計プロセス全体に適用します。

デザイナーはピンとプリントを使用して、エンタープライズアプリケーションのUXデザインを決定します。

ナビゲーションデザインは、UXデザインのより大きなプロジェクトに直接統合されます。

設計プロジェクトの進行中に存在しない、新しく作成されたエンタープライズナビゲーションシステムの領域がある場合でも、コンテンツまたは機能をリリースする準備ができるまで、それらの領域を「無効」または非表示にすることができます。 次に、設計者が先に進んだ後、利害関係者は「青空」の夢に向けてシステムを構築し続けることができます。

「あなたがそれを造れば、[彼らは]来るでしょう。」 -フィールドオブドリームス、1989年。

結論

エンタープライズナビゲーションシステムの設計は簡単な作業ではありません。 ただし、利害関係者の知識を活用することで、その取り組みを管理しやすくなります。

大規模な設計プロジェクトの複雑さはさておき、目標は常にユーザーのことを念頭に置くことです。 ユーザー調査への実践的なアプローチと、ユーザーと直接接触する人々に賢明な質問をすることで、リモート、ソロ、またはフリーランスのデザイナーでさえ、大きなデザインの問題に対処できます。 恐れることはありません。一度に一歩ずつ進んでください。