지식 기반을 개선하기 위해 정보 아키텍처를 사용하는 3가지 쉬운 방법

지식은 힘이지만 고객이 실제로 액세스할 수 있을 때만 가능합니다.

우리는 멋진 지식 기반 문서를 만드는 방법에 대해 많은 시간을 할애했습니다. 그러나 귀하의 기사가 아무리 훌륭해도 고객이 쉽게 찾고 이해할 수 없다면 최대 유용성에 도달하지 못할 것입니다.

이를 가능하게 하려면 실제 기사에서 한 걸음 물러나서 전체 지식 기반 의 구조와 구성에 대해 좀 더 폭넓게 생각해야 합니다.

정보 아키텍처는 그렇게 하는 데 도움이 됩니다 . 이를 통해 고객에게 전달하는 데 필요한 모든 지식을 최대한 유용하고 접근 가능한 구조로 통합할 수 있습니다.

그렇다면 정보 아키텍처란 무엇인가? 지식 기반에 어떻게 적용됩니까?

고층 빌딩을 짓고 싶다고 가정해 봅시다. 이 계획 중 어떤 것을 선택하시겠습니까?

• 건설 직원을 고용하고 다음 날 건설을 시작하도록 하세요.
• 승무원이 착공하기 전에 실제로 일련의 계획을 세우도록 건축 회사에 요청하십시오.

첫 번째 것을 선택했다면 나는 당신의 프로젝트 근처에 살지 않기를 바랍니다! 그러나 당신이 대부분의 사람들과 같다면, 당신은 당신의 손을 더럽히기 시작하기 전에 상세한 계획을 세우는 것이 더 합리적이라고 생각합니다.

당신은 아마 이것이 어디로 가고 있는지 볼 수 있습니다 ...

정보 아키텍처는 동일한 아이디어이지만 지식 기반( 또는 다른 유형의 정보! )에 있는 콘텐츠에 대한 것입니다.

Information Architecture Institute의 말에 따르면 정보 아키텍처는 "사람들이 주변 환경을 이해하고 원하는 것을 찾도록 돕는 것"입니다.

Usability.gov에는 또 다른 유용한 정의가 있습니다.

정보 아키텍처는 효과적이고 지속 가능한 방식으로 콘텐츠를 구성, 구조화 및 레이블링하는 데 중점을 둡니다. 목표는 사용자가 정보를 찾고 작업을 완료하도록 돕는 것입니다.

목적에 따라 지식 기반을 계획하고 구성하는 방법을 개념적으로 설명합니다.

다음을 정의하는 데 도움이 됩니다.

• 사람들이 필요한 문서를 빠르게 찾을 수 있도록 지식 기반이 표시되고 분류되는 방식
• 지식 기반에 포함된 문서 유형 및 해당 문서가 구조화되어 사람들이 지식 기반의 모든 정보를 더 쉽게 이해할 수 있도록 하는 방법

현재 지식 기반의 정보 아키텍처를 개선하기 위한 3가지 실행 가능한 팁

정보 아키텍처는 전체 경력 분야입니다. 그렇습니다. 실제로 정보 아키텍처에 대한 전체 업무를 하는 정규직 정보 설계자가 있습니다.

그러나 지식 기반의 접근성과 유용성을 대폭 개선하기 위해 몇 가지 빠른 성과를 얻기 위해 정보 설계자가 될 필요는 없습니다.

자영업자이든, 소규모 팀의 일원이든, 전임 정보 설계자를 고용할 수 있는 현금이 있는 사업이든 관계없이 오늘 시작할 수 있는 몇 가지 사항이 있습니다.

1. 중요한 "시작하기" 정보를 즉시 액세스할 수 있도록 합니다.

당신은 당신의 제품과 그 모든 작은 복잡성을 잘 알고 있기 때문에 실제로 새로운 사용자에게 가장 적합한 구조를 생각해내는 것이 놀랍도록 어렵습니다.

그러나 기억해야 할 중요한 사항은 다음과 같습니다.

사용자가 제품을 처음 사용할 때 제품을 최대한 활용하기 위해 취해야 하는 특정 작업 집합이 있을 것입니다.

따라서 제품의 여러 영역을 기반으로 기사를 논리적 범주로 나누는 것이 사용자가 제품을 시작하고 실행하면 도움이 될 수 있지만 지식 기반 홈페이지에서 새로운 사용자에게 정보를 제공하는 데 항상 가장 유용한 방법은 아닙니다.

대신 지식 기반의 계층 구조와 디자인을 사용하여 고객이 직면할 가능성이 큰 가장 큰 문제를 해결하는 특정 기사 를 즉시 강조하고 싶을 것입니다. 그런 다음 이 작업을 수행한 후 더 자세한 제품 UI 범주로 이동할 수 있습니다.

Dropbox는 기술 자료의 주요 기사 섹션에서 이를 강조합니다.

예를 들어 "파일 및 폴더 공유"와 "Dropbox 비밀번호 재설정"은 주제에서 공통점이 많지 않지만 대부분의 사용자에게 필요한 핵심 작업이므로 홈페이지에서 한 자리를 차지하게 됩니다.

