m8n

기획자를 위한 데스크리서치 가이드! 사용자 인터뷰 없이 인사이트 얻기

m8n — Tue, 20 May 2025 16:39:16 +0900

기획자로 일하다 보면 사용자와 직접 마주할 기회가 많지 않습니다. 일정, 리소스, 구조적 제약 속에서 사용자를 이해하고, 시장을 파악하며 설득력 있는 근거도 마련해야 하죠. 이럴 때 중요한 것이 바로 데스크리서치(Desk Research)입니다. 실무에서는 다양한 관점에서 실질적인 정보를 어떻게 찾아내고 해석하느냐에 따라 기획의 깊이와 방향이 달라집니다.

그렇다면 어떻게 해야

사용자 인터뷰 없이도 의미 있는 인사이트와 데이터를 얻을 수 있을까요? 이번 글에서는 사용자 인터뷰 없이도 인사이트를 얻을 수 있는 효과적인 데스크리서치 방법 다섯 가지를 소개합니다.

1. 탐색의 시작점, 키워드 뽑기

데스크리서치는 무엇을 조사해야 할지 명확히 하는 것에서 시작됩니다. 막연한 주제라도 핵심 키워드를 정리하다 보면 조사의 방향이 보이기 시작하죠. 예를 들어 ‘스마트TV’가 주제라면 처음엔 ‘스마트TV’라는 키워드로 시작해 ‘OTT 시청 습관’, ‘리모컨 UI’, ‘음성인식 기능’ 등 사용자 맥락이나 기능별로 키워드를 확장해보세요. 이렇게 정리한 키워드는 아래와 같은 채널에서 조사 기반이 됩니다.

커뮤니티
유튜브
앱스토어·플레이스토어
공식 통계·리포트·논문

2. 날 것 그대로의 사용자 목소리를 듣기

가장 생생한 데이터는 실제 사용자의 이야기에서 나옵니다. 유튜브, 커뮤니티, 앱스토어 후기 같은 채널을 활용하면 사용자의 경험 흐름과 감정을 간접적으로 관찰할 수 있죠. 특히 커뮤니티와 앱스토어 리뷰에는 사용자의 불편, 기대, 아쉬움이 가공되지 않은 언어로 드러납니다. 핵심은 "왜 그렇게 느꼈을까?" 그 맥락을 파악하는 것이 중요합니다. 그 안에 진짜 문제와 니즈가 숨어 있으니까요.

유튜브 & 브이로그
여행 앱, 자동차 점검, 병원 진료, 키즈카페 등 오프라인 연계 서비스는 실제 사용 장면이 담긴 영상에서 UX 흐름을 자연스럽게 확인할 수 있습니다.
커뮤니티 & 앱스토어 후기
설정한 키워드나 경쟁사 서비스를 검색해보면 사용자가 직접 표현한 불편·기대·아쉬움을 찾을 수 있습니다. 커뮤니티는 질문 없이도 나오는 진짜 감정과 니즈를 발견하기 좋은 공간입니다.

3. 공식 통계와 리포트로 신뢰도 확보하기

직관이나 사용자 피드백만으로는 시장 규모나 사용 패턴을 설명하기 어렵습니다. 이럴 때 공신력 있는 수치는 기획에 신뢰감을 더해줍니다.

통계청
KOSIS
오픈서베이
한국콘텐츠진흥원

이런 출처의 데이터를 활용하면 시장 크기, 성장률, 사용자 비율, 행동 패턴 등 정량적인 데이터로 기획의 근거를 마련할 수 있습니다. 숫자는 단순한 수치를 넘어서 기획을 설득하는 언어가 됩니다.

4. 논문에서 사용자 행동의 근거 찾기

사용자 행동의 '왜?'가 궁금할 때는 학술 논문이나 산업 리포트가 큰 도움이 됩니다. 보다 신뢰도 높은 정보로, 설계의 논리적 기반을 마련할 수 있죠.

RISS
KISS
구글 스칼라
DBpia

이런 곳에서 키워드를 검색해보세요. 사용자가 어떤 심리와 기준으로 행동하고, 기술을 어떻게 받아들이는지 등 여러 조건에서 분석한 실험 기반 자료를 찾을 수 있습니다. 직관에만 의존하지 않고 논리와 데이터로 기획을 설명할 수 있게 됩니다.

5. 고객사 니즈에서 실질적 제약과 우선순위 읽기

기획자는 사용자의 니즈뿐 아니라 비즈니스 이해관계자, 특히 고객사의 요구도 함께 고려해야 합니다. 고객사와의 미팅은 단순한 피드백이 아니라 실질적인 제약과 우선순위에 대한 단서가 담긴 대화입니다.

이런 포인트들을 놓치지 마세요

