내비게이션 트리 테스트: 성공 여부보다 경로를 읽으세요

트리 테스트는 텍스트로만 구성된 탐색 계층에서 사람들이 원하는 정보를 찾을 수 있는지 확인하는 방법입니다. 아이콘, 페이지 레이아웃, 메뉴 동작의 영향이 더해지기 전에 분류 이름과 배치를 결정할 때 유용합니다. 마지막에 올바른 항목을 선택했다는 사실은 증거의 일부일 뿐입니다. 여러 번 잘못된 길로 갔다가 답에 도착했을 수도 있기 때문입니다.

직원이 자선단체에 낸 돈에 회사도 일정 금액을 보태는 제도를 안내하는 페이지가 있다고 해 봅시다. 직원 도움말 사이트에서 이 페이지를 ‘인사’, ‘복리후생’, ‘규정’ 중 어디에 두어야 할까요? 트리 테스트는 직원이 어디를 살펴보는지 보여 줍니다. 하지만 그것만으로 모든 선택의 이유를 설명하거나 완성된 도움말 사이트의 사용성을 입증할 수는 없습니다.

범위를 정하고 그 안의 트리를 빠짐없이 구성하세요

참여자는 펼칠 수 있는 텍스트 분류를 보고 답이 있을 것으로 예상하는 위치를 선택합니다. 카드 분류에서는 콘텐츠 항목을 그룹으로 나누지만, 트리 테스트에서는 미리 제공된 계층 안에서 항목을 찾습니다. NN/g의 트리 테스트 안내(영문)에서 Page Laubheimer는 사내 인트라넷의 자선 기부 관련 과제로 인사 부문의 분류명을 살펴본 사례를 소개합니다. 이 과제가 중요했던 이유는 반드시 자주 하는 일이어서가 아니라, 분류상의 문제를 드러냈기 때문입니다.

아래는 설명을 위해 구성한 작은 직원 도움말 사이트입니다. 앞서 소개한 프로젝트의 트리나 조사 결과는 아닙니다. 들여쓰기 하나가 계층 한 단계를 나타내고, 가장 아래 항목이 최종 도착점입니다. 테스트를 설정할 때부터 분석할 때까지 같은 이름을 유지하세요.

• 직원 도움말
  • 인사
    • 복리후생
      • 의료 보장
      • 기부금 매칭 지원
    • 휴가
      • 잔여 휴가
      • 휴가 신청
  • 규정
    • 행동 규범
      • 이해충돌
    • 기부 및 봉사
      • 봉사활동 휴가 규정
      • 대상 단체
  • 도구 및 접근 권한
    • 계정
      • 로그인 정보 재설정
    • 기기
      • 장비 신청

실제 조사에는 정답으로 가는 경로뿐 아니라 사용자가 비교할 만한 다른 분기도 필요합니다. ‘규정’을 빼면 기부 관련 과제는 쉬워지겠지만, 정작 조사하려던 모호함을 피하게 됩니다. 의도적으로 ‘복리후생’ 안에서만 테스트했다면 결론도 그 지점부터 적용됩니다. 직원이 홈페이지에서 ‘복리후생’을 찾아갈 수 있는지는 알 수 없습니다.

Optimal의 트리 구성 안내(영문)는 전체 사이트 테스트와 특정 영역의 테스트를 구분합니다. 어느 범위인지 명시적으로 정하세요. 이 연습에서는 검색을 제외하고 직원이 계층을 따라 탐색하도록 합니다. 그렇다고 실제 도움말 사이트에서 검색 기능을 없애야 한다는 뜻은 아닙니다.

결과를 모으기 전에 정답으로 인정할 위치를 정하세요