또 다른 좋은 예는 사용자가 달성하고자 하는 것에 따라 도움말 문서를 다른 "트랙"으로 나누는 Asana입니다.

2. 다양한 기사 유형에 대한 일관된 템플릿 개발

지식 기반의 모든 정보가 동일한 유형의 문제를 해결하는 것은 아닙니다.

일반적으로 다음을 다루는 기술 자료 문서가 있습니다.

• 방법 – 특정 작업을 수행하는 방법에 대한 단계별 지침.
• 문제 해결 – 무엇이 잘못되었는지 알아내는 방법에 대한 팁.
• 참조 기사 – 다양한 옵션이 실제로 의미하는 바에 대한 설명.
• 모범 사례 – 제품을 최대한 활용하는 방법에 대한 권장 사항.

귀하의 제품에 고유한 다른 유형이 있을 수 있습니다. 숫자를 줄이려고 노력하십시오. 15개의 서로 다른 "유형"이 있는 경우 아키텍처가 약간 느슨해집니다.

실제로 중요한 것은 다음과 같습니다.

• 지식 기반을 만들 때 이러한 문서 유형을 고수합니다. 기사가 정의된 유형을 벗어나는 경우 웹사이트의 다른 부분( 예: 블로그 )에 더 적합한지 여부에 대해 오랫동안 고민해야 합니다. 이렇게 하면 지식 기반에 집중하고 일관성을 유지하는 데 도움이 됩니다.
• 각각의 다른 기사 유형에 대해 정의된 구조를 따릅니다 . 이를 통해 사용자는 인지 능력을 개발하고 지식 기반의 모든 다양한 콘텐츠에 더 쉽게 액세스할 수 있습니다.

서식을 더 쉽게 유지하기 위해 일반적인 기사 유형에 대한 대략적인 골격 템플릿을 만들 수도 있습니다. 이렇게 하면 일관성을 유지하고 새 기사 작성 프로세스를 가속화할 수 있습니다.

이러한 원칙의 실제 사례를 보려면 Mozilla 지원 문서가 강조 표시 및 아이콘에 이르기까지 이 두 가지 방법 문서에서 동일한 형식을 유지하는 방법을 확인하십시오.

제1조:

제2조:

Mozilla가 이러한 일관성을 유지하는 방법에 대한 비하인드 스토리를 보려면 지침에 대한 템플릿을 만드는 방법을 읽을 수 있습니다. 지원 문서 작성자를 위한 마크업 치트 시트도 포함되어 있습니다.

템플릿 외에도 지식 기반 스타일 가이드를 만들어 유사한 작업을 수행할 수 있습니다.

3. 쉽게 찾을 수 있도록 콘텐츠를 지능적으로 분류

첫 번째 팁에서는 대부분의 사용자가 제품을 시작하고 실행하는 데 필요한 특정 콘텐츠를 강조 표시하라고 말했습니다.

방문자가 해당 특집 기사보다 더 깊이 들어가야 하는 경우에는 필요한 항목을 찾는 데 도움이 되는 일종의 분류가 필요합니다.

이것이 대부분의 지식 기반 홈페이지에서 "주요 기사"와 "카테고리"의 조합을 보는 것이 일반적인 이유입니다.

예를 들어 When I Work에서 더 깊은 범주를 나열하기 전에 가장 중요한 네 가지 기사를 공유하는 방법을 살펴보십시오.

그렇다면 지식 기반 기사의 실제 범주를 어떻게 생각해 낼 수 있습니까?

불행히도 모든 상황에 적용할 수 있는 접근 방식은 없습니다. 일반적으로 고객에게 가장 의미 있는 카테고리를 선택하려고 합니다 .

한 가지 일반적인 접근 방식은 기능별 로 분류하는 것 입니다. When I Work 카테고리의 전체 목록을 보면 특별한 시작하기 섹션을 제외하고 모든 카테고리가 사용자가 수행하고자 하는 특정 작업이라는 것을 알 수 있습니다.

반면 MailChimp는 각 범주가 특정 기능을 다루는 보다 기능 기반 접근 방식을 선택합니다.

어느 것이 고객에게 적합합니까? 어느 쪽이든 직관이 없으면 설문 조사에서 언제든지 질문할 수 있습니다.

정보 아키텍처를 사용하여 지식 기반에서 더 많은 것을 얻으십시오

이러한 기본 정보 아키텍처 원칙을 지식 기반에 적용하면 다음을 보장할 수 있습니다.

• 가장 중요한 도움말 문서를 프론트로드하여 고객이 WOW의 첫 순간에 도달하는 시간을 최대한 단축합니다.
• 기술 자료 문서는 전체 콘텐츠 기반에서 더 나은 사용성을 위해 일관된 형식을 따릅니다.
• 고객은 제품에 대해 자세히 알아볼 때 원하는 기능을 잠금 해제하는 데 필요한 기술 자료 문서를 쉽게 찾을 수 있습니다.

지식 기반 기사를 작성하는 데 들인 노력이 낭비되지 않도록 하십시오! 이 세 가지 기본 정보 아키텍처 팁을 지식 기반에 적용하여 그들이 합당한 조직을 제공하십시오.