디자인 리서치 방법·인터뷰·사용자 조사, 감이 아닌 근거로 설계하기
회의에서 “예쁘긴 한데 왜 쓰기 불편하지?”라는 말이 나오면 프로젝트가 멈추기 쉽습니다. 디자이너는 화면을 고치고, 기획자는 기능을 더하고, 의뢰인은 경쟁사 사례를 가져옵니다. 그런데 정작 사용자가 무엇을 어려워하는지는 아무도 제대로 묻지 않은 경우가 많습니다.
디자인 리서치는 이런 막연한 추측을 사용자의 말과 행동, 실제 데이터로 확인하는 과정입니다. 이 글을 읽으면 언제 조사를 시작해야 하는지, 어떤 방법을 골라야 하는지, 인터뷰 결과를 디자인 작업과 포트폴리오에 어떻게 연결할지 알게 됩니다.
디자인 리서치란 무엇인가
디자인 리서치는 제품이나 서비스를 만들기 전에 사람들의 필요와 문제를 알아보는 조사입니다. 단순히 “어떤 색이 좋아요?”라고 묻는 설문만 뜻하지 않습니다. 사용자가 어떤 상황에서 서비스를 찾고, 어디에서 망설이고, 어떤 방식으로 문제를 해결하는지 살펴봅니다.
예를 들어 배달 앱의 주문 완료율이 낮다고 가정해 보겠습니다. 버튼 색만 바꾸기 전에 사용자가 주소 입력에서 멈추는지, 메뉴를 비교하다가 이탈하는지, 결제 단계에서 불안해하는지 확인해야 합니다. 같은 ‘주문 실패’라도 원인이 다르면 해결 방법도 달라집니다.
디자인 리서치의 목적은 사용자의 말을 그대로 따라 만드는 데 있지 않습니다. 사용자의 말, 행동, 사업 목표, 기술 조건을 함께 살펴 실현 가능한 문제를 찾는 데 있습니다. 조사 결과가 많다고 좋은 것도 아닙니다. 실제 디자인 결정에 영향을 주는 근거가 있어야 합니다.
조사를 시작하기 전 확인할 것
조사를 하기 전에 먼저 조사 목적을 한 문장으로 적어 보세요. “앱을 개선한다”는 너무 넓습니다. “처음 방문한 사용자가 상품 비교 기준을 이해하지 못하는 이유를 찾는다”처럼 행동과 상황을 넣어야 합니다.
- 대상: 누구를 조사할 것인지 정합니다. 기존 고객, 처음 방문한 사람, 구매를 포기한 사람은 서로 다른 답을 합니다.
- 상황: 언제 문제가 생기는지 적습니다. 출근 중인지, 집에서 천천히 보는지에 따라 사용 방식이 달라집니다.
- 결정: 조사 뒤 무엇을 바꿀지 미리 정합니다. 메뉴 구조, 문구, 화면 순서처럼 결과가 연결될수록 조사가 선명해집니다.
- 범위: 일정과 예산을 정합니다. 디자인 외주나 프리랜서 협업이라면 조사 시간, 참여자 모집비, 녹취 정리 비용이 견적에 포함되는지 확인해야 합니다.
참여자 수가 많으면 항상 더 정확한 것은 아닙니다. 초기 서비스에서 사용자의 불편한 흐름을 찾는 목적이라면 적은 수의 깊은 인터뷰가 도움이 될 수 있습니다. 반대로 선호도나 비율을 확인하려면 설문처럼 더 많은 응답이 필요합니다.
대표 방법과 선택 기준
방법은 크게 탐색, 설명, 검증으로 나누어 생각하면 쉽습니다. 탐색은 “무슨 문제가 있는가”를 찾는 단계입니다. 설명은 “누가 어떤 이유로 그렇게 행동하는가”를 이해하는 단계입니다. 검증은 “제안한 디자인이 실제로 작동하는가”를 확인하는 단계입니다.
| 방법 | 알 수 있는 것 | 잘 맞는 상황 | 주의할 점 |
|---|---|---|---|
| 사용자 인터뷰 | 경험, 이유, 불만 | 문제를 처음 찾을 때 | 말과 행동이 다를 수 있음 |
| 설문 조사 | 선호와 경향 | 여러 사람의 의견을 볼 때 | 질문 방식에 따라 결과가 달라짐 |
| 사용성 테스트 | 화면에서 막히는 지점 | 시안이나 서비스가 있을 때 | 참여자에게 정답을 알려주면 안 됨 |
| 경쟁 서비스 분석 | 시장 관행과 차이 | 기획 초기 방향을 잡을 때 | 따라 하는 근거로 쓰면 안 됨 |
| 분석 도구 확인 | 클릭, 이탈, 방문 흐름 | 운영 중인 서비스 개선 | 숫자만으로 이유를 알기 어려움 |
인터뷰에서는 “이 기능이 좋나요?”보다 “최근에 비슷한 일을 한 경험을 말해 주세요”가 낫습니다. 사용자는 예의를 지키려고 긍정적으로 답할 수 있기 때문입니다. 사용성 테스트에서는 “이 화면에서 다음 단계로 가려면 어떻게 하시겠어요?”처럼 행동을 요청하고, 옆에서 정답을 알려주지 않고 관찰합니다.
디자인 리서치 진행 순서
- 문제 가설을 적습니다. 예를 들어 “사용자는 가격을 비교할 정보가 부족해 구매를 미룬다”처럼 예상 원인을 씁니다. 가설은 결론이 아니라 확인할 질문입니다.
- 참여자 조건을 정합니다. 나이만 정하지 말고 최근 구매 경험, 사용 빈도, 관련 업무 경험처럼 행동 기준을 넣습니다. 실제 대상과 다른 사람을 모집하면 결과가 흔들립니다.
- 질문을 준비합니다. 질문은 한 번에 하나만 묻습니다. “언제, 어디서, 무엇을 하셨나요?”처럼 구체적인 경험을 끌어내는 순서가 좋습니다.
- 기록 방식을 통일합니다. 녹음 동의 여부, 메모 양식, 화면 캡처 기준을 정합니다. 개인정보가 들어간 자료는 보관 기간과 접근 권한도 확인해야 합니다.
- 반복되는 내용을 묶습니다. 메모를 ‘불편’, ‘기대’, ‘대체 행동’, ‘제약 조건’으로 나누면 단순한 인상보다 패턴이 잘 보입니다.
- 발견을 디자인 결정으로 바꿉니다. “사용자는 복잡해한다”에서 끝내지 말고 “첫 화면에서 비교 기준을 세 가지로 줄이고, 각 기준의 뜻을 짧게 표시한다”처럼 바꿉니다.
- 다시 검증합니다. 개선한 화면을 실제 과제로 테스트합니다. 조사 결과는 한 번의 정답이 아니라 다음 결정을 위한 근거입니다.
보고서는 조사 목적, 참여자 조건, 질문, 관찰 내용, 해석, 제안, 한계 순서로 작성하면 읽기 쉽습니다. 특히 사실과 해석을 구분하세요. “5명 중 3명이 배송비 표시를 찾지 못했다”는 관찰이고, “배송비 안내가 부족하다”는 해석입니다.
자주 하는 실수와 피하는 방법
첫 번째 실수는 원하는 답을 유도하는 것입니다. “이 버튼이 더 편하지 않나요?”라고 물으면 참여자는 질문자의 기대를 읽고 맞춰 답할 수 있습니다. 대신 두 시안을 보여 주고, 어떤 상황에서 무엇을 선택하는지 이유를 묻는 편이 낫습니다.
두 번째는 지인만 조사하는 것입니다. 지인은 서비스의 배경을 이미 알고 있어 실제 신규 사용자보다 쉽게 사용할 수 있습니다. 친한 사람의 의견은 참고할 수 있지만, 핵심 결론을 지인 답변만으로 정하면 안 됩니다.
세 번째는 조사 결과를 장식처럼 붙이는 것입니다. 인터뷰 인용문을 보고서 앞에 넣었지만 실제 화면은 그대로인 경우입니다. 각 발견 옆에 ‘무엇을 바꿀지’, ‘바꾸기 어려운 이유는 무엇인지’를 함께 적어야 합니다.
네 번째는 경쟁사 화면을 그대로 기준으로 삼는 것입니다. 경쟁 서비스의 기능이 우리 사용자에게도 필요한지는 별도 문제입니다. 브랜드, 기술 구조, 운영 방식이 다르므로 비교할 때는 화면 모양보다 문제 해결 방식과 사용 맥락을 봐야 합니다.
다섯 번째는 계약을 대충 쓰는 것입니다. 디자인 프리랜서나 외주로 리서치를 맡길 때는 참여자 모집 주체, 녹취와 원자료의 소유권, 개인정보 처리, 수정 횟수, 결과물 범위를 계약서에 적으세요. 조사 보고서만 납품하는지, 개선안과 테스트까지 포함하는지도 디자인 견적에 영향을 줍니다.
자주 묻는 질문
디자인 리서치는 디자이너만 해야 하나요?
아닙니다. 디자이너는 화면과 흐름을 해석하는 데 강하고, 기획자는 목표와 정책을 연결하는 데 강합니다. 개발자는 기술 제약을 미리 알려 줄 수 있습니다. 조사 과정에 여러 직무가 함께 참여하면 결과를 실제 작업으로 옮기기 쉬워집니다.
포트폴리오에 조사 내용을 얼마나 넣어야 하나요?
인터뷰 원문을 많이 보여 주기보다 문제를 어떻게 발견했고, 어떤 근거로 디자인을 바꾸었는지 보여 주는 편이 좋습니다. ‘문제-조사 방법-발견-변경-검증’의 흐름을 짧게 구성하면 결과물만 나열하는 포트폴리오보다 판단 과정을 전달할 수 있습니다.
특허나 상표와 디자인 리서치는 관련이 있나요?
목적이 다릅니다. 디자인 리서치는 사용자의 문제와 사용 경험을 찾는 조사이고, 특허나 상표 검토는 권리 침해 가능성과 등록 조건을 확인하는 절차입니다. 새로운 형태나 기능을 공개하기 전에는 관련 기관의 공식 안내와 전문가 검토가 필요합니다.
조사 결과가 서로 다르면 어떻게 하나요?
누가 맞는지 바로 고르지 말고 참여자의 조건과 상황을 다시 나눠 보세요. 처음 사용자와 숙련 사용자의 답이 다를 수 있습니다. 의견이 갈린 지점은 추가 인터뷰나 사용성 테스트로 확인하고, 현재 결정에서 감수할 위험도 함께 기록하는 것이 좋습니다.