콘텐츠 담당자와 각 페이지에 담길 내용을 확인하세요. 이 사례에서 ‘기부금 매칭 지원’은 회사가 함께 기부하는지, 제도가 어떻게 운영되는지를 설명합니다. ‘대상 단체’는 봉사활동 대상이 될 수 있는 단체를 나열하며 회사의 금전 지원 여부에는 답하지 않습니다. 따라서 그럴듯하지만 충분하지 않은 도착점입니다. 결과를 본 뒤 성공으로 계산하려고 추가한 대체 정답이 아닙니다.

조사 전에 실제로 정답이 될 수 있는 위치를 모두 지정하세요. 두 경로가 같은 유용한 콘텐츠로 이어진다면 둘 다 인정할 수 있습니다. 상위 분류가 다르면 말단 항목 이름이 같아도 다른 탐색 선택이므로 전체 경로를 기록하세요. 아래 어딘가에 답이 들어 있는 분류 자체를 답이 있는 페이지와 곧바로 같게 볼 수는 없습니다.

테스트 도구에서 상위 노드를 최종 답으로 선택할 수 있는지도 확인하세요. 실제 분류에 유용한 랜딩 페이지가 있어도 일부 시스템에서는 말단 노드만 최종 답으로 선택할 수 있습니다. ‘복리후생’ 페이지 자체가 질문에 답하는데 반드시 하위 항목을 고르게 하면 실제 사이트와 다른 구조를 시험하게 됩니다. 필요한 경우 랜딩 페이지의 내용을 명시적인 항목으로 모델링하고 테스트를 위해 추가한 계층을 기록하거나, 실제 구조를 표현할 수 있는 방법을 선택하세요. 모델로 표현할 수 없다는 이유만으로 합리적인 답을 실패로 분류해서는 안 됩니다.

메뉴 이름 대신 직원이 해결하려는 일을 쓰세요

“복리후생 아래에서 기부금 매칭 지원을 찾으세요”라는 지시는 답과 경로를 모두 알려 줍니다. “기부금 매칭 지원을 찾으세요”만 해도 계층을 이해하지 않고 같은 단어를 찾는 방식으로 답할 수 있습니다. Optimal의 과제 작성 안내(영문)는 정답에 쓰인 이름을 반복하지 않는 자연스러운 상황을 권장합니다. 복잡한 개인 사연을 덧붙이지 말고 목적을 분명히 하세요.

회사의 기부 참여 여부를 찾는 과제와 함께 같은 도움말 사이트의 다른 부분을 살펴보는 과제도 준비하세요. 아래 표의 정답 위치 열은 조사 설정에 들어갈 정보이며, 참여자에게 보여 주는 지시문이 아닙니다.

정답 위치는 점수를 매기기 편한 곳이 아니라 각 콘텐츠의 정의에 따라 정해야 합니다. 과제를 여러 뜻으로 받아들일 수 있다면 시작 전에 다듬으세요. 예를 들어 “기부와 관련된 도움을 받으세요”는 돈을 내는 일, 시간을 내어 봉사하는 일, 승인된 단체를 찾는 일 중 어느 것이든 뜻할 수 있습니다. 이 문구로 얻은 결과에는 서로 다른 의도가 섞입니다.

과제와 최종 선택 방식을 먼저 시험해 보세요

조사를 확대하기 전에 실제 이용자를 대표할 수 있는 직원과 예비 테스트를 진행하세요. 의도한 분기를 설명하지 않은 채 회사의 기부 참여 여부를 찾는 과제를 어떻게 이해했는지 물어보세요. 최종 답을 고르고, 뒤로 돌아가고, 답을 찾지 못했을 때 중단하는 방법도 이해했는지 확인합니다. 예비 테스트에서는 메뉴가 아니라 지시문이 혼란의 원인임을 발견할 수도 있습니다.

인사 콘텐츠의 구성을 이미 잘 아는 관리 담당 직원과 가끔 그 정보를 찾는 직원을 구분하세요. 모든 참여자를 같은 조건으로 취급하지 말고 관련 정보에 얼마나 익숙한지 기록합니다. 정한 범위 전반에 과제를 배치하고, 적절한 경우 순서를 바꾸며, 거의 같은 과제를 반복해 ‘기부금 매칭 지원’으로 가는 길을 학습시키지 마세요.

