5.8 디자인 리서치와 사용성 테스트
개요와 동기
사용자 리서치는 여러분이 만드는 대상인 사람들, 곧 그들의 목표, 맥락, 과업, 그들을 걸려 넘어지게 하는 장애물을 배우는 규율입니다. 핵심 가치는 위험 감소입니다. 소프트웨어에서 가장 비싼 실수는 버그나 놓친 마감이 아니라, 잘못된 것을 잘 만든 뒤 출시 후에야 아무도 그것을 필요로 하지 않았거나 아무도 쓸 수 없었음을 발견하는 것입니다. 리서치는 엔지니어링을 쏟아부어 틀린 것으로 드러날 방향에 들어서기 전에 그 위험을 싸게 줄여 줍니다. 5.1장이 UX의 기초를 놓았고, 이 장은 그 기초가 정직하게 유지되도록 하는 두 엔진, 곧 무엇을 만들지 알려 주는 생성적 리서치와 만든 것이 실제로 동작하는지 알려 주는 평가적 리서치를 깊이 다룹니다.
큰 팀에서는 판돈이 커집니다. 여러 스쿼드가 하나의 제품에 출하할 때 각각이 스프린트마다 사용자에 대해 내기를 걸고 있으며, 공유된 리서치 습관이 없으면 그 내기는 자신감의 옷을 입은 의견일 뿐입니다. 작고 꾸준한 증거의 흐름은 모두에게 논쟁의 근거가 되는 같은 현실을 주어, 논쟁이 가장 연차가 높거나 목소리가 큰 사람이 아니라 “가서 사용자 몇 명을 보자”로 끝나게 합니다. 리서치는 퍼지기도 합니다. 잘 수행된 하나의 연구가, 잘 기록하고 공유한다면 열두 팀의 가정을 한꺼번에 바로잡을 수 있습니다.
기업과 정부는 기준을 다시 올립니다. 기업 소프트웨어에는 떠날 수 없는 포로 사용자가 흔해서, 쓸 수 없는 도구의 대가는 대시보드에서 보이는 이탈이 아니라 오류, 교육, 잃어버린 시간으로 치러집니다. 정부 서비스는 위기에 처한 사람, 오래된 휴대폰을 쓰는 사람, 디지털 자신감이 낮은 사람, 다른 선택지가 없는 사람을 포함한 대중 전체에 닿습니다. 많은 국가 디지털 서비스 표준이 바로 이 이유로 사용자 리서치를 의무화합니다. 아무도 끝낼 수 없는 양식은 사람들이 받을 자격이 있는 급여를 박탈하기 때문입니다. 여기서 리서치는 호의가 아니라 공적 약속을 지키는 방법입니다.
핵심 원칙
- 리서치는 잘못된 것을 만들 위험을 줄입니다. 만들고 난 뒤가 아니라 만들기 전에 가장 쌉니다.
- 생성적 리서치는 올바른 문제를 찾고, 평가적 리서치는 해결책을 점검합니다. 둘 다 필요합니다.
- 사람들이 말하는 것만이 아니라 하는 것을 보십시오. 진술된 선호와 실제 행동은 갈립니다.
- 정성적 방법은 이유를 설명하고, 정량적 방법은 얼마나 많은지를 가늠합니다. 짝지어 쓰십시오.
- 작고 지속적인 것이 드물고 무거운 것을 이깁니다. 매주 소수의 사용자가 1년에 한 번의 큰 연구보다 더 많이 배웁니다.
- 발견은 참가자만큼만 대표성이 있으므로, 장애인과 접근하기 어려운 사용자를 포함해 의도적으로 모집하십시오.
- 한 팀의 슬라이드에 있는 통찰은 사라집니다. 조직 전체가 재사용할 수 있게 리서치를 기록하십시오.
- 편향은 유도 질문과 희망적 종합을 통해 스며듭니다. 의도적으로 대비해 설계하십시오.
권장 사항
생성적 리서치와 평가적 리서치를 분리한다
방법이 다르므로 어떤 질문을 하는지 명시하십시오. 생성적(또는 발견) 리서치는 해결책이 생기기 전에 문제 공간을 탐색하는 열린 리서치입니다. 사람들이 실제로 이루려는 것은 무엇인가? 현재 경험의 어디가 아픈가? 무엇을 우회하는가? 평가적 리서치는 특정 디자인을 과업에 비춰 테스트합니다. 사람들이 완료할 수 있는가, 어디서 걸려 넘어지는가? 둘을 혼동하면 둘 다 낭비됩니다. 아직 문제를 이해하지 못했는데 엄격하게 각본화된 사용성 테스트 세션을 돌리면 틀린 질문에 대한 세련된 답을 얻고, 결제 흐름을 검증해야 하는데 구조 없는 대화를 하면 짐작만 남습니다. 먼저 리서치 질문의 이름을 정하고 방법을 고르며, 생성적 발견을 로드맵이 실제로 만들어지는 제품 발견(10.14장)에 흘려 넣으십시오.
방법을 질문에 맞춘다
만능 방법은 없고 적합만 있습니다. 사용자 인터뷰는 동기, 멘탈 모델, 이력을 드러내며 발견의 일꾼입니다. 실제 업무를 자기 환경에서 하는 사람들을 관찰하는 맥락 조사는 사람들이 회의실에서는 절대 언급하지 않는 우회 방법과 방해 요소를 드러냅니다. 설문은 큰 모집단에 걸친 태도와 빈도를 측정하지만 그 뒤의 이유를 설명할 수 없고, 허술한 질문 설계를 가혹하게 벌합니다. 카드 소팅과 트리 테스트는 사용자의 멘탈 모델에서 정보 구조를 도출하고 검증합니다. 카드 소팅은 사람들에게 개념을 묶고 이름 붙이게 하고, 트리 테스트는 제안된 구조에서 사물을 찾을 수 있는지 점검합니다. 일기 연구는 온보딩이나 습관 형성처럼 며칠이나 몇 주에 걸쳐 펼쳐지는, 어떤 단일 세션도 볼 수 없는 행동을 포착합니다. 간단한 경험칙은 이렇습니다. 사람을 이해하려면 인터뷰와 맥락 조사, 정보를 구조화하려면 카드 소팅과 트리 테스트, 시간과 규모에 걸쳐 보려면 설문과 일기 연구, 디자인을 점검하려면 사용성 테스트를 쓰십시오.
사용성 테스트를 일찍, 자주, 작게 한다
사용성 테스트는 가장 지렛대 효과가 큰 평가 방법이며, 코드가 있기 한참 전 종이 스케치로도 시작할 수 있습니다. 잘 알려진 경험칙은 라운드당 약 다섯 명의 사용자가 심각하고 명백한 사용성 문제의 대부분을 찾아낸다는 것이므로, 마지막에 열다섯 명으로 한 번 크게 하는 것보다 디자인이 진화하는 동안 다섯 명씩 세 라운드를 돌리는 편이 낫습니다. 다만 이 경험칙의 한계를 이해하십시오. 다섯 명은 하나의 동질적 집단이 큰 문제를 발견하는 데에만 충분합니다. 성공률을 측정하지 못하고, 서로 다른 사용자 세그먼트를 덮지 못하며(의미 있게 다른 집단마다 자기 몫의 소수가 필요합니다), 드물지만 심각한 문제를 잡지 못합니다. 추론을 파고들고, 즉석에서 적응하고, 복잡하거나 민감한 과업을 다루고 싶을 때는 진행자가 있는 테스트를, 단순한 흐름에 속도, 규모, 지리적 도달, 낮은 비용을 원할 때는 진행자 없는 테스트를 고르십시오. 대부분의 성숙한 팀은 둘 다 합니다. 이해하려고 진행자가 있는 테스트를, 규모에서 확인하려고 진행자 없는 테스트를 합니다.
증인을 유도하지 않는 과업과 질문을 쓴다
연구는 프로토콜만큼만 믿을 만하고, 이를 망치는 가장 빠른 방법은 바라는 답을 내비치는 것입니다. 참가자에게 지시가 아니라 현실적인 목표를 주십시오. “프로필 편집 버튼을 클릭해 주소를 바꾸세요” 대신 “방금 이사해서 주소를 업데이트해야 합니다”라고 말하십시오. 미래의 의도 대신 과거의 행동을 물으십시오. “이걸 쓰시겠습니까?”는 어김없이 예의 바른 거짓말을 낳지만 “마지막으로 이걸 했던 때를 말해 주세요”는 사실을 낳습니다. 자기 결론을 전제하는 질문을 피하고, 이미 믿는 것을 지지하는 증거를 알아채고 기억하려는 인간의 경향인 확증 편향을 경계하십시오. 디자인을 쓴 리서처가 참가자를 성공 쪽으로 조용히 코칭해서는 안 되고, 지켜보는 팀은 그것이 무슨 뜻인지 논쟁하기 전에 무슨 일이 일어났는지를 기록해야 합니다. 과업의 설계와 전달을 제품의 설계와 분리하면(5.4장) 더 깨끗한 신호를 얻습니다.
실제로 사용자를 대표하는 참가자를 모집한다
발견은 모집의 편향을 물려받습니다. 자신감 있고, 연결되어 있고, 기술에 편안한 자원자하고만 테스트하면, 도움이 거의 필요 없던 사람들에게는 아름답게 동작하고 가장 도움이 필요했던 사람들에게는 실패하는 것을 출하하게 됩니다. 세그먼트를 정의하고 의도적으로 그에 맞춰 모집하십시오. 보조 기술에 의존하는 장애인 사용자(5.3장)와, 위기에 처한 사람, 디지털 자신감이 낮은 사람, 고령 사용자, 느린 연결이나 오래된 기기의 사람 같은 접근하기 어려운 집단을 포함하십시오. 이런 참가자에게 닿으려면 더 많은 노력이 들고 흔히 지역사회 단체와의 협력, 적절한 사례, 유연한 일정이 필요하지만, 건너뛴다고 사용자가 사라지지는 않습니다. 발견이 훨씬 비싸고 훨씬 해로운 프로덕션으로 옮겨질 뿐입니다. 인센티브를 노리는 전문 테스터가 아니라 세그먼트의 진짜 구성원이 오도록 신중히 선별하십시오.
발견을 보고서가 아니라 결정으로 종합한다
원시 관찰은 통찰이 아닙니다. 종합의 일은 세션 노트 더미를 팀이 행동할 수 있는 소수의 결정으로 바꾸는 것입니다. 개별 관찰을 주제로 묶는 친화도 매핑(친화도 다이어그램의 실천)은 세션 전반에 걸친 패턴을 보이게 하는 표준 수법입니다. 인터뷰 비중이 큰 연구에서는 가벼운 주제 분석이 어떤 주제가 실제로 데이터에 뒷받침되는지에 대해 정직하게 해 줍니다. 오래가는 패턴을 5.1장의 공유 모델, 곧 증거 기반 페르소나와 여정 지도로 올려 통찰이 증발하지 않고 복리로 쌓이게 하십시오. 좋은 종합의 시험은 간단합니다. 결정이 바뀌었는가? 아름다운 슬라이드를 만들고 로드맵 항목 하나 바꾸지 못한 연구는 연극이었습니다. 모든 연구를 우선순위가 매겨진 짧은 발견 목록과 각각에 대한 권장 조치로 끝내십시오.
정성적 리서치를 분석 및 실험과 삼각 검증한다
정성적 리서치와 정량적 데이터는 같은 질문의 서로 다른 절반에 답하며, 각각 상대의 사각지대를 덮습니다. 리서치는 사용자가 왜 그렇게 행동하는지 설명하지만 방 안의 소수만 보고, 분석과 실험(7.4장)은 모집단 전체를 보지만 동기를 설명하거나 사용자가 되지 못한 사람들의 문제를 잡지 못합니다. 이를 순환으로 쓰십시오. 분석이 이탈을 보이고, 리서치가 그것을 설명하고, 재설계가 다루고, 실험이 수정이 숫자를 움직였는지 측정합니다. 정성적 신호와 정량적 신호가 어긋날 때는 모순을 성가심이 아니라 단서로 다루십시오. 보통 둘 중 하나가 여러분이 인식하지 못한 무언가를 측정하고 있기 때문입니다. 어느 쪽도 상대의 상사가 아닙니다. 결정은 둘을 함께 읽는 데서 나옵니다.
리서치가 확장되도록 리서치 운영을 구축한다
두어 개를 넘는 팀이 리서치를 하는 순간 병목은 방법이 아니라 모집, 일정 조율, 동의, 사례, 노트 보관, 누군가 다시 돌리기 전에 지난 분기 연구 찾기 같은 물류가 됩니다. 리서치 운영(ResearchOps)은 그 기계를 믿을 만하게 만드는 실천입니다. 발견이 태그되고, 찾을 수 있고, 팀 간에 재사용될 수 있도록 검색 가능한 통찰 저장소에, 동의와 프라이버시와 사람들에게 연락하는 빈도를 존중하는 참가자 관리 시스템에, 연구가 난장판이 아니라 꾸준한 습관이 되도록 규칙적인 리서치 주기에 투자하십시오. 비전문가가 일부 연구를 돌리게 하는 리서치의 민주화는 할 가치가 있지만 가드레일, 곧 템플릿, 교육, 리뷰가 있어야만 합니다. 그래야 나쁜 프로토콜과 편향된 결론의 양을 키우지 않고 학습의 양을 키울 수 있습니다.
장단점
| 방법 | 가장 적합한 용도 | 장점 | 단점 |
|---|---|---|---|
| 사용자 인터뷰 | 발견, 동기 | 깊은 이유. 유연. 시작이 쌈 | 작은 N. 인터뷰어 편향에 취약 |
| 맥락 조사 | 실제 행동 | 우회 방법과 맥락을 드러냄 | 시간이 많이 듦. 일정 잡기 어려움 |
| 설문 | 규모에서의 태도 | 큰 N. 정량화 가능 | 이유를 설명 못함. 나쁘게 쓰기 쉬움 |
| 카드 소팅과 트리 테스트 | 정보 구조 | 구조를 멘탈 모델에 근거시킴 | 좁은 범위. 신중한 분석 필요 |
| 일기 연구 | 시간에 따른 행동 | 종단적 패턴을 포착 | 높은 이탈. 참가자 노력 |
| 진행자가 있는 사용성 테스트 | 디자인 이해 | 파고들 수 있고, 적응적이고, 풍부 | 더 느리고 비싸고 일정 조율 부담 |
| 진행자 없는 사용성 테스트 | 규모에서 확인 | 빠르고 싸고 지리적으로 넓음 | 후속 질문 없음. 복잡한 과업에 얕음 |
중심 긴장은 깊이 대 규모이며, 해결은 고르는 것이 아니라 순서를 잡는 것입니다. 이해하고 가설을 만들기 위해 깊고 정성적이고 작은 N의 방법을 쓰고, 그것을 가늠하고 확인하기 위해 넓고 정량적인 방법을 쓰십시오. 두 번째 긴장은 속도 대 엄밀성입니다. 지속적이고 가벼운 리서치는 팀이 매주 배우게 하지만, 그것을 가치 있게 만드는 바로 그 속도가 모집과 프로토콜에서 부실하게 하기 쉽게 만듭니다. 되돌릴 수 있는 정도에 엄밀성을 맞춰 해결하십시오. 되돌리기 비싼 결정(핵심 흐름, 정보 구조, 플랫폼 내기)에는 진짜 방법론적 정성을 쓰고, 다음 스프린트에 바꿀 수 있는 세부 사항은 빠르고 느슨하게 움직이십시오.
팀과 논의할 질문
제품에 내기를 걸 때, 우리 마음을 바꿀 가장 작은 리서치는 무엇이며, 약속하기 전에 그것을 돌릴 의향이 있습니까? 팀은 원칙적으로 리서치를 좋아하고 마감 압박 아래서는 건너뛰므로, 진짜 질문은 증거가 로드맵에 대해 권위를 갖는지입니다. 반증이 될 증거가 무엇인지 미리 정하십시오. 결과와 무관하게 무시할 연구는 모두의 시간 낭비이자 연극의 한 형태이기 때문입니다. 이는 되돌리기 비싼 결정에서 가장 중요하며, 일주일의 발견은 잘못된 것을 만드는 몇 달에 비해 하찮습니다. 현재의 결정을 가져와 방향을 바꾸게 할 발견이 무엇인지 소리 내어 말해 보십시오. 어떤 발견도 바꿀 수 없다면 리서치를 하는 것이 아니라 안심을 모으는 것이니, 솔직하게 확정하거나 결정을 다시 여십시오.
우리가 테스트하는 사람들은 제품을 실제로 쓰는 사람들, 특히 가장 힘들어하는 사람들과 닮았습니까? 자신감 있고, 연결되어 있고, 시간 되는 자원자를 모집하는 것은 편하고, 그 편함은 제품이 실제로 얼마나 쓸 만한지에 대한 아첨하는 거짓 해석을 낳습니다. 소프트웨어가 잘 동작해야 가장 필요한 사용자, 곧 장애인, 위기에 처한 사람, 디지털 자신감이 낮은 사람은 보통 모집하기 가장 어려워서, 여러분이 싸우지 않으면 조용히 표본에서 빠집니다. 지난 세 연구의 참가자 인구통계를 뽑아 실제 사용자 기반이나 공공 서비스 의무와 나란히 놓아 보십시오. 접근하기 쉬운 사용자 쪽으로 치우쳐 있다면 확신이 잘못 놓인 것이므로, 다음 라운드의 발견을 믿기 전에 모집 파이프라인을 고치고, 지역사회 단체와 협력하고, 사례를 조정하십시오.
우리 리서치 발견은 어디에 있으며, 다른 팀이 6개월 뒤에 찾아 재사용할 수 있습니까? 큰 조직에서는 첫 팀이 이미 값을 치른 답을 아무도 찾지 못해 같은 질문이 거듭 연구되며, 이는 성실함으로 위장한 순수한 낭비입니다. 누가 통찰 저장소를 소유하는지, 연구가 어떻게 태그되고 요약되는지, 발견을 기록하는 것이 사람들이 실제로 할 만큼 빠르도록 최소한의 실행 가능한 글이 무엇인지 결정하십시오. 발견이 재사용되고 공유됨에 따라 동의와 참가자 프라이버시에 어떤 일이 일어나는지 생각하십시오. 신중하지 않은 재사용은 컴플라이언스와 신뢰의 문제이기 때문입니다. 최근 결정 하나를 가져와 그 뒤의 증거를 따라가 보십시오. 몇 분 안에 연구를 찾을 수 없다면 리서치는 생산하는 속도보다 빨리 증발하고 있는 것입니다.
“약 다섯 명” 규칙을 인용할 때, 이 제품은 실제로 몇 개의 서로 다른 세그먼트를 섬기며, 각각의 실제 표본을 테스트하고 있습니까? 다섯 명 경험칙은 제품에 의미 있게 다른 사용자 집단이 여럿일 때 덫이 됩니다. 한 집단의 다섯 명은 다른 집단에 대해 아무것도 알려 주지 않는데도, 한 라운드가 모두에 대해 문제를 정리한 것처럼 그 숫자가 인용되기 때문입니다. 공유 제품에 출하하는 큰 팀에서는 세그먼트가 빠르게 늘어납니다. 다른 역할, 지역, 기기, 접근성 필요, 전문성 수준이 있고, 의미 있게 다른 집단마다 자기 몫의 소수가 필요합니다. 경쟁하는 압력은 비용과 일정입니다. 모든 라운드에 모든 세그먼트를 테스트하는 것은 비싸므로, 어느 세그먼트가 가장 큰 위험을 지는지 정해 라운드마다 그것을 덮고 나머지는 돌아가며 하십시오. 실제 세그먼트 지도와 최근 라운드의 세그먼트별 참가자 수를 가져오고, 한 번도 지켜보지 않은 집단이 어디인지 솔직해지십시오. 포로 사용자와 공공 서비스 의무 때문에 소홀히 한 세그먼트가 그냥 이탈해 버릴 수 없는 기업과 정부 환경에서, 테스트하지 않은 세그먼트는 조용히 실패시키고 있는 인구이며, 그 간극은 평균에 묻히는 통계가 아니라 명시적 커버리지로서 계획에 들어가야 합니다.
여기서는 누가 연구를 돌릴 수 있으며, 훈련받지 않은 열성 팬이 규모에서 확신에 찬 헛소리를 만들어 내는 것을 무엇이 막습니까? 리서치의 민주화는 더 많은 팀이 더 빨리 배우게 하지만, 템플릿, 교육, 리뷰가 없으면 편향된 프로토콜, 유도 질문, 희망적 종합도 확장하므로 학습의 양과 나쁜 결론의 양이 함께 오릅니다. 긴장은 처리량과 신뢰 사이에 있습니다. 모든 것을 소수의 리서처를 거치게 하면 그들이 병목이 되고, 가드레일 없이 문을 열면 누구도 행동해서는 안 될 발견이 조직에 넘칩니다. 빠른 진행자 없는 과업 테스트처럼 위임해도 안전한 연구 유형과, 민감한 주제, 취약한 참가자, 정보 구조 내기처럼 훈련된 손이 필요한 유형을 결정하고, 템플릿, 리뷰 단계, 최근 셀프서비스 연구가 얼마나 검증을 견딜지 보는 솔직한 감사를 가져오십시오. 대기업이나 정부 기관에는 조달과 프라이버시 측면을 더하십시오. 공유 리서치 도구는 흔히 구매하며, 동의 추적 없이 누구나 참가자에게 연락할 수 있게 하는 셀프서비스 플랫폼은 터지길 기다리는 컴플라이언스 사고이므로, 가드레일은 방법의 품질만큼이나 적법한 데이터 처리에 관한 것입니다.
분석과 인터뷰가 같은 기능에 대해 반대의 이야기를 할 때, 이 팀은 어느 쪽을 믿을지 어떻게 결정합니까? 정성적 신호와 정량적 신호는 하나의 질문의 서로 다른 절반에 답하며, 둘 사이의 모순을 연차로 해결할 성가심으로 다루면 가진 가장 유용한 단서를 버리게 됩니다. 보통 한 원천이 여러분이 인식하지 못한 무언가를 측정하고 있기 때문입니다. 큰 조직의 위험은 부족주의입니다. 대시보드만 믿는 데이터 팀과 세션만 믿는 리서치 팀이 함께 읽는 대신 서로를 깎아내립니다. 최근의 실제 불일치, 곧 분석의 이탈을 리서치의 이유 옆에 놓은 것을 가져와, 분석이 어디인지 보이고, 리서치가 왜인지 설명하고, 실험이 수정이 숫자를 움직였는지 측정하는 순환을 짚어 보십시오. 단일 지표가 자금이나 공적 약속을 좌우할 수 있는 기업과 정부 맥락에서는, 둘이 어긋날 때 누가 중재하고 어떤 증거가 논쟁을 끝내는지 미리 이름 붙여, 결정이 방 안에서 가장 목소리 큰 부서가 아니라 삼각 검증된 해석에 근거하게 하십시오.
분야별 관점
스타트업. 몇 사람뿐이고 낭비할 자금이 없다면, 리서치를 단계가 아니라 살 수 있는 가장 싼 보험으로 다루십시오. 코드를 많이 쓰기 전에 창업자가 종이 프로토타입으로 진행자가 있는 세션 다섯 개를 돌리고, 과업을 지시가 아니라 목표로 구성하고, 아이디어가 아직 스케치일 때 보는 것이 그것을 죽이거나 방향을 바꾸게 하십시오. 저장소와 패널은 건너뛰십시오. 요점은 잘못된 것을 만드는 일을 피할 만큼 빨리 배우는 것입니다.
소기업. 전담 리서처도 빠듯한 예산도 없을 테니, 인력을 둔 리서치 기능 대신 저비용의 진행자 없는 테스트 도구와 가벼운 인터뷰에 기대십시오. 사용성 테스트 소프트웨어를 살 때는 모집과 동의를 대신 처리해 주는 도구를 선호하십시오. 그 기계를 직접 만드는 것은 여러분의 규모에서는 거의 값어치가 없습니다. 고객을 얻거나 잃게 하는 몇 개의 흐름을 테스트하고, 나쁜 프로토콜은 얼마 안 되는 예산을 낭비하므로 증인을 유도하지 않는 과업을 쓰는 데 엄격하십시오.
대기업. 많은 스쿼드가 공유 제품에 출하하므로 제약은 거버넌스입니다. 검색 가능한 통찰 저장소, 동의 추적이 있는 관리되는 참가자 패널, 연구가 난장판이 아니라 습관이 되도록 하는 리서치 주기입니다. 템플릿, 교육, 리뷰라는 가드레일 안에서 리서치를 민주화해 나쁜 프로토콜을 키우지 않고 양을 키우고, 두 스쿼드가 같은 질문에 답하려고 두 번 값을 치르지 않도록 발견이 태그되고 감사 가능하게 하십시오. 참가자 데이터는 규제 대상으로 다루십시오. 보존, 동의, 연락 빈도 모두 정책이 필요합니다.
정부. 많은 국가 디지털 서비스 표준이 사용자 리서치를 의무로 하고 평가 대상으로 삼으므로, 서비스가 증거와 함께 통과해야 하는 관문으로 다루십시오. 조달 규칙이 도구와 모집 공급자를 형성하고, 투명성은 누구와 테스트했고 무엇을 발견했는지 문서화한다는 뜻이며, 공적 책임은 지원 디지털 이용자와 장애인 참가자를 포함해 가장 접근하기 어려운 사용자를 모집한다는 뜻입니다. 이들을 배제하는 서비스는 사람들의 자격을 박탈하기 때문입니다. 평가자, 감사자, 대중이 리서치가 진짜였음을 볼 수 있도록 동의와 방법의 분명한 기록을 유지하십시오.
사례
스타트업. 프리랜서용 경비 소프트웨어를 만드는 여섯 명의 스타트업은 결정적 기능이 영수증 자동 스캔이라고 확신했고 대략적인 버전을 만들어 두었습니다. 더 투자하기 전에 두 창업자가 실제 프리랜서와 종이 프로토타입으로 진행자가 있는 사용성 세션 다섯 개를 돌리며, 과업을 지시가 아니라 목표(“방금 경비 처리한 커피를 기록해 보세요”)로 구성했습니다. 다섯 중 넷은 스캔을 완전히 무시하고 금액을 손으로 입력했는데, 그들의 진짜 불안은 데이터 입력 속도가 아니라 경비가 세무 감사를 견딜지였기 때문입니다. 팀은 감사에 대비한 분류와 명확한 증빙 기록을 중심으로 제품을 전환하고, 반복하면서 작은 라운드를 두 번 더 돌려, 정체된 무료 체험을 유료 구독자로 바꿨습니다. 모두 스케치와 대화 일주일의 비용으로 말입니다.
기업. 한 글로벌 물류 회사가 여러 사업장에 걸쳐 창고 소프트웨어를 표준화하면서 수십 개 제품 스쿼드를 정직하게 유지하도록 상설 리서치 운영 기능을 세웠습니다. 태그된 통찰 저장소, 주기적 세션에 동의한 창고 직원의 관리되는 패널, 격주 리서치 주기를 구축했습니다. 두 스쿼드가 각자 같은 스캔 워크플로의 재설계를 제안했을 때, 저장소를 검색하자 지난 분기의 맥락 조사가 나왔고, 화면 레이아웃이 아니라 장갑과 냉장 창고 조건이 스캔 오류 대부분을 일으킨다는 것을 보여 주었습니다. 재사용된 그 하나의 발견이 두 스쿼드를 더 큰 탭 대상과 장갑 친화적 상호작용 쪽으로 돌렸고, 중복된 발견을 피했으며, 출하 후 오스캔을 측정 가능하게 줄였습니다.
정부. 예약 서비스를 재설계하던 한 국가 보건 서비스는 사용자 리서치를 선택이 아니라 디지털 서비스 표준 아래 의무로 다뤘습니다. 인구통계적으로 폭넓은 표본과의 진행자가 있는 사용성 테스트와 함께, 보통 친척이나 도서관 직원에게 의존하는 사람들과 지원 디지털 세션을 돌렸고, 자선 단체와의 협력으로 스크린 리더와 스위치 접근을 쓰는 장애인 참가자를 모집했습니다(5.3장). 테스트는 섹션 제목의 임상 용어 때문에 고령이고 자신감이 낮은 사용자가 진짜 장벽에 닿기도 전에 이탈한다는 것을 드러냈습니다. 콘텐츠를 환자의 쉬운 말 목표를 중심으로 재구성하고, 규모에서의 진행자 없는 연구와 실서비스 분석 비교(7.4장)로 이득을 확인하자 성공적인 셀프서비스 예약이 늘고 콜센터 부하가 줄어, 서비스 비용과 접근의 형평성이 모두 개선되었습니다.
비즈니스 사례: 동기, ROI, TCO
리서치의 수익은 세 지렛대에서 나옵니다. 첫째, 피한 낭비입니다. 엔지니어링 한 분기 뒤가 아니라 일주일의 발견 중에 잘못된 방향을 잡는 것은 가장 크고 가장 덜 집계되는 절감입니다. 낭비된 빌드가 일어나지 않으므로 보고서에 나타나지 않기 때문입니다. 둘째, 더 높은 성공입니다. 더 많은 사용자가 가치 있는 과업을 완료하며, 소비자 제품에서는 전환으로, 사용자가 포로인 기업 환경에서는 생산성과 더 적은 오류로 나타납니다. 셋째, 더 낮은 서비스 비용입니다. 쓸 만한 서비스는 지원 문의, 교육, 바로잡을 하류의 실수가 더 적습니다.
총소유비용은 리서치를 하는 비용을 건너뛰는 비용과 견주어야 합니다. 하는 비용은 눈에 보이고 소박합니다. 리서처, 모집과 사례, 도구, 저장소, 일정의 시간입니다. 건너뛰는 비용은 더 크지만 다른 예산에 흩어져 있습니다. 포기된 거래, 지원 티켓, 교육 일수, 비싼 뒤늦은 재설계, 실패한 출시, 공공 부문에서는 시민의 배제와 뒤따르는 법적, 평판적 노출입니다. 이 비용이 제품 항목이 아니라 지원, 교육, 운영에 숨어 있기 때문에 리더십이 으레 과소평가하며, 그래서 리서치는 출시가 실패하기 직전까지 선택으로 보입니다.
설득하려면 리서치를 경영진이 이미 보는 숫자, 곧 완료율과 전환율, 거래당 비용, 지원 건수, 교육 시간, 오류와 재작업률에 연결하십시오. 실제 흐름에서 계측된 작은 전후 비교 하나를 돌려 변화를 보이고 포트폴리오 전체로 외삽하십시오. 리서치를 되돌릴 수 없는 결정의 위험 감소로 구성하십시오. 사용성 보고서를 읽지 않아도 잘못될 수 있는 내기는 이해하는 재무 및 거버넌스 이해관계자에게 울리는 언어입니다.
안티패턴과 함정
- 리서치 연극: 이미 내린 결정을 정당화하려고 돌리는 연구로, 불편하면 발견을 조용히 무시.
- 증인 유도: 바라는 답을 내비치는 과업과 질문이 아무 의미 없는 아첨 데이터를 낳음.
- 확증 편향적 종합: 계획에 맞는 관찰만 듣고 나머지는 버림.
- 다섯 명의 오류: “약 다섯 명”을 보편 법칙으로 다루며, 그것이 하나의 세그먼트를 가정하고 성공률이 아니라 심각한 문제만 찾는다는 점을 무시.
- 편의적 모집: 닿기 쉬운 사람을 테스트해 장애인과 접근하기 어려운 사용자가 표본에서 사라짐.
- 진술된 선호에 대한 신뢰: 사람들이 실제로 하는 것을 보는 대신 “네, 그걸 쓸 거예요”를 믿음.
- 통찰의 무덤: 한 팀의 슬라이드에 묻힌 발견 때문에 같은 질문이 거듭 연구됨.
- 가드레일 없는 민주화: 템플릿이나 리뷰 없이 누구나 연구를 돌리게 해 편향된 프로토콜과 불안한 결론을 키움.
- 정성 대 정량 부족주의: 좋아하는 데이터 원천을 골라 삼각 검증하는 대신 다른 쪽을 깎아내림.
성숙도 모델
- 1단계, 시작: 리서치가 즉흥적이거나 없고, 결정은 의견과 연차에 의존합니다. 사용성 테스트는 있어도 손에 잡히는 누구와 하는 출시 전 반응적 일회성이고, 발견이 무언가를 바꾸는 일은 드뭅니다.
- 2단계, 발전: 일부 팀이 사용성 테스트와 가끔의 인터뷰를 하지만, 모집은 편의적이고, 프로토콜은 비공식이고, 통찰은 흩어진 슬라이드에 삽니다. 실천은 스쿼드마다 크게 다르고, 리서치는 일정 압박 아래서 잘려 나가는 단계입니다.
- 3단계, 표준화: 생성적 리서치와 평가적 리서치가 문서화되어 팀 전반에서 지속적으로 수행되며, 공유 프로세스를 통해 우선순위 결정에 공급됩니다. 모집은 장애인과 접근하기 어려운 사용자를 포함해 실제 세그먼트를 겨냥하고, 검색 가능한 통찰 저장소가 있으며, 종합은 순위가 매겨진 결정을 낳고, 리서치 운영이 조직 전체의 주기, 템플릿, 참가자를 관리합니다.
- 4단계, 관리: 리서치 프로그램이 기준선에 대해 측정됩니다. 팀은 사용자 세그먼트 커버리지, 과업 성공률과 완료율, 통찰에서 출하된 변경까지의 시간, 지원 건수, 교육 시간, 오류와 재작업률에 미치는 하류 효과를 추적하고, 지표가 미끄러지면 행동을 촉발하는 임계값을 정합니다. 저장소 재사용과 연구 품질이 모니터링되어, 리더가 리서치가 만드는 수익을 가정하지 않고 볼 수 있습니다.
- 5단계, 오케스트레이션: 리서치가 분석 및 실험과 삼각 검증하는 지속적 순환으로, 통찰에서 출하된 변경, 측정된 효과까지 닫히며, 조직 전체의 제품 전략 및 위험 계획과 통합됩니다. 민주화된 리서치가 가드레일 안에서 안전하게 돌고, 발견은 제품과 사용자가 이동함에 따라 복리로 쌓이고 적응하며, 리서치가 화면만이 아니라 전략을 형성한다는 것이 입증됩니다.
논의를 위한 아이디어
- 빌드를 약속하기 전에 발견이 “충분”한 정도는 얼마이며, 충분히 배웠다고 말할 권한은 누구에게 있습니까?
- 분석과 인터뷰가 같은 기능에 대해 반대의 이야기를 할 때, 팀은 어느 쪽에 따라 행동할지 어떻게 결정해야 합니까?
- 책임감 있는 리서치 민주화와 훈련받지 않은 열의가 규모에서 편향된 연구를 만들어 내는 것 사이의 경계는 어디입니까?
- 가치가 그래서 저지르지 않은, 가리킬 수 없는 실수인 연구의 수익은 어떻게 측정합니까?
- 위기에 처했거나 취약한 상황의 사람들에게 부담을 더하지 않고 리서치하는 윤리적인 방법은 무엇입니까?
- 정부 서비스 표준처럼 의무적 사용자 리서치가 출시를 막을 수 있는 관문이어야 합니까? 누가 시행합니까?
핵심 요점
- 리서치는 잘못된 것을 만들 위험을 줄이기 위해 존재하며, 만들기 전에 가장 쌉니다.
- 생성적 리서치(올바른 문제 찾기)와 평가적 리서치(해결책 점검)를 분리하십시오. 질문에서 방법을 고르십시오.
- “약 다섯 명”은 라운드마다 한 세그먼트에서 대부분의 심각한 문제를 찾지만, 성공을 측정하거나 서로 다른 집단을 덮지는 못합니다.
- 과업을 현실적인 목표로 쓰고, 과거 행동을 묻고, 유도 질문과 확증 편향에 대비해 설계하십시오.
- 장애인과 접근하기 어려운 사람을 포함해 사용자를 진정으로 대표하는 참가자를 모집하십시오. 그러지 않으면 발견이 조용히 거짓이 됩니다.
- 슬라이드가 아니라 순위가 매겨진 결정으로 종합하십시오. 시험은 결정이 실제로 바뀌었는가입니다.
- 정성적 리서치를 분석 및 실험과 삼각 검증하고, 학습이 복리로 쌓이도록 공유 저장소에 발견을 기록하십시오.
참고 문헌과 더 읽을거리
- Erika Hall, Just Enough Research
- Steve Krug, Rocket Surgery Made Easy
- Jakob Nielsen, Usability Engineering
- Mike Kuniavsky, Observing the User Experience
- Steve Portigal, Interviewing Users
- Tomer Sharon, Validating Product Ideas: Through Lean User Research
- Hugh Beyer and Karen Holtzblatt, Contextual Design
- Donna Spencer, Card Sorting: Designing Usable Categories
- Kathy Baxter, Catherine Courage, and Kelly Caine, Understanding Your Users
- Kate Towsey, Research That Scales: The Research Operations Handbook
- Nielsen Norman Group, articles on usability testing, sample size, and research methods
- UK Government Digital Service, Service Manual: user research guidance