다음을 통해 공유


개별 사이트 콘텐츠 요구 및 구조 확인

업데이트: 2006-12-01

이 문서의 내용

  • 공식: 관련자 및 사용자 조사

  • 비공식: 개선의 여지가 있는 대략적인 사이트 구성

사이트를 만드는 것은 간단하지만 사이트에 들어갈 콘텐츠와 콘텐츠 구성 방식을 정하여 유용한 사이트를 만드는 데는 어느 정도 시간이 소요됩니다. 이 작업을 수행할 수 있는 방법에는 여러 가지가 있지만 다음과 같은 두 가지 방법을 사용하는 것이 좋습니다.

  • 공식적인 방법   관련자와 사용자를 조사하여 사이트에서 원하는 내용이 무엇인지 파악합니다. 여러 대상 그룹이 각기 다른 목적을 가지고 방문하는 대형 사이트 또는 전략적인 사이트를 만들려는 경우 이 공식 프로세스를 따르십시오. 계획은 신중히 세우고, 모든 대상 그룹이 사이트를 방문하여 원하는 정보를 찾고 적절하게 참여하며 원활하게 작업을 진행할 수 있는지 확인해야 합니다.

  • 비공식적인 방법   먼저 대략적으로 사이트를 구성한 후에 사용자의 요구 및 의견에 따라 사이트를 개선합니다. 대부분의 사용자가 비슷한 방식으로 일련의 동일한 작업을 수행하는 소규모의 일반적인 공동 작업 사이트를 보유하고 있는 경우 이 방법을 따르십시오.

사이트의 목표 확인 문서에서 사용자의 사이트 요구와 가장 근접한 목표를 확인했습니다. 이러한 목표를 활용하면 개별 사이트 콘텐츠 및 구조를 결정할 방법도 쉽게 파악할 수 있습니다.

  • 문서 저장 사이트   예상되는 복잡도에 따라 공식적인 방법이나 비공식적인 방법을 따를 수 있습니다. 여러 팀의 문서를 저장할 대규모 사이트를 구축하는 경우 공식적인 사이트 구성 작업을 따라야 합니다. 그러나 팀 내에서만 사용하는 작업 문서를 저장할, 적은 용량의 사이트일 경우에는 비공식 프로세스로도 충분합니다.

  • 통신 사이트   보다 공식적인 방법을 따르는 것이 좋으며 정확히 어떤 사용자가 사이트를 방문하여 어떤 정보를 찾는지와 해당 사용자를 원하는 정보로 안내하는 방법을 파악해야 합니다.

  • 공동 작업 사이트   필요한 만큼 사이트의 규모를 늘리고 사이트를 개선할 수 있는 비공식적인 방법을 사용하는 것이 좋습니다.

다음 섹션에서는 각 방법에 대한 프로세스를 설명합니다.

공식: 관련자 및 사용자 조사

공식적인 계획 프로세스에 따라 사이트를 구축해야 하는 경우 공식 기획 위원회를 구성하여 관련자의 의견을 모으고 다음 단계를 수행해야 합니다.

  1. 대상 그룹 및 관련자 조사를 실시하여 대상 그룹의 요구를 파악합니다. 각 대상 그룹 또는 관련자가 사이트에서 보거나 상호 작용하려는 정보가 무엇인지 알아봅니다.

  2. 콘텐츠 조사를 실시하여 콘텐츠 요구를 파악합니다. 현재 콘텐츠, 향후 계획된 콘텐츠 및 사용되지 않거나 찾기 힘든 콘텐츠를 검토하여 그 목록을 만들고 시간 경과에 따라 예상되는 콘텐츠 변경 내용을 추정합니다.

  3. 정보 아키텍처를 설계합니다. 정보를 구성하는 데 필요한 목록 또는 라이브러리, 홈페이지에서 홍보해야 할 내용은 물론, 정보 아키텍처를 사이트 사용자에게 표시하기 위해 사용자 지정 탐색이 필요한지 여부도 고려합니다.

  4. 대상 사용자 및 관련자에게 정보 아키텍처의 프로토타입을 검토하도록 요청합니다. 프로토타입에서 대상 사용자 및 관련자가 필요한 정보를 찾을 수 있는지 여부를 평가합니다.

