Pain Point를 이해하는 문제 정의 및 방법론

안녕하세요.
오늘은 AI 기획의 초기 단계에서 해결하고자 하는 핵심 문제를 명확히 규정하는 과정으로, 사용자와 비즈니스 모두에게 영향을 미치는 Pain Point를 이해하고 분석에 대해 스터디한 내용을 적어보려고 합니다. 
문제정의 4단계 프로세스를 정의하는 법을 알아보려고 합니다.

 

문제정의의 중요성 

문제를 정확히 잡지 않으면 다시 했던 걸 되돌려야 할 수도 있다.

문제란 현상태와 기대상태 현상태와 기대상태의 갭을 문제상태라고 합니다.

이루고 싶은 목표/ 이상적인 상태 문제가 있는 상황(기대했던 것과 다를 때) '문제를 잘 풀었다'를 성공지표 KPI라고 합니다.

그 점을 위해서도 문제정의가 필요하고, 모호하고 명확하지 않는 경우 리스크로 나오는 경우가 많습니다.

잘못된 솔루션의 예로 '회원가입을 10% 올리자'를 원인을 잘 파악하지 못했을 때 성과를 달성할 수 없습니다.

 

문제정의의 중요성을 더 깊게 이해하기

- 문제 정의는 명확한 목표를 제공 
- 우선순위 설정의 기준 
- 이해관계자 설득의 도구 
- 지속 가능하고 확장 가능한 솔루션 

 

문제 정의 4단계 프로세스 

1단계 : 직접 사실 확인하기
2단계 : 문제를 정확하게 표현하기
3단계 : 거꾸로 생각하기 (문제의 근본 원인 탐구)
4단계 : ‘왜’ 그런지 따져보기

 

1단계 : 직접 사실 확인하기 

문제의 근본 원인을 이해하기 위해 데이터를 수집하고 분석하고 현장 관찰, 인터뷰, 데이터 수집등의 방법이 있습니다. 

 

1) 현장 관찰 (Field Observation) : 사용자의 실제 환경과 행동을 직접 관찰하여 문제를 파악

• 목적 : 사용자의 행동 패턴, 불편 사항, 예상치 못한 문제점 발견

• 방법 : 사용자의 업무 흐름 및 행동 관찰, 문제 발생 시점과 빈도 분석, 도구 활용 방식 및 환경 요인 기록

• 활용 사례 : AI 서비스 UX 개선을 위해 사용자의 실제 사용 모습을 분석

 

2) 인터뷰 (User Interview) : 이해관계자(사용자, 고객, 내부 팀원)와 대화를 통해 문제의 원인 파악

• 목적 : 사용자 경험, 요구사항, 기대사항, 불만 사항 수집

• 방법 : 심층 인터뷰로 개별 사용자의 경험과 의견을 깊이 탐색, 설문조사로 구조화된 질문으로 다수의 의견 수집,

  포커스 그룹 인터뷰(FGI)로 특정 그룹을 대상으로 토론 진행

• 활용 사례 : AI 서비스 UX 개선을 위해 사용자의 실제 사용 모습을 분석

 

3) 데이터 수집 (Data Collection & Analysis) : 객관적 데이터를 기반으로 문제를 분석

• 목적 : 데이터 기반 문제 정의 및 원인 분석
• 방법 : 로그 데이터 분석으로 클릭 패턴, 이탈률, 페이지 체류 시간 분석, 설문조사로 다수의 사용자 의견을 정량적으로 수집,

  시장 조사 및 보고서 분석으로 기존 연구 및 경쟁사 데이터 참고

 

2단계 : 문제를 정확하게 표현하기

문제를 명확히 기술하여 모든 팀원이 동일한 이해할 수 있도록 하고 방법으로는 구체적 서술과 피드백 수렴, 문제 분류가 있습니다.

 

1) 구체적 서술 (Clearly Defining the Problem) : 문제를 모호하지 않고 명확하게 서술하여 공감대 형성

• 방법: 문제의 원인과 영향을 포함하여 5W1H 기법 활용, 수치 기반 데이터로 구체화 (예: “1개월 내 이탈률 30% 증가”)

