제품 디자인 및 UI/UX

사용자 테스트

실제 사용자가 귀사의 제품에서 어디서 어려움을 겪는지, 그리고 그 이유를 확인하세요. 우리는 프로토타입과 실제 운영 제품에 대해 사용성 테스트를 수행한 다음, 증거에 기반해 우선순위가 매겨진 수정 사항을 제공합니다.

프로젝트 논의하기사용성 테스트를 계획하세요

누가 사용성 테스트를 요청하는가

사용자가 특정 단계에서 멈추는 이유를 두고 팀 내 의견이 엇갈리고, 모든 의견이 그럴듯하게 들립니다. 테스트는 실제 사람들이 제품으로 무엇을 하는지 보여주므로, 결정이 귀사가 직접 목격한 사실에 근거하게 됩니다.

  • 내부자만 사용해 본 리디자인을 출시하려는 팀
  • 분석에서 퍼널 이탈은 보이지만 그 원인은 보이지 않는 제품 관리자
  • 티켓이 한 흐름에서 동일한 혼란을 계속 설명하는 지원 리드

실제 사람들이 귀사의 제품을 사용하는 것을 지켜보세요

팀은 자신의 제품을 너무 잘 알기 때문에 신규 사용자가 어디서 어려움을 겪는지 보지 못합니다. 사용성 테스트는 이를 직접 보여줍니다. 실제 사람들이 실제 작업을 시도하는 동안 연구원이 관찰합니다. 우리는 귀사의 사용자와 일치하는 참가자를 대상으로 프로토타입, 스테이징 빌드, 실제 운영 제품을 테스트하고, 우리가 본 것을 귀사가 사용을 허락한 분석 데이터와 결합하여, 무엇이 잘못되었는지, 왜 중요한지, 어떻게 고칠지 보고합니다. 테스트는 다른 팀이 구축한 제품을 포함하여 독립적인 작업이 될 수 있습니다.

AI 지원 분석, 연구원 주도 테스트

AI가 돕는 방식

  • 귀사의 목표로부터 테스트 스크립트, 작업, 선별 질문의 초안을 작성하여 연구원이 다듬도록 합니다.
  • 동의를 받은 세션 녹화를 글로 옮기고 망설임, 오류, 포기된 작업의 순간에 태그를 붙입니다.
  • 여러 세션에 걸친 관찰 내용을 이슈로 그룹화하고, 각각을 그 뒤에 있는 클립 및 인용과 연결합니다.
  • 귀사가 사용을 허락한 히트맵, 퍼널, 녹화 데이터를 요약하여 어디를 더 자세히 봐야 하는지 보여줍니다.

전문가가 책임지는 부분

  • 참가자는 귀사의 사용자와 일치하는 실제 사람들이며, 연구원이 모집하고 진행하며, 결코 AI 시뮬레이션이 아닙니다.
  • 연구원은 AI가 태그한 모든 이슈를 녹화와 대조하여 확인하고, 관찰된 행동을 의견과 분리하여 유지합니다.
  • 심각도 등급과 권장 사항은 증거를 검토한 연구원에게서 나오며, 모델에서 나오지 않습니다.
  • 스크린 리더와 키보드 탐색을 사용한 접근성 테스트는 자동 스캔만이 아니라 사람에 의해 수행됩니다.

진행자가 있는 사용성 세션의 내부

일반적인 진행자 세션 및 분석이며, 귀사의 과제와 심각도 척도는 테스트 계획에서 합의됩니다.

  1. 브리핑 및 동의

    진행자가 세션을 설명하고 녹화 동의를 요청합니다. 테스트 대상은 참가자가 아니라 제품입니다.

    체크포인트: 녹화는 동의 후에만 시작됩니다

  2. 워밍업

    이후의 행동을 맥락 속에서 읽을 수 있도록, 그들의 업무와 현재 사용하는 도구에 관한 쉬운 질문을 합니다.

  3. 생각 말하기 과제

    참가자가 현실적인 과제를 시도하며 기대하는 바를 말하고, 진행자는 탐문하되 결코 답을 암시하지 않습니다.

  4. 디브리핑

    무엇이 어렵거나 의외였는지, 그리고 참가자가 기대했지만 찾지 못한 것이 있는지에 대한 개방형 질문을 합니다.

  5. 심각도 평가

    모든 세션에 걸쳐 연구원이 녹화물에서 각 문제를 확인하고 그것이 과제를 얼마나 막는지 평가합니다.

    체크포인트: 확인된 문제만 발견 사항에 포함됩니다

  6. 발견 사항

    확인된 각 문제는 해당 클립, 그것이 막은 과제, 제안된 수정 사항과 함께 작성됩니다.