첫 선택, 되돌아가기, 최종 도착점을 나누어 읽으세요

한 번의 탐색 경로를 예로 들어 봅시다. ‘규정’에서 시작해 ‘기부 및 봉사’를 열었다가 ‘직원 도움말’로 돌아옵니다. 이어 ‘인사’와 ‘복리후생’을 거쳐 ‘기부금 매칭 지원’에서 끝납니다. 해석을 설명하기 위해 만든 경로이며 실제 조사에서 관찰한 결과는 아닙니다. 도착점은 정답이지만 경로는 우회한 것입니다.

첫 선택 결과(영문)는 처음 어느 분기를 골랐는지 파악하는 데 도움이 됩니다. ‘인사’를 처음에 선택한 경우와 탐색 중 언젠가 방문한 경우를 구분하세요. 후자에는 잘못된 분기에서 돌아온 경로도 포함될 수 있습니다. 어려움이 대부분 ‘복리후생’을 연 뒤에 생긴다면 최상위 분류명을 바꾸는 것은 엉뚱한 계층을 고치는 일이 될 수 있습니다.

탐색 경로 결과(영문)는 곧바로 갔는지 우회했는지와 최종 성공 여부를 구분합니다. 틀린 위치에 곧바로 도착할 수도 있고, 되돌아간 뒤에도 실패할 수 있습니다. 따라서 직접 도착했다고 해서 성공은 아닙니다. 두 종류의 실패를 빨간 표시 하나로 합치지 말고 전체 순서를 남기세요.

Optimal의 도착점 화면 안내(영문)는 지정한 정답과 비교해 참여자가 어디에서 탐색을 끝냈는지 보여 줍니다. 이 도움말 사례에서는 오답이 ‘대상 단체’에 몰리는지, 서로 관계없는 페이지에 흩어지는지 살펴보세요. 두 패턴에는 서로 다른 후속 질문이 필요합니다. 중도 포기한 시도도 따로 남겨 두세요. 최종 답을 선택하지 않은 것은 특정 도착점을 선택한 것과 다릅니다.

비율을 보고할 때는 과제, 트리 버전, 참여자 집단, 계산의 분모를 함께 제시하세요. 중도 포기하거나 분석에서 제외한 시도를 어떻게 처리했는지도 설명합니다. 성공률을 높이기 위해 검증된 정답과 확인되지 않은 지름길을 한데 묶지 마세요. 과제 하나의 결과는 도움말 사이트 전체의 점수가 아닙니다.

우회 경로는 원인을 단정하기보다 후속 질문의 출발점으로 삼으세요

예시 경로를 보면 직원이 복리후생과 봉사활동 규정을 어떻게 구분하는지 조사해 볼 수 있습니다. 그러나 ‘인사’라는 이름이 잘못되었다고 입증된 것은 아닙니다. 회사의 모든 규칙이 ‘규정’ 아래에 있을 것으로 예상했거나, 회사가 무엇을 지원하는지 오해했거나, 단순히 둘러봤을 수도 있습니다. 진행자가 있는 후속 조사에서는 “‘인사’가 헷갈렸나요?”보다 “그곳에서 무엇을 찾을 것으로 예상했나요?”라고 물어보세요.

회사의 금전 지원을 찾는 과제와 봉사활동 과제를 비교하세요. 두 과제 모두 ‘규정’에서 시작한다면 이름이 서로 다른 두 요구를 구분해 주지 못하고 있을 수 있습니다. 직원이 둘을 구분하지만 ‘대상 단체’에서 멈춘다면 하위 항목의 표현과 실제 내용을 살펴보세요. 필요한 변경은 분류명 수정일 수도, 콘텐츠 이동일 수도, 유용한 두 번째 경로 추가일 수도 있습니다. 반드시 메뉴를 짧게 줄이는 것이 답은 아닙니다.

