Share via

정보 아키텍처 모델 및 예제

  • 아티클

탐색 디자인은 구성 요소(메뉴, 링크, 사이트 및 페이지)를 찾는 시각적 방법을 정의합니다. 탐색 디자인은 사용자가 SharePoint 사이트 및 포털과 상호 작용하는 방법과 사용 가능한 정보 유형을 이해하는 데 도움이 되는 것을 목표로 합니다. 탐색을 구현하기 위한 옵션은 사이트와 인트라넷의 프레임워크에 따라 다릅니다.

이 문서의 내용

정보 아키텍처 모델링 요소

정보 아키텍처 요소는 빌딩 블록을 보 하는 탐색 설계의 보조 구성 요소입니다. 전역, 허브 또는 로컬 탐색을 위해 탐색적 설계를 선택하고 계획하고 구현할 때 다음 구성 요소를 고려해야 합니다.

  • 사이트 계층 구조 – 허브 및 시각적 레이아웃을 사용하여 시각적 계층 구조 설정
  • 보안 – 데이터 거버넌스, 관리 및 편집 권한
  • 분류 - 레코드 관리, 규정 준수 요구 사항

탐색 디자인에 대한 일반적인 모델

사이트 및 콘텐츠를 구성하는 방법은 organization 구성과 사용자의 요구 사항과 목표에 따라 달라집니다. 예를 들어 목표가 특정 사이트 및 문서를 사용하는 일선 작업자를 사용하는 경우, 모바일 장치에 대한 탐색 최적화를 결정할 수 있습니다. 또 다른 예로 팀의 공동 작업 공간을 만드는 것이 목적인 경우, Microsoft 팀에 맞게 SharePoint 팀 사이트를 설계할 수 있습니다.

일반적으로 탐색 설계를 구성하는 일반적 방법은 다음과 같습니다.

부서별

부서 역할

이점 - 대부분의 사용자에게는 부서별로 분류된 탐색에 대한 정신적 모델이 이미 잘 설정되어 있습니다. 이 모델은 조직의 다양한 규모와 유형을 확장하고, 허브를 구성하고 계획하는 일반적인 방법입니다.

관리적 고려 사항 - 대규모 조직의 경우, 특히 국제 사무소가 있는 경우, 올바른 사용자가 보안 및 규정 준수 목적을 위해 올바른 콘텐츠에 액세스할 수 있도록 하는 것이 어려운 일이 될 수 있습니다. 정보 장벽 및 대상 그룹 지정과 같은 개인 설정 요소를 사용하여 콘텐츠를 특정 대상 그룹에게 추가하는 것이 좋습니다.

유지 관리 고려 사항 - 비즈니스가 성장하고 부서와 팀이 이동함에 따라 조직의 변화를 반영하도록 전역, 허브 및 로컬 탐색을 업데이트해야 합니다.

지리적 위치 기준

지리적 지역

이점 - 지리적 위치로 구성하는 것은 유사한 규율의 사람들을 함께 모아 공동 작업을 하고 커뮤니티를 구축할 수 있는 효과적인 방법입니다. 대규모 조직 및 다국적 조직의 경우, 위치는 사용자에게 중요한 의사 결정 요인이 될 수 있습니다. 특정 항목에 대해 지역에 따라 다양한 법률과 지령이 있는 경우, 지역별로 조직하는 것이 중요할 수 있습니다. 그 예로는 위기 관리 사이트 또는 인적 자원 지침이 있습니다.

거버넌스 고려 사항 - 많은 거버넌스 세부 정보는 지역(예: 사이트 만들기 정책, 데이터 보존 및 데이터 스토리지 정책)에 따라 달라질 수 있습니다. 다중 지역 사용자 환경 및 다중 지역 구성에 대해 자세히 알아보세요.

유지 관리 고려 사항 - organization 위치를 이동할 때 이러한 변경 내용을 반영하도록 탐색을 업데이트해야 합니다. 그 외에도 SharePoint, Microsoft 365 그룹 그리고 다른 Microsoft 365 앱을 전역으로 사용하도록 하는 경우, 계획할 다른 다중 지역 고려 사항이 있습니다. 다중 지역은 글로벌 비즈니스가 SharePoint 팀 사이트, Office 365 그룹 콘텐츠(연결된 SharePoint 사이트 및 공유된 사서함)와 같은 공유된 리소스가 저장되고 관리되는 국가나 지역을 관리할 수 있게 해줍니다.

작업 혹은 시나리오 기준

작업 혹은 시나리오

이점 - 탐색 내에서 시나리오로 구성 시, 사용자는 일반적인 개념(예: “소개” 페이지)에 대해 배우는 데 도움이 됩니다. 공통적이고 자주 사용하는 작업을 기준으로 구성하는 것은 같은 방식으로 유용합니다. 예를 들면 "변제 받기" 또는 "의료 제도 선택"과 같은 작업이 있습니다.