문제가 발생했을 때: 참가자가 막히면 진행자는 어디서 막혔는지 기록하고 넘어갑니다. 멈춘 과제는 하나의 발견 사항이지 실패한 세션이 아닙니다.

사용성 연구가 진행되는 방식

  1. 01

    계획

    무엇을 테스트할지, 과제, 성공 기준, 모집 대상에 더해 동의 절차와 녹화물이 저장 및 처리되는 방식을 합의합니다.

  2. 02

    모집 및 테스트

    연구원이 조건에 맞는 참가자를 모집하고 귀사의 프로토타입, 스테이징 빌드 또는 라이브 제품에서 진행자가 있는 세션 또는 진행자가 없는 세션을 운영합니다.

  3. 03

    분석

    AI가 세션을 전사하고 태그를 다는 데 도움을 줍니다. 연구원이 녹화물을 검토하고 각 문제를 확인한 뒤 심각도를 평가합니다.

  4. 04

    권고 및 재테스트

    클립과 권고 수정 사항을 곁들인 발견 사항 설명, 그리고 원하신다면 변경이 이루어진 후 후속 테스트를 진행합니다.

AI 도구와 함께 작업하는 두 가지 방법

AI는 허용된 리서치를 종합하고 디자인을 탐색하도록 돕습니다. 리서치와 파일을 어디에서 처리할 수 있는지 선택하세요.

확실하지 않으신가요? 범위 지정 중에 저희가 하나를 추천하겠습니다. AI 딜리버리 옵션 비교하기

받게 되는 것

사용성 테스트 산출물

  • 테스트 계획

    목표, 작업, 성공 기준, 참가자 프로필을 모집 시작 전에 귀사와 합의합니다.

  • 진행자가 있는 세션

    연구원이 참가자를 작업 전반에 걸쳐 안내하고 그들이 왜 어려움을 겪는지 이해하기 위해 후속 질문을 하는 실시간 원격 세션.

  • 진행자가 없는 테스트

    참가자가 화면과 음성을 녹화하며 혼자서 작업을 완료하여, 더 많은 사람을 더 빠르게 파악할 수 있습니다.

  • 행동 분석 검토

    귀사가 사용을 허락한 히트맵, 퍼널, 세션 녹화로, 사용자가 어디서 이탈하거나 망설이거나 단계를 반복하는지 보여줍니다.

  • 접근성 테스트

    WCAG 성공 기준에 매핑된 키보드, 스크린 리더, 대비, 포커스 점검과 각 이슈를 재현하는 단계.

  • 결과 보고서

    심각도별로 순위가 매겨진 이슈와 비디오 클립, 인용, 권장 수정 사항, 그리고 가장 심각한 문제에 대한 재설계 개념.

일반적인 사용성 테스트 요청

고객 사례 연구가 아니라, 저희가 범위를 정하는 일반적인 시나리오입니다.

  • 사람들이 이탈하는 결제 단계

    분석에서 방문자가 배송 단계에서 떠나는 것으로 나타나고, 팀은 그 이유에 대해 상충하는 이론을 가지고 있습니다. 저희는 귀사 고객과 조건이 맞는 사람들을 대상으로 그 단계에서 진행자가 있는 세션을 운영하고, 그들이 실제로 하는 행동에 비추어 각 이론을 검증합니다.

  • 스테이징에 준비된 리디자인

    새로운 온보딩 흐름이 스테이징에서 작동하지만, 팀만 사용해 봤습니다. 저희는 처음 사용하는 사용자에게 현재 흐름과 새 흐름에서 동일한 과제를 부여하고, 각 문제를 심각도별로 평가하며, 출시 전에 수정해야 할 부분을 표시합니다.

  • 서로 다른 사용자 그룹, 같은 앱

    사무 관리자와 현장 직원은 동일한 앱을 매우 다르게 사용합니다. 저희는 각 그룹을 대상으로 진행자가 있는 세션을 운영해 과제가 왜 멈추는지 파악한 뒤, 진행자가 없는 라운드를 통해 동일한 문제가 얼마나 광범위하게 나타나는지 확인합니다.