• 활용 사례 : “AI 챗봇 응답 속도가 느리다” → “평균 응답 시간이 5초 이상으로 사용자 만족도 20% 감소”

 

2) 피드백 수렴 (Gathering Feedback) : 문제 정의의 정확성을 검증하기 위해 다양한 피드백 반영

• 방법 : 팀원, 사용자, 전문가의 의견을 듣고 문제 정의 수정,인터뷰, 설문조사, UX 테스트 등을 활용

• 활용 사례 : 초기 문제 : “사용자가 AI 챗봇을 불편해함”, 피드백 후 : “30% 이상 응답이 맥락과 맞지 않아 재질문 비율 50% 증가”

 

3) 문제 분류 (Categorizing the Problem) : 문제 유형을 분류하여 해결 우선순위 설정

• 방법 : 기술적 문제 vs. UX 문제 구분 , 긴급성과 영향력 기준으로 우선순위 정리

• 활용 사례 : “챗봇 응답 속도 문제” → 기술적 문제로 최적화 진행 , “사용자가 대화에 혼란” → UX 문제로 대화 설계 개선

 

3단계 : 거꾸로 생각하기

현재의 문제 상황에 이르게 된 경로를 역추적하여 근본 원인을 파악합니다.

 

1) 피쉬본 다이어그램 활용 (Using Fishbone Diagram) :  문제의 원인을 시각적으로 분석하여 근본 원인 도출

• 방법 : 문제를 중심으로 6M 요인(Man, Machine, Method, Material, Measurement, Environment) 분석,

  원인을 가지 형태로 확장하며 근본 원인 탐색

• 활용 사례 : AI 챗봇의 응답 속도가 느린 이유를 서버 성능, 데이터 처리 방식, 네트워크 지연 등으로 세분화하여 원인 분석

 

2) 원인 분석 회의 (Root Cause Analysis Meeting) : 팀원들과 함께 문제의 발생 경로를 역추적하는 토론 진행

• 방법 : 팀원과 이해관계자가 함께 원인을 브레인스토밍, 5Why 기법을 활용하여 문제의 근본 원인을 단계별로 파악

• 활용 사례 : AI 서비스에서 고객 이탈 증가 → “왜?” 반복 질문을 통해 UI 복잡성, 기능 부족 등 근본 원인 도출

 

3) 문제 경로 도식화 (Mapping the Problem Path) : 주요 이슈가 발생한 단계별 원인을 시각적으로 표현하여 공유

• 방법 : 프로세스 플로우 차트를 활용해 문제 발생 지점 파악, 문제의 원인과 결과를 연결해 영향 분석

• 활용 사례 : AI 챗봇 오류 발생 시 사용자의 행동 경로를 도식화해, 재질문 증가 → 사용 시간 감소 → 서비스 이탈 흐름 분석

 

4단계 : 왜 그런지 생각해보기

도출된 문제 정의와 원인을 다양한 관점에서 검토하고, 논리와 근거를 통해 타당성을 강화합니다.

 

1) 브레인스토밍 (Brainstorming) : 다양한 관점의 원인을 자유롭게 도출하는 과정

• 팀원들과 함께 모여서, 3단계에서 도출한 문제 정의와 원인에 대해 다양한 의견을 모읍니다.

• “왜 이런 문제가 발생했을까?”, “다른 원인은 없을까?”를 질문하며 자유롭게 아이디어를 내도록 합니다.

• 이때 아이디어를 평가하거나 비판하지 않고, 모든 의견을 기록합니다.

• 다양한 관점(사용자, 기술, 경쟁사 등)에서 문제를 다시 살펴보고, 놓친 원인이나 새로운 인사이트를 찾아냅니다.

• 예를 들어, “로그인 문제 외에 결제 시스템 오류도 원인일 수 있다” 같은 새로운 가설을 제시할 수 있습니다.

 

2) SWOT 분석 (SWOT Analysis) : 내부·외부 요인을 분석하여 문제 도출

• 도출된 문제와 원인을 바탕으로 현재 상황을 평가합니다.

✓ 강점(Strengths) : 문제와 관련해 우리 조직이나 시스템이 잘 하고 있는 부분을 확인합니다.

