문제 정의: 성명절기의 첫 번째 비수
2026 All-Day-Project (127/365)
내 글에 이어서 생각하기 061:
서론: 농부가 씨앗을 고르는 법
우리의 농부는 새 땅을 개간하기로 마음먹었습니다. 하지만 씨앗을 뿌리기 전에, 그는 한참을 서서 땅을 바라봅니다. 여기에는 어떤 잡초가 자라고 있는가? 흙은 마르지 않았는가? 그늘과 햇빛의 비율은 어떤가?
이것이 바로 ‘문제 정의’ 의 순간입니다. 성급한 농부는 “여기에 콩을 심자!”부터 말하지만, 진짜 농부는 먼저 묻습니다. “이 땅이 진짜로 겪고 있는 문제는 무엇인가?”
1장: 아이디어는 유혹이다 - 문제로 치환하라
들어온 요청을 그대로 해결바카라으로 받아들이는 것은, 농부가 “잡초가 보인다 → 제초제를 뿌리자”라고 즉시 반응하는 것과 같습니다. 하지만 잡초가 자라는 이유는 토양의 산성도 때문일 수도 있고, 물 빠짐이 나빠서일 수도 있습니다.
도구: 문제 치환 질문
- “이 요청 뒤에 숨은 진짜 문제는 무엇인가?”
- “이 기능이 없으면 사용자가 포기하는 순간은 언제인가?”
- “이 문제를 해결하면 누가, 얼마나 행복해지는가?”
2장: 현상과 원인을 분리하는 용기
초보 농부는 “잎이 노랗다 → 영양 부족이다”라고 원인부터 말합니다. 하지만 경험 많은 농부는 일단 ‘현상’ 만 기록합니다. “3일째 잎 끝이 노랗게 변하기 시작했다. 온도는 25도, 습도는 60%.”
PM도 마찬가지입니다. “개발자가 게을러서”라고 쓰지 말고, “스프린트 완료율이 3주 연속 70% 이하다”라고 적습니다. 원인은 나중에 5 Why로 찾아가면 됩니다.
3장: 5 Why로 내려가고, JTBD로 다시 올라오기
이제 본격적인 근본 원인 탐색입니다. 구글 로그인 예시처럼 5 Why를 타고 내려갑니다. 그런데 여기서 중요한 것은 너무 기술적 원인에서 멈추지 않는 것입니다.
“왜 회원가입이 복잡한가? → 보안을 위해 10개 필드를 요구해서”
여기서 멈추면 해결바카라은 “필드를 줄이자”가 됩니다.
하지만 한 걸음 더: “왜 그 많은 필드가 필요한가? → 법적 규제 때문이다”라면 해결바카라은 달라집니다.
그리고 내려간 후에는, Jobs to be Done 관점에서 다시 올라옵니다.
사용자가 진짜 고용하는 것은 ‘회원가입’이 아니라 ‘서비스의 가치를 빠르게 경험하는 것’입니다.
이렇게 올려다보면, ‘로그인 없이 체험하기’라는 전혀 다른 해결바카라이 열릴 수 있습니다.
도구: 나선형 질문
1. 아래로: 5 Why (근본 원인 탐색)
2. 위로: JTBD (사용자가 진짜 원하는 것은?)
3. 다시 아래로: 그렇다면 그 ‘원하는 것’을 방해하는 진짜 장벽은?
4장: 문제를 이야기로 써라 - 문제 정의문의 서사 구조
잘 정의된 문제는 건조한 문장이 아니라, 누군가의 마음을 움직이는 이야기입니다.
“지난 3개월간 신규 사용자의 70%가 회원가입 과정에서 이탈하고 있습니다.
이는 일일 평균 500명의 잠재 고객 손실을 의미합니다.
사용자들은 서비스의 가치를 경험하기도 전에,
5분 이상 걸리는 복잡한 가입 절차에 지쳐 떠나고 있습니다.
이 문제를 해결하지 않으면, 우리의 성장은 둔화되고 결국 시장에서 도태될 것입니다.”
이 이야기에는 다음이 모두 포함되어 있습니다:
- 주인공: 신규 사용자
- 역경: 5분, 10개 필드, 가치 경험 전 이탈
- 보상: 500명/일 회복, 성장 지속
도구: 문제 정의문 템플릿
[기간] 동안 [측정 가능한 지표]가 [변화량]만큼 [악화/부족]합니다. 이는 [구체적인 영향]을 초래하며, 원인은 [근본 원인 가설]로 추정됩니다. 해결되지 않으면 [장기적 결과]가 예상됩니다.
5장: 문제를 쪼개라 - Zoom in/Zoom out
하나의 거대한 문제는 다루기 어렵습니다. 농부가 “이 땅 전체가 문제야!”라고 말하면 아무것도 할 수 없습니다. 대신, “북쪽 3평은 물이 고여 있고, 남쪽 2평은 그늘져서 일조량이 부족하다”로 나눕니다.
도구: 문제 분해 원칙
- MECE하게: 겹치지 않고, 빠지지 않게
- 한 번에 하나: 각 문제 정의문은 하나의 문제만
- 크기 조절: 너무 크면 쪼개고, 너무 작으면 합친다
예시: “회원가입 문제”는 아래로 쪼갤 수 있습니다.
- 문제 A: 가입 폼의 필드가 너무 많다
- 문제 B: 소셜 로그인 옵션이 없다
- 문제 C: 가입 전에 제품 가치를 알 수 없다
결론: 문제 정의는 성명절기의 첫 번째 비수
우리는 첫 번째 글에서 ‘성명절기’가 ‘문제를 발견하고 정의하는 방식’이라고 말했습니다. 두 번째 글에서는 ‘수집하고 정리하는 체계’를 배웠습니다. 그리고 이번 글에서는 그 수집물을 진짜 ‘문제’로 치환하는 구체적인 기술 을 익혔습니다.
문제 정의는 화려하지 않습니다. 5 Why를 반복하고, 현상과 원인을 분리하고, 이야기로 쓰고, 다시 쪼개는 작업의 반복입니다. 하지만 이 작업 없이는, 아무리 좋은 해결바카라도 엉뚱한 문제를 향해 달려갑니다.
도넛을 사는 농부는 이제 압니다.
씨앗을 뿌리기 전에, 땅의 문제를 읽는 법을 먼저 배워야 한다는 것을.
그리고 이 문제 정의가 완료되면, 다음 단계로 넘어갈 수 있습니다.
‘어떻게 해결할 것인가’ - 디자이너와 개발자와 함께 해결바카라을 탐색하는 여정으로.