관리 고려 사항 -이 유형의 탐색은 탐색 설계의 나머지 부분에 따라 광범위하고 다량의 대상 그룹을 유치할 수 있습니다. 대용량 사이트는 이미지 크기 및 기타 세부 정보를 최적화하여 페이지 성능을 관리하는 데 매우 주의해야 합니다. 작업을 부서의 요구 사항을 기준으로 구성하도록 허브 만들기를 하면 페이지 액세스 및 조직을 더 쉽게 관리할 수 있으므로 이러한 전략의 활용도 고려합니다.

유지 관리 고려 사항 - 조직 정보(리더십, 위치 등)가 오래되면 탐색을 업데이트해야 합니다.

포트폴리오 기준

포트폴리오를 기준으로 구성

이점 - 간혹 형식 혹은 포트폴리오를 기준으로 콘텐츠를 구성하는 것은 콘텐츠를 자연스러운 그룹화 상태로 표시하거나 혹은 구체적 대상 그룹에 대해 표시하는 데 가장 효과적입니다. 포트폴리오를 기준으로 탐색을 구성하면 비즈니스가 확장되고 성장함에 따라 유연성이 제공됩니다.

관리적 고려 사항 - 대규모 조직의 경우, 특히 국제 사무소가 있는 경우, 올바른 사용자가 보안 및 규정 준수 목적을 위해 올바른 콘텐츠에 액세스할 수 있도록 하는 것이 어려운 일이 될 수 있습니다. 정보 장벽 및 대상 그룹 지정과 같은 개인 설정 요소를 사용하여 콘텐츠를 특정 대상 그룹에게 추가하는 것이 좋습니다.

유지 관리 고려 사항 - 비즈니스 및 포트폴리오가 커지면 탐색에 조직의 변경 사항이 반영되어야 합니다.

시나리오

시나리오 1: 클래식 탐색에서 최신 탐색으로 이동

최신 탐색

최신 탐색

클래식 탐색

클래식 탐색

인트라넷은 조직과 함께 확장하고 성장해야 하는 비즈니스의 계속 발전하는 구성 요소입니다. 최신 인트라넷 탐색은 "플랫"이라는 점에서 클래식 탐색과 다릅니다. 최신 SharePoint 환경에서 하위 사이트는 권장되지 않습니다. 최신 SharePoint의 새 "평평한" 세계에서 각각 분리된 항목이나 작업 단위에 대해 하나의 사이트를 만들도록 계획합니다. 기본 SharePoint 아키텍처는 일반적으로 상속된 탐색, 사용 권한 및 사이트 디자인이 포함된 사이트 모음 및 하위 사이트의 계층적 시스템을 이용해 구축됩니다. 일단 구축되고 나면, 이 구조는 유연하지 못하고 유지가 어려울 수 있습니다.

먼저 비즈니스에 가장 큰 영향을 미치는 최신 변경 내용을 통합하는 데 집중합니다. 변경 내용이 통합되는 시기와 진행 상황을 추적하는 방법을 계획하고 예약합니다. 사이트 분석을 사용하여 사용자의 동작을 이해하고 그 과정에서 사용자의 피드백을 수집합니다. 시작하는 방법

클래식 SharePoint 탐색에서 최신 탐색으로의 이동은 조직 규모와 테넌트의 구성에 대한 복잡성에 따라 다른 프로세스입니다. 시작하는 데 사용할 수 있는 일반적인 지침 및 도구는 다음과 같습니다.

시나리오 2: 최신 허브 탐색 구성을 고려

최신 허브 탐색

허브 탐색 계획에 대해 다음과 같이 특별히 고려할 사항이 있습니다. 사이트는 다음과 같은 형식일 수 있습니다.

  • 사이트는 허브 탐색에 있을 수 있으며 허브와 연결될 수 있음
  • 사이트는 허브와 연결될 수 있으며 허브 탐색에 있을 수 없음
  • 사이트는 허브 탐색에 있을 수 있으며 허브와 연결될 수 없음

예제 1 - 사이트가 허브 탐색에 있으며 허브에 연결됩니다.

허브와 연결된 사이트를 표시하면 뷰어가 허브 제품군 내의 사이트를 검색할 수 있으며 “제품군 구성원”을 쉽게 탐색할 수 있습니다. 허브 탐색에 연결된 사이트를 추가하면 허브 탐색의 사이트 콜렉션에 대한 조직 프레임워크가 표시됩니다. 허브의 모든 사이트에서 공통 테마와 탐색을 공유하기 때문에 시각적으로도, 뷰어 상호 작용을 통해서도 허브 제품군의 ID를 설정할 수 있습니다. 허브 링크는 사이트 또는 콘텐츠 페이지 또는 둘 다의 조합으로 이동하지만 링크 레이블 지정에 대해 설명된 방법을 사용하여 명확하고 일관된 환경을 제공할 수 있습니다.