콘텐츠 조사 실시

사이트 구조를 계획하기 전에 조직에서 이미 보유하고 있는 콘텐츠에 대해 알고 있어야 합니다. 현재 콘텐츠에 대한 조사를 실시함으로써 콘텐츠 요구를 파악하고 이러한 콘텐츠 요구를 해결하는 솔루션을 설계 및 배포할 수 있습니다. 콘텐츠 조사에는 다음과 같은 몇 가지 특정 요소를 포함해야 합니다.

  • 문서 수

  • 문서 위치

  • 파일 형식 및 분류 관점에서 본 문서 종류

  • 사람 및 비즈니스 구조

  • 콘텐츠 승인 프로세스 및 워크플로

콘텐츠 조사를 통해 중요 콘텐츠의 우선 순위를 정하고 해당 콘텐츠의 구조를 제안할 수 있습니다. 콘텐츠 기획은 일반적으로 단계별로 진행됩니다. 첫 번째 단계에서는 별도의 콘텐츠 요구가 있는 부서나 프로젝트, 각 콘텐츠 본문에 필요한 사이트 수 등의 광범위한 구조적 결정을 내립니다. 그런 다음 일반적으로 부서 또는 프로젝트에 연결되는 각 사이트에 대한 콘텐츠 기획 팀이 콘텐츠 요구를 해결하기 위한 적절한 구조를 기획 수준에서 결정합니다. 이때 새로운 콘텐츠 요구가 파악되면서 광범위하게 구조를 수정해야 할 수도 있습니다. 배포하기 전에 여러 기획 단계를 거칠 수 있으며 포털 사이트 운영을 시작한 후에도 지속적으로 변경 내용을 계획할 수 있습니다.

비공식: 개선의 여지가 있는 대략적인 사이트 구성

비공식적인 사이트를 만들 경우에는 보다 유연한 프로세스로 시작할 수 있습니다. 프로세스에는 다음 단계가 포함될 수 있습니다.

  1. 기존 콘텐츠를 새 사이트로 통합하려는 경우 보유하고 있는 콘텐츠와 사이트에 포함할 콘텐츠를 평가합니다.

  2. 사이트에 포함되어야 하는 콘텐츠에 대한 아이디어를 내고 "필수 항목" 목록을 만듭니다. 예를 들어 팀 공동 작업 사이트의 경우, 다음 항목을 포함할 수 있습니다.

    • 문서(프로젝트 문서, 기획서, 제안서, 프레젠테이션, 입찰서 등 팀에서 읽어야 하거나 팀이 관여하는 모든 문서)

    • 팀 일정(공휴일 일정, 개인 작업 및 휴가 일정, 프로젝트 일정 등). 공유 이벤트를 사이트에 기록하여 달력 보기에 표시할 수 있습니다.

    • 연락처 정보(팀 구성원, 파트너, 고객 및 공급업체 등). 내부 연락처와 외부 연락처 목록을 별도로 만들거나 정렬 및 필터링할 수 있는 필드를 사용하여 두 연락처를 한 목록으로 만들 수 있습니다.

    • 작업 또는 배정(누가 어떤 작업을 하는지 파악)

    • 자주 사용하는 다른 웹 사이트 링크(관련 프로젝트 또는 팀 사이트 포함)

    • 중요 공지 사항 또는 팀 전체가 알아야 할 뉴스

    • 블로그(예: 공동 작업 사이트를 위한 공개 블로그)

  3. 가능한 모든 사용자 시나리오를 검토하고 특정 사용자의 입장이 되어 사이트에서 찾게 되는 정보에 대해 생각해 봅니다.

  4. 원래 목록에서 누락된 요소를 추가하고 가능하면 몇몇 대상 사용자에게 목록을 검토하도록 합니다.

대략적인 요소를 파악한 후에는 사이트를 시작할 수 있으며 그에 따라 팀 구성원은 어디서든 조직의 작업을 수행할 수 있습니다.