자주 반복되는 표현
→ 중요한 니즈일 가능성이 큽니다.
모호하거나 추상적인 말
→ “좀 더 보기 좋게”, “편하게 만들 수 없나요?” 등의 말은 구체화가 필요합니다.
기술적 제약이나 정책적 한계
→ “운영 인력이 부족해서..”, “보안 정책상 어려워요” 등 실질적인 제약을 파악해야합니다.

이런 표현 뒤에는 진짜 중요한 요구, 현장의 어려움, 비즈니스 우선순위가 숨겨져 있습니다. 단순히 요청사항을 정리하는 것을 넘어서 “왜 그렇게 말했을까?”를 계속 되묻는 사고가 필요합니다.

데스크리서치는 단순히 인터넷 검색이 아닙니다. 사용자와 시장, 비즈니스 사이에서 맥락을 읽고, 의미를 끌어내는 탐색의 기술입니다. 기획자는 더 많이 듣고, 해석하고, 읽어내는 능력이 중요합니다. 인터뷰 없이도 깊은 인사이트를 얻을 수 있도록 위 다섯 가지 방법을 실무에 꼭 활용해보세요.

디자인 에스노그라피(Design ethnography)란?

m8n — Thu, 23 Feb 2023 13:20:35 +0900

디자인에스노그라피란 정성적 리서치 방법중 하나로, 삶의 현장을 관찰하고 사람들의 가려운 곳을 긁어줄 수 있는 실마리를 발견할 수 있으며 사용자의 입장에서 그들의 상황을 직접, 함께 경험해보고 그들에게 의미있는 제품이나 서비스를 제공할 수 있는 기회를 포착하는 리서치 방법이다.

디자인에스노그라피를 체계적으로 활용할 수 있는 방법

1. 관찰의 초점 잡기

2. 관찰하며 기록하기

3. 팀원들과 공유하기

4. 두꺼운 기술을 통해 현장의 맥락 이해하기

1. 관찰의 초점 잡기

장소중심

특정 장소에 머무르며 그곳에서 일어나는 일들과 사람들의 행동, 사람과 주변 환경 간의 상호작용을 관찰한다.

해당 장소에서 흥미로운 점을 발견했다면, 일어나는 사건들에 대해 관찰을 진행한다.

사람들이 어떤 동선으로 움직이는지, 얼마나 그곳에 머무는지, 어떤 상황이나 문제점 등이 발생하는지 관찰하고 기록한다.

사람중심

프로젝트에서 이해하고자 하는 대상, 유의미하게 정보를 얻을 수 있는 대상 한두명을 집중적으로 따라다니며 관찰한다.

업무상 책임, 맞닥드리는 상황, 사람들과의 상호작용에 대해 파악 할 수 있다.

사물중심

업무나 활동을 진행하는 과정에서 어떤 사물들이 어떻게 사용되는지 관찰한다. 다양한 도구를 어떤 방식으로 활용하는지 살펴본다.

활동중심

현장 관찰을 하는 단위를 특정 활동의 시작과 끝으로 지정하여 할 수 있다.

예를들어 환자들의 '접수'라는 활동에 초점을 두고 이 활동의 시작부터 끝까지 면밀하게 관찰할 수도 있다.

관찰 과정에서 환자들이 어떤 사람들과 상호작용 하는지, 어떤 순서로 진행하는지, 누구와 어떤 대화를 나누는지 등에 대해 집중적으로 관찰한다.

2. 관찰하며 기록하기

초점을 정했다면 관찰과 동시에 내용을 기록한다.

현장에서 본 것을 빠르게 메모하고 사진이나 동영상은 보조적으로 사용하는 것이 좋다.

나중에 좀 더 체계적이고 상세하게 기술할 것을 염두에 두고 자신이 알아 볼 수 있을 정도의 간단한 메모나 스케치를 한다.

현장에 어떤 사람들이 있었는지, 누가 누구에게 어떤 이야기를 했는지, 그들이 있던 위치는 어디였는지, 그 장소의 물리적 특성은 어떠했는지 적는다.

*동영상이나 사진 촬영, 녹음은 반드시 사전에 허락을 받는다. 자료의 용도를 잘 설명하는 동의서를 준비해 서명 받는 것이 바람직하다.

있는 그대로를 기록하고 추측한 내용은 구분해서 표기하자.

현장 관찰을 하다보면 눈 앞에서 벌어지고 있는 현상에 대해서 개인적인 판단과 추측, 새로운 아이디어들이 떠오르는데

이것은 선입관을 형성해 이후의 관찰을 방해하고 새로운 가능성을 닫아버릴 수 있다.

이를 인지하고 초기 아이디어와 추측이나 궁금한 점, 아이디어들은 현장 기록과 구분하여 기록해두고 다른 팀원들과

활발한 의견 교환을 통해 개인적인 선입관에 영향을 받은 것은 아닌지, 무리한 가정은 아닌지 다양한 측면에서 해석하고