✓ 약점(Weaknesses) : 문제가 발생하는 내부적 원인이나 취약점을 구체적으로 파악합니다.

✓ 기회(Opportunities) : 외부 환경에서 문제 해결에 도움이 될 수 있는 요소(예: 신기술, 시장 변화)를 찾습니다.

✓ 위협(Threats) : 문제 해결을 어렵게 하는 외부 위험 요소(경쟁 심화, 법규 변경 등)를 분석합니다.

• 이 분석을 통해 원인이 단순히 내부 문제인지, 외부 환경과도 연결된 것인지 명확히 하고, 문제 정의를 보완하거나 재조정합니다.

 

문제 정의 때 던져야 할 16가지 질문 

외부 관계인지, 내부 관계인지, 내외부의 강점이나 약점 인지 파악하기 위해 질문을 던집니다.

1) 이 문제가 왜 중요한가요? 사람들이 원하는 건 무엇인가요?
2) 이 문제를 해결하면 어떤 결과를 얻고 싶나요?
3) 이 문제를 해결하면 누가 좋아질까요? 그 이유는 뭘까요?
4) 이 문제를 해결하는 게 우리 조직의 목표와 잘 맞나요?
5) 문제를 해결하면 우리 회사에 어떤 좋은 일이 생길까요? 그걸 어떻게 알 수 있나요?
6) 이 문제를 해결하려면 필요한 돈, 사람, 도구가 준비되어 있나요?
7) 예전에 이 문제를 해결하려고 했던 적이 있나요? 어떤 방법을 썼고, 결과는 어땠나요?
8) 다른 조직들은 어떻게 문제를 해결했나요?
9) 문제를 해결하는 데 방해가 되는 건 뭐가 있을까요? (돈, 규칙, 시간 등)

10) 이 문제가 하나로 보이지만, 사실 여러 문제로 나뉠 수 있나요?
11) 문제를 해결하려면 꼭 만족시켜야 할 조건은 뭐가 있나요?
12) 이 문제를 해결하려면 누가 참여해야 하나요? 어떤 전문가가 필요하나요
13) 이 문제를 설명할 때, 사람들이 쉽게 이해할 수 있도록 어떤 정보와 표현을 써야 하나요?
14) 이 문제를 해결하려면 어떤 데이터나 정보가 필요할까요?

15) 사람들이 더 열심히 문제를 해결하려면 어떤 보상을 줄 수 있나요?
16) 문제를 잘 해결했는지 확인하려면 어떤 기준으로 평가해야 하나요?

 

피시본 다이어그램

큰 카테고리에서 세부적인 카테고리로 간다 어떤 것을 효과적이겠다 하는게 시각적으로 보이게 하는 것이고,

8p,4s 문제를 적고 큰 카테고리로 원인을 파악해보는 것이고, 원인에 대한 것을 카테고리화합니다.

 

 

5why 기법

왜라는 질문을 할 수 없을정도까지 질문을 합니다.

단점과 주의점은 주관적 해석이 가능하고 단순한 문제를 가지고는 5why가 가능하다 단순하고 직관적입니다.

근본적인 문제를 해결할때 내부의 요인 외부의 요인 전략을 짜보는 것입니다.

 

SWOT 분석 (SWOT Analysis)

SWOT 분석은 조직이나 프로젝트의 내부 요인(강점, 약점)과 외부 요인(기회, 위협)을 분석하여 전략을 수립하는 도구입니다. 강점을 활용하고 약점을 보완하며, 기회를 포착하고 위협을 최소화할 수 있도록 돕습니다.

간단하면서도 유연한 프레임워크로, 다양한 분야에서 전략적 의사결정을 지원하는 데 효과적입니다.

그러나 주관적 해석에 따라 결과가 달라질 수 있으므로 신중한 데이터 기반 분석이 필요합니다.

 

마치며 

문제 정의 4단계를 통해서 핵심 문제를 규정하는 방법에 대해 알아보았습니다.

문제정의는 가장 중요한 단계이며 이는 여러가지 측면에서 생각해서 진행이 되어야 합니다.