지난 글에서 KJ 기법의 정의, 진행 방법, 그리고 프로덕트이 활용할 수 있는 시나리오를 살펴봤어요. 이번 글에서는 KJ 기법을 브레인스토밍, 디자인 스프린트, 아마존 6페이저와 비교하고, 실제 프로덕트 디스커버리 사례를 통해 어떻게 작동하는지 살펴본 후, 흔한 실수와 해결법, 그리고 바로 사용할 수 있는 워크숍 템플릿을 소개합니다.
1. 실전 사례: 프로덕트 디스커버리 단계에서의 KJ 활용
현실적인 제품 발견(Product Discovery) 시나리오를 따라가볼게요.
중규모 운영 팀이 사용하는 B2B SaaS 제품을 상상해보세요.
문제 상황은 이래요.
- 사용자 활성화(Activation) 수준이 기대보다 낮다
- 세일즈팀은 온보딩이 “너무 복잡하다”고 말한다
- 고객 지원팀에서 셋업 혼란이 자주 보고된다
- 첫 세션 이후 높은 이탈(Drop-off)이 보인다
각 기능 조직마다 의견이 있고, 어느 쪽도 틀리지 않았어요.
1) 원시 데이터(Raw Data) 수집
성급하게 해결책을 토론하는 대신, 프로덕트, 디자인, 엔지니어링, 고객 지원을 담당하는 여러 직무자들이 함께하는 KJ 기법 기반 미팅을 진행해요.
기본 데이터들은 다음과 같아요.
- 사용자 인터뷰 노트
- 퍼널 지표
- 고객 지원 티켓 요약
- 세일즈 콜 일화
이제 모든 사람이 개인의 관찰과 생각을 조용히 개별적으로 적어요.
- “사용자가 2단계의 목적을 이해하지 못한다”
- “셋업에 우리가 당연하다고 가정하는 도메인 지식이 필요하다”
- “관리자는 성공하지만, 일반 사용자는 어려워한다”
- “문서를 너무 늦게 읽는다”
아직 해석은 없어요. 그냥 날것의 신호들이죠.
2) 어피니티 그룹핑과 센스메이킹
노트를 그룹핑하면서 패턴이 드러나요.
- 개념적 혼란 vs 기술적 마찰
- 다른 페르소나가 다른 이유로 실패하고 있다
- 정보의 양보다 타이밍이 더 중요하다
이 순간이 정렬이 일어나는 지점이에요.
논쟁하는 대신 이런 일이 벌어지죠.
- 팀이 같은 클러스터를 본다
- 의견 불일치가 갈등이 아니라 뉘앙스가 된다
그룹이 깨닫는 것은 이거예요.
핵심 문제는 복잡성이 아니에요. 온보딩 과정에서의 멘탈 모델 불일치예요.
3) KJ 산출물에서 의사결정으로
이제 결정이 쉬워져요.
PM은 클러스터를 구체적인 액션으로 변환해요.
- 온보딩을 “방법(How)” 전에 “이유(Why)”를 설명하도록 재설계한다
- 관리자 플로우와 일반 사용자 플로우를 분리한다
- 고급 설정을 뒤로 미룬다
- 성공 지표를 완료가 아닌 이해를 반영하도록 갱신한다
이 인사이트들이 직접 들어가는 곳이 있어요.
- PRD 내 문제 영역 진술
- 가설 주도 실험
- 로드맵 우선순위 결정
KJ 기반 미팅 세션이 몇 주가 소요될 수 있었던 왕복 논의를 줄여주는 거예요.
2. KJ 기법과 다른 방법론 비교
프로덕트팀이 방법론을 딱 하나만 단독으로 선택하는 경우가 드물어요. 현실에서 질문은 보통 이렇죠.
“왜 다른 방법 대신 KJ를 써야 하지?”
실무적인 비교를 해볼게요.
1) 브레인스토밍과의 비교
브레인스토밍은 이런 특성을 가져요.
- 구두 중심, 빠르고 에너지가 넘친다
- 강한 성격을 가진 사람이 대화를 지배한다
- 아이디어가 순차적으로 등장한다
- 구조보다 양을 추구한다
KJ 기법은 이렇게 다르죠.
- 침묵 먼저, 토론은 나중에
- 설계에 의해 동등한 기여
- 아이디어가 동시에 공개
- 자연스럽게 갖춰지는 구죠
브레인스토밍은 아이디어 생성에 유용해요. KJ는 복잡성을 이해하는 데 더 나아요.
2) 디자인 스프린트와의 비교
디자인 스프린트(Design Sprint)는 이런 특성이 있어요.
- 시간이 정해져 있고, 솔루션 지향적이다
- 강한 중재(Facilitation)가 필요하다
- 시간과 에너지 투자가 크다
- 검증된 문제 공간에서 가장 효과적이다
KJ 기법은 이래요.
- 가볍고 유연하다
- 이해에 초점을 맞춘다
- 반복하기 쉽다
- 디스커버리 초기에 잘 작동한다
많은 팀이 디자인 스프린트 안에서 KJ를 사용해 종합하기도 해요.
3) 아마존 6페이저와의 비교
아마존은 내러티브 기반 의사결정 문화로 유명해요.
아마존 6페이저(Amazon 6-pager)가 효과적인 이유가 있어요.
- 모든 사람이 같은 맥락을 읽는다
- 토론 전에 사고가 일어난다
- 논쟁이 공유된 정보 위에서 이루어진다
이건 개념적으로 KJ와 유사해요.
차이는 이래요.
- 6페이저는 글쓰기를 통해 사고를 외부화한다
- KJ는 시각적 클러스터링을 통해 사고를 외부화한다
둘 다 동시성과 깊이를 강제한다는 공통점이 있어요.
종합 비교표
| 차원 | KJ 기법 | 브레인스토밍 | 디자인 스프린트 | 아마존 6페이저 |
|---|---|---|---|---|
| 주요 목표 | 센스메이킹과 정렬 | 아이디어 생성 | 해결책 검증 | 의사결정 |
| 사고 방식 | 침묵 먼저, 토론 나중 | 처음부터 구두 | 혼합 | 침묵 독서 |
| 참여 모델 | 설계에 의해 동등 | 강한 목소리 지배 | 퍼실리테이터 의존 | 독서 후 동등 |
| 정보 흐름 | 동시 공개 | 순차 공유 | 시간에 따라 구조화 | 순차 독서 |
| 최적 타이밍 | 초기 디스커버리, 정렬 | 초기 아이디어 생성 | 중후반 디스커버리 | 전략적 결정 |
| 시간 투자 | 낮음~중간 | 낮음 | 높음 | 중간 |
| 핵심 강점 | 복잡성에서 명확함 만들기 | 창의적 에너지 | 검증 속도 | 내러티브 깊이 |
이건 “최고의” 방법을 고르는 게 아니에요. 사고 작업에 맞는 도구를 고르는 거예요.
- 아이디어가 부족할 때는 브레인스토밍
- 신호가 뒤섞여 있을 때는 KJ
- 방향이 명확할 때는 디자인 스프린트
- 결정을 구체화 할 때는 6페이저
3. 좋은 워크숍과 나쁜 워크숍의 차이
모든 KJ 워크숍이 효과적인 건 아니에요.
사실 많은 워크숍이 조용히 실패하죠. 겉으로는 구조화되어 보이지만, 그 아래에서는 아무것도 바뀌지 않는 거예요.
차이는 보통 의도와 중재에서 나와요.
1) 한눈에 비교하기
| 차원 | 나쁜 KJ 워크숍 | 좋은 KJ 워크숍 |
|---|---|---|
| 의도 | 결과가 이미 정해져 있다 | 문제를 진심으로 탐색한다 |
| 출발점 | 솔루션이나 로드맵 중심 | 문제와 신호 중심 |
| 참여자 행동 | 안전하고 뻔한 아이디어만 나온다 | 솔직하고 독립적인 사고가 나온다 |
| 발언 역학 | 가장 큰 목소리나 높은 직급이 지배한다 | 설계에 의해 동등하게 기여한다 |
| 침묵 활용 | 침묵이 서둘러 지나가거나 생략된다 | 침묵이 보호되고 의도적이다 |
| 그룹핑 방식 | 설득이나 분류 위주 | 패턴을 통한 센스메이킹 |
| 사고의 가시성 | 부분적이거나 선택적이다 | 모든 것이 외부화된다 |
| 토론 품질 | 의견 중심 논쟁 | 근거 기반 해석 |
| 의사결정 | 암묵적이거나 미뤄진다 | 명시적이고 추적 가능하다 |
| 액션 아이템 | 없거나 모호하다 | 명확한 담당자와 다음 단계가 있다 |
| 세션 이후 | 노트가 보관되고 아무것도 바뀌지 않는다 | 산출물이 PRD와 로드맵에 반영된다 |
2) 나쁜 KJ 워크숍이 실패하는 이유
실패한 KJ 워크숍 대부분은 방법론 때문에 실패하는 게 아니에요.
이런 이유로 실패하죠.
- 결론이 이미 정해져 있다
- 토론이 너무 일찍 시작된다
- 인사이트를 진행으로 착각한다
이런 일이 벌어지면, KJ는 포스트잇을 사용하는 일반 미팅으로 전락해 버려요.
3) 좋은 KJ 워크숍이 작동하는 이유
강한 KJ 워크숍은 느낌이 달라요.
이렇게 설계되었기 때문이에요.
- 팀이 의미 있을 만큼 충분히 오래 문제 공간에 머문다
- 모든 사고가 보이고 공유된다
- 패턴이 구체적인 결정으로 전환된다
그래서 좋은 KJ 세션은 항상 이것으로 끝나요.
- 명명된 우선순위
- 명시적인 트레이드오프
- 명확한 담당자와 다음 단계
4. KJ 기법의 흔한 실수
1) 너무 일찍 말하기
종종 침묵이 불편한 리더나 팀원들이 있어요.
그래서 이런 행동을 하게 되죠.
- 문제를 지나치게 많이 설명한다
- 작성 시간 중에 질문을 한다
- 노트를 즉시 해석하기 시작한다
이렇게 하면 독립적 사고가 무너져요.
해결법: 침묵을 적극적으로 보호하세요. 그건 낭비되는 시간이 아니에요.
2) 그룹핑을 분류로 착각하기
그룹핑은 깔끔하게 정리를 위한 것이 아니에요.
흔한 실수가 있어요.
- 카테고리를 미리 정해놓는다
- 기능 조직별로 나눈다
- 대칭을 강요한다
이렇게 하면 인사이트가 죽어요.
해결법: 그룹이 명확해지기 전에, 먼저 지저분하게 느껴지도록 내버려두세요.
3) 액션 없이 끝내기
아름다운 보드에 결정이 없으면 실패예요.
세션이 이렇게 끝난다면 무언가 잘못된 거예요.
- “좀 더 생각해봅시다”
- “이건 다시 방문합시다”
- “좋은 토론이었습니다”
해결법: 항상 결정과 담당자로 마무리하세요.
마무리: 미팅은 말하기 위한 것이 아니라, 결정하기 위한 것이다
프로덕트 미팅은 소음이 아니라 결정을 만들기 위해 존재해요.
KJ 기법은 단순하지만 잊기 쉬운 것을 상기시켜줘요.
- 사고에는 구조가 필요하다
- 정렬에는 가시성이 필요하다
- 좋은 결정에는 공유된 이해가 필요하다
PM의 역할은 더 많이 말하는 게 아니에요. 더 나은 사고 환경을 설계하는 거예요.
잘 사용하면, KJ기법이 바로 그 역할을 해줘요.
미팅은 말하기 위한 자리가 아니에요. 결정하기 위한 자리예요.
KJ 기법 시리즈