검토하는 것이 좋다.

가능하다면 다시 현장 방문을 하거나 추가 인터뷰를 통해 판단을 검증하는 것도 좋은 방법이다.

3. 팀원들과 공유하기

한 단위의 현장 관찰이 끝나면 팀 구성원들이 모여 관찰한 내용 중 인상 깊었던 점을 이야기하고 공유한다.

현장을 관찰한 시기와 공유 시기가 길지 않도록 주의하자 *늦어도 다음 날을 넘기지 않는 것이 좋다.

다른 팀원들도 같은 관찰을 했는지, 다른 어떤 점을 발견했는지 공유한다.

흥미롭다고 생각한 현상의 의미를 함께 해석함으로써 발견점에 개인적 선입관은 없었는지 점검 할 수 있고, 미처 생각하지 못한 점을 발견 할 수도 있다.

두세명 팀을 이루어 관찰한다면 각자 관찰한 내용을 중간중간 공유하고 의견을 지속적으로 나누는 것이 매우 중요하다.

관찰 시작전에 모두 같은 초점을 할지, 나누어 할지 미리 상의한다.

4. 두꺼운 기술을 통해 현장의 맥락 이해하기

현장에서 알게된 내용을 상세하고 생생하게 풀어 기술한다.

관찰한 대상 행동이나 현상을 파악할 때 단순히 표먼적으로 판단하는 것을 피하고 현장의 고유한 맥락과 문화안에서 특정 현상이 갖는 의미를 두꺼운 기술을 통해 파악하는 것이다.

두껍게 기술하기는 단순히 관찰한 내용을 기록하거나 전달하기 위한 활동이 아니며 그 행위 자체를 통해 관찰 대상에 대해 더 공감할 수 있게되고 이를 바탕으로 관찰한 내용의 맥락과 사회적 의미를 이해할 수 있게 된다.

현장 기록에서 만들어진 스케치나 사진 자료를 두꺼운 기술과 함께 활용하는 것도 좋은 방법이다.

맥락은 단순히 배경만을 의미하는 것은 아니다.

사용자 맥락은 '왜 이 사람이 이 상황에서 이런 행동을 할까?' 라는 질문에 다양한 측면에서 답을 줄 수 있어야 한다.

쉽게 눈에 띄는 표면적 환경, 특정 집단에 대해 가질 수 있는 고정관념에 방해 받지 않도록 하자.

이 포스팅은 '새로운 디자인 도구들' 책을 참고했습니다. 정성적 리서치 방법은 매우 다양하지만, 가장 중요한 것은 상황에 맞게 적절한 방법을 선택해 활용하는 것입니다. 앞으로도 배운 지식을 바탕으로 현장에 꼭 맞는 리서치를 실천해 나가고자 합니다.

디자인씽킹이란?

m8n — Thu, 23 Feb 2023 13:00:28 +0900

디자인씽킹(Design thinking)은 기존의 서비스/제품보다 더 혁신적이고 새로운 아이디어를 창출하기 위해

공감, 협업 및 반복에 의존하는 방법론이다.

문제 또는 기회를 식별하고 리서치 수행하며 솔루션 생성을 위한 협업 브레인스토밍 진행, 유용성, 사용성에 대한 프로토타입 테스트, 사용자 및 이해관계자의 피드백을 기반으로 이를 개선하는 작업이다.

디자인씽킹 프로세스

첫번째, 공감하기

사용자들이 느끼는 불편을 공감하며 시장, 사용자, 기술과 문제에 얽힌 제약에 대해 이해한다.

프로젝트와 관련한 난관을 만났을때 현실을 인식한다.

두번째, 정의하기

문제 요인간 인과관계등을 바탕으로 문제를 정의하고 가장 핵심적인 문제가 문제 해결의 목표점이 된다.

문제 정의는 언제든 수정될 수 있으며, 도출된 요인들의 해결 방법을 모색한다.

세번째, 발상/아이디어 도출

브레인스토밍과 스토리보드 등을 통하여 창의적인 아이디어를 구성하고 인간 중심적인 디자인을 키워드로

새로운 접근을 시도한다.

네번째, 프로토타이핑

시제품을 신속하게 만들어서 평가하고 보완하며 피드백을 통해 개선안을 즉각적으로 수정하고 보완한다.

다섯번째, 실행

사용자 반응과 피드백을 수용하고 적용하며 발견된 오류를 수정하고 재실행한다.

디자인씽킹 적용 시 차이점

그렇다면 UX디자인과 서비스디자인에서 각각 디자인씽킹을 적용했을때의 공통점과 차이점은 무엇일까?

1. 공감

UX디자인 - 사용자의 요구사항을 이해한다.

서비스디자인 - 고객, 직원 및 모든 백엔드 채널의 요구사항과 제약 사항을 이해한다.