허브 탐색에서 모든 연결된 사이트를 표시하고 허브와 연결하도록 선택하는 경우 허브에 대한 액세스 권한을 가진 모든 사용자에게 허브와 연결된 각 사이트에 대한 액세스 권한 또한 있는지 고려해 보세요. 예를 들어 탐색에서 개인 사이트에 대한 링크를 추가하는 경우 해당 개인 사이트의 사이트 소유자가 액세스 요청을 받을 준비가 된 경우 "검색 가능성"을 높일 수 있습니다. 그러나 사이트 소유자가 사이트 또는 콘텐츠를 검색하지 않으려는 경우 탐색에 제한된 사이트를 표시하지 않을 수 있습니다.

허브 탐색 링크가 약속을 지키는지 확인하려면 다음 옵션을 고려해 보세요.

  • 모든 뷰어에서 검색할 수 없는 링크의 경우 콘텐츠에 액세스할 수 있는 대상 그룹만 표시되도록 링크를 대상으로 지정합니다.

  • "검색 가능"하지만 제한된 링크의 경우 제한된 단어나 액세스 요청 또는 비공개를 레이블에 추가하는 것을 고려해 보세요. 해당 사이트 소유자와 대화를 나누면 액세스 요청이 더 자주 발생할 수 있습니다. 추가로 비공개 또는 제한된 사이트에 "잠금" 이모지를 추가하는 것 또한 고려할 수 있습니다.

예제 2 - 사이트가 허브에 연결되고 허브 탐색에 표시되지 않습니다.

허브의 사용 사례가 주로 일반적인 테마의 공유에 관한 것이거나 개인 사이트의 멤버인 사용자에게 콘텐츠를 공개하기 위한 것인 경우, 사이트를 허브에 연결해야 하지만, 공유된 허브 탐색에 사이트를 표시하지 않아야 합니다. 이 점이 괜찮은 이유는 개인 사이트의 구성원이 이 사이트에 대해 이미 알고 있고 사이트의 링크를 제공하는 데 허브가 필요하지 않기 때문입니다. 그러나 이러한 동일한 사이트 구성원은 허브의 개인 사이트에서(강조 표시된 콘텐츠 및 뉴스 웹 파트를 통해) 롤업되는 뉴스 및 활동을 보는 것이 유용하다는 사실을 알게 될 것입니다.

연결된 사이트를 표시하지 않는 또 다른 이유는 하나 이상의 개인 사이트의 소유자가 허브 탐색에서 사이트를 검색하는 것을 원하지 않거나 예기치 않은 액세스 요청을 관리할 준비가 되지 않았기 때문입니다.

예제 3 - 사이트가 허브 탐색에 추가되지만 허브에 연결되지 않습니다.

허브 탐색의 뛰어난 기능 중 하나는 이 기능을 사용하여 허브와 연결된 모든 사이트에 사용할 수 있는 공유 탐색 환경을 계획할 수 있다는 점입니다. 여기에는 허브의 일부가 아닌 자주 필요한 사이트의 링크가 포함됩니다.

사이트가 허브에 연결된 경우 허브 탐색에 반영됩니다. 사용자는 허브 "제품군"과 관련된 모든 사이트가 허브와 연결되는 것을 원하지 않을 수도 있습니다. 예를 들어 팀 사이트에서 외부 파트너와 공동 작업할 때 시나리오를 고려합니다. 외부 파트너에게 허브에 대한 공유 탐색을 표시하지 않기를 원할 수도 있으므로 허브에 외부 사이트를 연결하지 않을 수 있습니다. 하지만 외부 사이트에 대한 링크를 허브 탐색에 추가하여 내부 뷰어가 관련된 외부 사이트를 보다 쉽게 검색할 수 있도록 할 수 있습니다.

이 기능은 외부 뷰어에게 탐색 링크를 노출하지 않고 비즈니스 그룹이 관리하는 모든 외부 사이트의 링크를 표시할 수 있는 간편한 방법을 제공합니다. 내부 뷰어에서 외부 사이트로 이동하면 허브 컨텍스트와 테마가 더 이상 표시되지 않지만 이는 원하는 결과입니다.

사이트는 하나의 허브에만 연결할 수 있습니다. 그러나 허브 탐색에 다른 허브 또는 다른 사이트에 탐색 링크를 추가하여 검색을 늘릴 수 있습니다.

다음: SharePoint 탐색 디자인 계획 및 구현 시작 방법을 알아보세요.