사용자 테스트가 다루지 않는 것

  • 요구, 동기, 해결되지 않은 문제를 발견하는 것은 UX Research이며, 사용자 테스트는 사람들이 디자인이나 제품으로 과제를 완료할 수 있는지를 확인합니다.
  • 세션에서 발견된 기능 버그는 보고되지만, 체계적인 기능 및 회귀 테스트는 Software QA & Testing의 영역입니다.
  • 저희는 참가자를 AI 시뮬레이션 사용자로 대체하지 않습니다. 전문 청중을 모집하기 어려운 경우, 저희는 대신 귀사와 함께 계획을 변경합니다.
  • 접근성 관련 발견 사항은 수정을 안내하기 위해 WCAG 기준에 매핑되며, 귀사 제품에 대한 완전한 적합성 감사는 아닙니다.

테스트가 디자인, QA, 릴리스에 어떻게 반영되는가

  • 수정 사항 설계 및 재테스트

    우리 디자이너는 결과를 수정된 플로우와 프로토타입으로 전환한 다음 다시 테스트할 수 있으므로, 구축되기 전에 수정이 효과가 있는지 알 수 있습니다.

  • 엔지니어가 재현할 수 있는 이슈

    각 문제에는 단계, 화면, 클립이 함께 제공되므로, 우리 개발자든 귀사 개발자든 긴 주고받음 없이 조치를 취할 수 있습니다.

  • QA 주기 내의 사용성

    중요한 작업과 접근성 결과는 QA 점검 항목이 되므로, 귀사가 수정한 문제가 각 릴리스 전에 다시 점검됩니다.

  • 테스트는 출시 후에도 계속됩니다

    라이브 제품에 대한 반복 작업과 함께 분석 데이터와 지원 티켓을 통해 변경 사항이 효과가 있었는지, 그리고 다음에 어디서 마찰이 나타나는지를 보여줍니다.

FAQ

자주 묻는 질문

몇 명의 참가자로 테스트해야 하나요?

무엇을 알고자 하는지에 따라 다릅니다. 사용성 문제를 찾으려면 사용자 그룹당 소수의 참가자만으로도 대개 반복되는 이슈가 드러나며, 여러 번의 작은 라운드가 한 번의 큰 라운드보다 더 많은 것을 알려줍니다. 버전을 수치로 비교하려면 더 큰 표본이 필요하며, 흔히 진행자 없이 진행합니다. 저희는 귀사의 질문과 대상 청중을 바탕으로 테스트 계획에서 규모를 권장합니다.

다른 팀이 만든 제품을 테스트할 수 있나요?

네. 저희는 귀사의 라이브 제품, 스테이징 빌드, 프로토타입, 또는 비교를 위한 경쟁사 제품을 테스트할 수 있습니다. 테스트는 단독으로 진행할 수 있으며 개발이나 호스팅은 포함하지 않습니다. 수정 사항은 저희 팀이 설계하거나 귀사의 디자이너와 개발자에게 넘길 수 있습니다.

A/B 테스트를 진행하나요?

네, 명확한 결과를 낼 만큼 트래픽이 충분할 때 진행합니다. 저희가 가설과 성공 지표를 정의하고, 귀사 또는 저희 개발자가 변형을 구현하며, 저희가 귀사와 함께 결과를 분석합니다. 트래픽이 낮을 때는 진행자가 있는 테스트가 대개 질문에 더 빠르고 명확하게 답합니다.

세션 녹화물과 개인 데이터는 AI 도구와 함께 어떻게 처리되나요?

녹화가 이루어지기 전에 참가자가 동의합니다. 저희는 어떤 녹화물과 분석 데이터를 사용할 수 있는지 합의하고, 가능한 경우 개인 정보를 마스킹하거나 제거하며, 귀사가 동의한 AI 도구만 사용합니다. 처리는 저희의 두 가지 개발 패키지 중 하나를 따릅니다: 비공개로 호스팅되는 모델을 사용하는 프라이빗 / 로컬 AI 엔지니어링, 또는 합의된 계정 및 보존 설정 하에 상업용 제공업체를 사용하는 Claude Code / OpenAI Codex 엔지니어링.

사용자가 막히는 지점을 찾아내세요

무엇을 알고 싶은지, 그리고 테스트할 준비가 된 것이 무엇인지 알려주세요. 저희는 단독으로 또는 디자인 및 개발과 병행하여 진행되는 연구를 계획해 드립니다.

프로젝트 논의하기사용자 테스트 논의하기