2. 정의

UX디자인 - 사용자의 목표, 동기, 상황, 고충을 이해한다.

서비스디자인 - 고객 및 직원의 목표, 동기, 상황, 고충을 파악하고 관련 제품, 이해관계자 역할 및 프로세스를 이해한다.

3. Ideate

UX디자인 - 브레인스토밍을 통해 문제해결의 아이디어를 생성한다.

서비스디자인 - 전사적 차원의 브레인스토밍을 통한 서비스디자인 청사진을 제시한다.

4. 프로토타입

UX디자인 - MVP 형태의 제품을 만든다.

서비스디자인 - 효율적인 내부 프로세스를 유지하면서 단순하고 쉬운 고객경험을 반영하는 MVS(최소 실행 가능 서비스)를 생성한다.

5 테스트

UX디자인 - 사용자와 제품테스트 및 개선방안 도출

서비스디자인 - 서비스와 관련된 이해관계자 모두 테스트에 참여한다.

가장 큰 차이점은 서비스디자인은 오프라인 측면에서 이해관계자와 백엔드 상황을 고려한 청사진을 제시하고 솔루션을 생성 하는 것 이다.

UX 애자일, 스크럼, 스프린트 개념 한번에 정리!

m8n — Thu, 23 Feb 2023 12:28:57 +0900

UX 애자일, 스크럼, 스프린트에 대해 서칭해보면서 각각에 대한 구분과 개념 정리가 되지 않아 어려웠는데

직접 도식화해서 그려보니 쉽게 이해되었다.

각 단어의 개념을 가볍게 설명하자면

애자일 - 변화에 빠르게 대응할 수 있는 소프트웨어 개발 방법론 중 하나

스크럼 - 프로덕트 오너, 스크럼 마스터, 개발 리더 등의 팀원들이 각각의 역할을 가지고 협업하는 업무 방식

스프린트 - 특정 기능이나 이슈에 대한 짧은 개발 주기

위 개념들을 도식화하여 그려보면

1. 프로젝트라는 큰 틀에서 변화에 빠르게 대응하고 결과물 위주인 애자일 방법론을 사용하며

2. 팀원이 각자의 역할을 가지며 매일 회의하고 현상황을 공유하는 스크럼 협업 방식으로

3. 특정 기능이나 이슈를 짧은 개발 주기를 가지고 해결한다.

이렇게 정리할 수 있었다.

그렇다면, 애자일, 스크럼, 스프린트를 사용하는 프로젝트의 과정은 어떻게 될까?

첫번째, Scrum team

스크럼 팀이 구성되어야 한다. 프로덕트 오너는 제품 책임자로서 Product backlog에 포함될 제품에 대한

비즈니스 관점에서 바라본 요구사항을 작성한다. 스크럼 마스터는 애자일 프로젝트의 메인 관리자로서,

스크럼이 순조롭게 수행될 수 있도록 도와주는 역할이다.

개발자리드는 여러명의 개발자들과 스크럼 팀의 연결고리로서 활동한다.

두번째, Product backlog

프로덕트 오너는 클라이언트와 협업하여 요구사항을 수집하고 그에 따라 제품을 사용할 다양한 유저 스토리를 디자인하고, 스토리별 점수를 매기며, 업무의 우선 순위를 지정한다.

세번째, Sprint planning

하나의 스프린트가 시작하기 전, 스프린트의 기간과 Product backlog에 나열되어 있는 업무를 계획하는 스프린트 플래닝 미팅을 수행하여 팀원들의 능력을 고려한 스프린트 내 업무를 지정한다.

네번째, Scrum calls

매일 하루의 시작은 스크럼 미팅과 함께 출발한다. 팀원 모두가 참여하며, 한명씩 어제 한 일, 오늘 할 일, 업무를 진행하며 생기는 걱정거리에 대해 솔직하게 공유한다.

다섯번째, Sprint review

스프린트가 종료될 때 쯤, 팀원들은 각자 한 일을 성찰한 후 짧게 발표하며 자신의 결과물을 꾸밈없이 설명하고 솔직한 피드백을 받은 후, 개선해나갈 방법에 대해 토론한다.

여섯번째, Sprint restrospective

스프린트 회고는 팀워크에 대한 토론이다. 스크럼 팀으로서 잘한 점과 앞으로 개선할 수 있는 점들을 도출해내는 과정을 거친다.

위 내용에 대해서도 도식화하여 그려보면

스프린트 플래닝을 하고 첫번째 스프린트를 시작하며, 첫번째 스프린트가 종료되면 다시 스프린트 플래닝을 진행한다.

그리고 두번째 스프린트가 종료되면 다시 스프린트 플래닝을 진행하고, 마지막 스프린트가 종료될 때 팀워크 토론을 진행하는 방식이다.