소규모 정성 조사는 다시 살펴볼 만한 문제를 발견할 수 있지만, 전체 이용자에게 그 문제가 얼마나 자주 나타나는지는 입증하지 못합니다. 몇 번의 우회를 보편적인 실패율로 바꾸거나 두 안의 작은 차이가 결정적이라고 주장하지 마세요. 시간도 맥락을 봐야 합니다. 느리게 성공한 사람은 신중히 읽었을 수 있고, 빠르게 틀린 답을 고른 사람은 확신은 강하지만 잘못된 기대를 가졌을 수 있습니다.

Pixso에서 범위를 정한 수정안 하나를 비교하세요

다음에 확인할 가설을 구체화하세요. 예를 들어 하위 항목과 다른 분기는 모두 그대로 두고 ‘인사’를 ‘인사 및 복리후생’으로 바꾸는 안을 만들 수 있습니다. 질문은 전면 개편한 메뉴가 “더 좋은가”가 아니라, 넓어진 이름이 회사의 기부 참여 안내 페이지를 더 잘 예고하는가입니다. 동시에 ‘기부금 매칭 지원’의 위치까지 옮기면 결과가 이름 변경 때문인지 판단하기 어려워집니다.

Pixso에서 텍스트, 도형, 선으로 원래 계층과 수정안을 나란히 그리세요. 위에는 참여자 과제를 놓고, 예시 경로는 원래 트리에만 붙입니다. 그 경로가 예시임을 표시하세요. 실제 조사라면 개인을 식별할 수 없도록 처리한 시도 번호 등을 붙여 원래 조사 기록을 찾아갈 수 있게 합니다. 바뀐 이름 하나만 강조하고 나머지 트리 내용은 동일하게 유지하세요. Pixso의 UI 디자인·주석 도구로 이런 검토 자료를 만들 수 있습니다. 테스트 데이터는 조사 과정에서 얻는 것이며 Pixso에 내장된 트리 테스트 분석 기능이 생성하는 것이 아닙니다.

Pixso에서 탐색 트리를 만들고 다듬어 보세요 →

같은 과제와 정답 인정 기준으로 수정안을 테스트하세요. 처음 접했을 때의 반응을 제대로 비교하려면, 모든 참여자가 첫 트리에서 답을 배운 뒤 두 번째 트리에서 같은 과제를 반복하게 하지 말고 서로 비교 가능한 별도 집단을 사용하세요. 다른 조사 조건도 일관되게 유지합니다. 한 경로를 돕기 위한 변경이 다른 곳의 문제를 가리지 않도록 봉사활동과 기기 과제도 함께 살펴보세요.

수정한 계층을 실제 인터페이스에 적용해 보세요

방향을 정한 뒤에는 실제 탐색 레이아웃에 이름을 넣고 직원의 과제를 다시 테스트하세요. 메가 메뉴는 여러 계층을 한꺼번에 드러낼 수 있고, 좁은 화면의 메뉴는 한 단계씩 보여 줄 수 있습니다. 검색, 페이지 내용, 상호작용 방식도 경험을 바꿉니다. 트리 테스트 결과만으로 이 문제들까지 판단할 수는 없습니다.

직원이 완성된 인터페이스를 사용하고 회사의 금전 지원 안내에 따라 행동할 수 있는지 확인하려면 체계적인 사용성 테스트 절차(영문)를 활용하세요. 트리 테스트의 결론은 더 좁게 유지해야 합니다. 어떤 계층을 시험했고, 사람들이 어디로 갔으며, 무엇을 바꿨고, 무엇을 더 확인해야 하는지를 기록합니다. 유용한 결과는 경로와 분리된 초록색 성공 숫자가 아니라, 근거를 설명할 수 있는 탐색 구조의 결정입니다.