情報アーキテクチャ モデルと例
ナビゲーションデザインは、コンポーネント (メニュー、リンク、サイト、ページ) を見つける視覚的な方法を定義します。 ナビゲーション設計は、ユーザーが SharePoint サイトやポータルとやり取りする方法と、利用可能な情報の種類を理解するのに役立ちます。 ナビゲーションを実装するためのオプションは、サイトとイントラネットのフレームワークによって異なります。
この記事の内容:
情報アーキテクチャ モデリング要素
情報アーキテクチャ要素は、ブロックの構築を補完するナビゲーション設計の二次コンポーネントです。 グローバル、ハブ、またはローカル ナビゲーションのナビゲーション設計を選択、計画、および実装する場合は、次のコンポーネントを検討する必要があります。
- サイト階層 - ハブと視覚的レイアウトを使用して視覚的階層を確立
- セキュリティ – データ ガバナンス、管理、および編集権限
- 分類 - レコード管理、コンプライアンス要件
ナビゲーション設計の一般的なモデル
サイトとコンテンツを整理する方法は、organizationの構成とユーザーのニーズと目標によって異なります。 たとえば、特定のサイトやドキュメントで最前線の従業員を有効にすることが目標である場合、モバイル デバイスのナビゲーションを最適化することを決定できます。 別の例として、チームの共同作業ペースを作成することが目標である場合は、Microsoft Teams と連携するように SharePoint チーム サイトを設計することができます。
ナビゲーション設計を整理する一般的な方法:
部署別
メリット - ほとんどのユーザーは、部署別に分類されたナビゲーション用の確立されたメンタル モデルをすでに持っています。 このモデルは、組織の多くのサイズと種類をスケーリングし、ハブを整理および計画するための一般的な方法です。
ガバナンスに関する考慮事項 - 特に国際的なオフィスを持つ大規模な組織では、セキュリティとコンプライアンスの目的で適切な人が適切なコンテンツにアクセスできるようにすることは困難な場合があります。 特定の対象者にコンテンツを表示するために、情報バリアや対象者ターゲティングなどのカスタマイズ要素の使用を検討してください。
メンテナンスに関する考慮事項 - ビジネスの成長と部門とチームの移動に合わせて、組織の変更を反映するようにグローバル、ハブ、ローカル ナビゲーションを更新する必要があります。
地理的な場所別
メリット - 地理的な場所別に整理することは、同じような分野の人々が集まり、共同でコミュニティを構築するための効果的な方法です。 大規模な組織や国際的な組織の場合、場所はユーザーにとって重要な意思決定要因になる可能性があります。 特定のトピックに対して地域によって法律や権限が異なる場合、地域別に整理することが重要になる場合があります。 たとえば、危機管理サイトや人事ガイドラインです。
ガバナンスに関する考慮事項 - 多くのガバナンスの詳細は、サイト作成ポリシー、データ保持ポリシー、データ ストレージ ポリシーなど、リージョンによって異なる場合があります。 複数地域のユーザー エクスペリエンスと複数地域構成の詳細をご覧ください。
メンテナンスに関する考慮事項 - organizationが場所を移動する場合は、それらの変更を反映するようにナビゲーションを更新する必要があります。 SharePoint、Microsoft 365 グループ、およびその他の Microsoft 365 アプリをグローバルに有効にする際に計画する他の複数地域の考慮事項があります。 複数地域により、グローバル企業は、SharePoint チーム サイト、Office 365 グループ コンテンツ (関連する SharePoint サイトおよび共有メールボックス) などの共有リソースが保存および管理されている国または地域を制御できます。
タスクまたはシナリオ別
メリット - ナビゲーション内のシナリオ別に整理すると、ユーザーが「会社紹介」ページなどの一般的な概念について学ぶのに役立ちます。 一般的で頻繁に使用されるタスクで整理することも同様に役立ちます。たとえば、「払い戻しを受ける」や「医療プランを選択する」などのタスクです。
ガバナンスに関する考慮事項 - このナビゲーション スタイルは、ナビゲーション設計の残りの部分に応じて、広範囲で大量の対象者を引き付ける可能性があります。 大量のサイトでは、画像サイズやその他の詳細を最適化してページのパフォーマンスを確実に管理する必要があります。 ハブを作成するなどの戦略を使用して、部署のニーズ別にタスクを整理することを検討してください。これにより、ページへのアクセスと組織の管理が容易になります。
メンテナンスに関する考慮事項 - 組織の情報 (リーダーシップ、場所など) が古くなった場合は、ナビゲーションを更新する必要があります。
ポートフォリオ別
メリット - コンテンツは、種類またはポートフォリオ別に整理され、コンテンツを自然なグループで表示したり、特定の対象者に表示したりするのに最適な場合があります。 ポートフォリオ別にナビゲーションを整理すると、ビジネスの拡大と成長に合わせて柔軟性が高まります。
ガバナンスに関する考慮事項 - 特に国際的なオフィスを持つ大規模な組織では、セキュリティとコンプライアンスの目的で適切な人が適切なコンテンツにアクセスできるようにすることは困難な場合があります。 特定の対象者にコンテンツを表示するために、情報バリアや対象者ターゲティングなどのカスタマイズ要素の使用を検討してください。
メンテナンスに関する考慮事項 - ビジネスとポートフォリオが拡大するにつれて、ナビゲーションは組織の変更を反映する必要があります。
シナリオ
シナリオ 1: 従来のナビゲーションから最新のナビゲーションに移行する
最新のナビゲーション
従来のナビゲーション
イントラネットは、組織とともに成長し、規模を拡大する必要があるビジネスを常に進化させるコンポーネントです。 最新のイントラネット ナビゲーションは、"フラット" であるという意味でのクラシック ナビゲーションとは異なります。最新の SharePoint エクスペリエンスでは、サブサイトはお勧めしません。 モダンな SharePoint の新しい "フラット" な世界では、個別のトピックや作業単位別に 1 つのサイトを作成することを計画しましょう。 通常、クラシックな SharePoint アーキテクチャは、継承されたナビゲーション、アクセス許可、サイト設計と共にサイト コレクションとサブサイトの階層システムを使用して構築されます。 一度構築されると、この構造の柔軟性はなくなり、維持が困難になる可能性があります。
ビジネスに最も大きな影響を与える最新の変更を最初に組み込むことに焦点を当てます。 変更が組み込まれるタイミングと進行状況を追跡する方法を計画およびスケジュールします。 サイト分析を使用して、ユーザーの行動を把握し、その過程でユーザーからのフィードバックを収集します。 始める方法
従来の SharePoint ナビゲーションから最新のナビゲーションへの移行は、組織の規模とテナントの構成の複雑さに依存するプロセスです。 以下は、開始するために使用できる一般的なガイドラインとツールです。
- 新しいイントラネットのビジネス目標を定義し、パイロット シナリオを選択する
- 整理して、潜在的な設計をテストする方法を見つける
- 現在のサイトとサブサイトのインベントリを取得する
- 優先度の高いタスクとコンテンツをグループ化して、ハブの計画とホーム サイトを開始する
- ハブと関連サイトを段階的にリリースする
- ハブとサイトの分析を定期的に確認して、ページのトラフィックと人気のあるコンテンツを追跡する
- ユーザーのテストと分析からの学習に基づいてナビゲーションを変更する
シナリオ 2: 最新のハブ ナビゲーション構成を検討する
ハブのナビゲーションを計画する際には、特殊な考慮事項があります: サイトは次のいずれかです。
- ハブ ナビゲーションでハブに関連付けられている
- ハブに関連付けられており、ハブ ナビゲーションに含まれていない
- ハブ ナビゲーションで、ハブに関連付けられていない
例 1 - サイトがハブ ナビゲーションにあり、ハブに関連付けられています。
ハブに関連付けられたサイトを展示することで、閲覧者はハブ ファミリ内のサイトを発見することができます。そして、「ファミリ メンバー」間で簡単にナビゲートすることができます。 関連付けられたサイトをハブ ナビゲーションに追加することで、ハブ ナビゲーション内のサイトをコレクションするための組織的なフレームワークが表示されます。 ハブ内のすべてのサイトは共通のテーマを共有しており、ナビゲーションにより、視覚的にも閲覧者のやり取りを介してもハブ ファミリのアイデンティティを確立できます。 ハブ リンクは、サイトまたはコンテンツ ページ、またはその両方の組み合わせに移動できますが、リンク ラベル付けに関して説明されているプラクティスを使用して、明確で一貫性のあるエクスペリエンスを提供できるようにします。
ハブ ナビゲーションですべての関連付けられたサイト (および関連付けられた ハブ) を表示することを選択した場合は、そのハブにアクセスできるすべてのユーザーがそのハブに関連付けられた各サイト にも アクセスできるかどうかを検討してください。 たとえば、ナビゲーションでプライベート サイトへのリンクを追加すると、その "検出可能性" が増え、そのプライベート サイトのサイト所有者がアクセス要求を受け取る準備が整っている場合は、良い可能性があります。 ただし、サイト所有者がサイトまたはコンテンツを検出したくない場合は、ナビゲーションに制限付きサイトを表示したくない場合があります。
ハブのナビゲーション リンクが確実に機能するように、次のオプションを検討してください:
すべての閲覧者が検出できないリンクの場合は、コンテンツにアクセスできる対象ユーザーのみが表示されるようにリンクをターゲットにします。
「検出可能」だが制限されたリンクの場合、「制限付き」、「アクセス権の要求」、「プライベート」という単語をラベルに追加することを検討してください。 これらのサイト所有者と会話して、アクセス要求の頻度が高まる可能性があることを確認します。 さらに、「ロック」絵文字をプライベート サイトまたは制限付きサイトに追加することもできます。
例 2 - サイトがハブに関連付けられているので、ハブ ナビゲーションには表示されません。
ハブのユース ケースが主に共通のテーマの共有またはプライベート サイトのメンバー間でのコンテンツ公開に関するものである場合は、サイトをハブに関連付けますが、共有ハブ ナビゲーションでそのサイトを紹介したくない場合があります。 これが問題ない理由の 1 つに、プライベート サイトのメンバーが既にそのサイトについて知っており、そのサイトへのリンクを提供するためにハブを必要としていない点が挙げられます。 ただし、これらの同じサイトのメンバーがハブ上のプライベート サイトから公開されたニュースとアクティビティを (強調表示されているコンテンツとニュース Web パーツを経由して) 表示するのに便利であることが分かるかもしれません。
関連付けられたサイトを表示しないもう 1 つの理由は、1 つ以上のプライベート サイトの所有者が、ハブ ナビゲーションでサイトを検出したくないか、予期しないアクセス要求を管理する準備ができていないということです。
例 3 - サイトがハブ ナビゲーションに追加されるが、ハブに関連付けられていない。
ハブ ナビゲーションの優れた機能の 1 つは、ハブの一部ではない頻繁に必要なサイトへのリンクを含む、ハブに関連付けられたすべてのサイトの共有ナビゲーション エクスペリエンスを計画できることです。
サイトがハブに関連付けられている場合は、ハブ ナビゲーションに反映されます。 ハブ「ファミリ」に関連付けられたサイトを、すべてそのハブに関連付ける必要はありません。 たとえば、チーム サイトで外部パートナーと共同作業を行う場合のシナリオを考えてみましょう。 外部パートナーにハブの共有ナビゲーションを見せたくない場合があるため、外部サイトをハブに関連付けたくない場合があります。 しかし、外部サイトへのリンクをハブ ナビゲーションに追加して、内部の閲覧者がこれらの関連外部サイトを見つけやすくすることもできます。
これは、外部の閲覧者にナビゲーション リンクを公開することを心配せずに、ビジネス グループによって管理されるすべての外部サイトへのリンクを知らせる便利な方法です。 内部閲覧者が外部サイトに移動すると、ハブのコンテキストとテーマは表示されなくなりますが、これが望ましい結果です。
サイトは 1 つのハブにのみ関連付けることができます。 ただし、ハブ ナビゲーション内の他のハブまたは他のサイトへのナビゲーション リンクを追加すると、検出を増やすことができます。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示