저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.
작업 소요 시간은 참가자가 특정 작업을 시작하는 순간부터 완료하는 순간까지 걸리는 시간을 측정합니다. 이는 사용성 연구에서 표준적인 효율성 지표로, 성공률과 함께 사용되어 사람들이 무언가를 달성할 수 있는지 여부뿐만 아니라 그 과정에서 얼마나 많은 노력을 기울였는지도 파악합니다.
해석은 겉보기보다 복잡합니다. 빠르다고 항상 좋은 것은 아니기 때문입니다. 재주문, 로그인, 익숙한 워크플로 완료와 같은 일상적이고 반복적인 작업의 경우, 시간이 짧을수록 인터페이스가 효율적이라는 것을 의미하며 당연히 바람직합니다. 하지만 제품 선택, 요금제 비교, 계약 전 약관 검토와 같은 신중한 결정의 경우, 시간이 오래 걸리는 것은 어려움이라기보다는 사용자의 참여와 신중한 평가를 나타낼 수 있습니다. 시간을 보편적인 효율성 척도로만 취급하면 좋은 결정을 내리는 데 필요한 숙고 과정을 생략하게 되고, 이는 결국 반품, 취소, 불만족으로 이어질 수 있습니다.
측정 시간은 인터페이스와 무관한 요인들의 영향을 크게 받습니다. 사전 친숙도, 해당 분야 지식, 읽기 속도, 사용 기기, 연결 품질, 그리고 참가자가 생각하는 과정을 소리 내어 말하는지 여부 등이 모두 시간에 상당한 영향을 미칩니다. 특히 생각하는 과정을 소리 내어 말하는 프로토콜은 참가자가 연기하는 동시에 설명하기 때문에 시간을 부풀립니다. 따라서 진행자가 있는 생각 소리내기 세션의 시간은 진행자가 없는 세션이나 실시간 분석 결과와 비교해서는 안 됩니다.
과제 수행 시간은 일반적으로 오른쪽으로 치우친 분포를 보이며, 대부분의 참가자는 비슷한 시간에 집중하고 소수의 참가자는 훨씬 더 오랜 시간이 걸리기 때문에 평균값만으로는 정확한 요약을 제공하기 어렵습니다. 기하평균이나 중앙값이 일반적인 경험을 더 정확하게 나타내며, 분포 또는 범위를 제시하는 것이 단일 수치보다 더 많은 정보를 전달합니다. 특히, 과제 수행 속도가 느린 구간(slow tail)은 어려움을 겪은 참가자와 그들이 막혔던 구체적인 지점을 파악하는 데 매우 유용한 정보를 제공하며, 실질적인 개선점을 찾을 수 있는 핵심적인 부분입니다.
시간은 절대적인 수치보다는 비교를 통해 측정하는 것이 가장 유용합니다. 2분 40초라는 시간 자체는 큰 의미가 없지만, 성공률을 동일하게 유지하면서 수정된 설계로 동일한 작업을 수행하는 데 걸리는 시간이 절반으로 줄었다면 이는 명확한 결과라고 할 수 있습니다. 따라서 시간은 재설계 전후 평가, 경쟁적인 설계 방향 비교, 그리고 동일한 작업을 수행하는 다른 제품과의 경쟁력 평가에 매우 적합한 지표입니다.
읽기 속도나 숙고 시간에 덜 영향을 받고 재설계를 통해 무엇을 바꿀 수 있는지에 더 직접적으로 연결되기 때문에, 필요한 단계 또는 작업 수를 측정하는 것이 더 유용한 보조 지표가 될 수 있습니다. 특정 작업에 필요한 클릭 수, 페이지 로드 횟수, 양식 입력 횟수를 세면 참여자를 모집하지 않고도 변경 전후를 비교할 수 있는 구조적 노력 측정값을 얻을 수 있습니다. 횟수가 많으면 작업 시간 단축의 여지가 명확하고, 횟수는 적지만 시간이 오래 걸리는 경우에는 구조적인 문제라기보다는 이해도 문제이므로 흐름 재설계보다는 콘텐츠 및 라벨링 작업이 필요함을 시사합니다. 이 두 가지 측정 방법을 함께 사용하면 이 두 가지 매우 다른 원인을 구분할 수 있습니다.
상업적인 업무에서, 업무에 소요되는 시간은 직원 효율성이 측정 가능한 비용으로 이어지는 운영 환경이나, 누적된 마찰로 인해 이탈이 발생하는 빈번한 소비자 활동에서 결과와 가장 직접적으로 연결됩니다. 사용자 조사 일반적으로 프로그램에서는 성공률 및 관찰된 난이도와 함께 보고되며, 단순히 수치만으로는 빠른 실패나 느린 성공을 제대로 반영하지 못하기 때문입니다. 내부 도구나 직원용 시스템처럼 동일한 작업이 하루에 수백 번씩 수행되는 경우에는 해당 지표가 효율성 검증에 직접적인 근거 자료로 활용되어 시스템 도입을 정당화하는 데 사용됩니다. 제품 디자인 애초에 투자 자체에 대한 투자 말입니다.
저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.