회의 시간에 이런 말, 한 번쯤 들어보셨나요? "그거 MECE하게 좀 나눠서 가져와 봐." 옆자리 선배는 고개를 끄덕이는데, 나만 속으로 '그게 대체 무슨 외계어지' 싶었던 순간 말입니다.
사고 프레임(thinking frame·생각의 틀)은 어려운 개념이 아닙니다. 복잡한 문제를 만났을 때 머리를 정리하는 정해진 손잡이 같은 거예요. 손잡이를 알면 누구나 같은 방식으로 문제를 잡을 수 있습니다. 오늘은 기획·마케팅 회의에서 유독 자주 튀어나오는 네 가지를 골랐어요.
이 네 가지는 이름만 낯설 뿐, 알고 보면 우리가 평소에 하던 생각을 그대로 담은 도구입니다. 지금부터 하나씩, 초등학생도 알아들을 수 있게 풀어드릴게요. 각 용어는 따로 읽어도 이해되도록 정리했으니 필요한 것만 골라 보셔도 됩니다.
1. MECE (Mutually Exclusive, Collectively Exhaustive)
겹치지 않게(ME) + 빠짐없이(CE) 나누는 정리의 기술. 피자를 자를 때 조각이 서로 겹치지도, 빈 곳도 없게 자르는 것과 같습니다.
MECE는 '뮤추얼리 익스클루시브, 컬렉티블리 이그조스티브'의 앞 글자를 딴 말입니다. 우리말로 풀면 '서로 안 겹치게(상호 배타적), 하나도 안 빠지게(전체 포괄)'라는 뜻이에요. 1960년대 컨설팅 회사 맥킨지의 바버라 민토(Barbara Minto)가 정리한 원칙으로 알려져 있습니다.
왜 이렇게 나눌까요? 항목이 겹치면 같은 일을 두 번 하게 되고, 빠지면 중요한 걸 놓치기 때문입니다. 예를 들어 고객을 '20대 / 30대 / 직장인'으로 나누면 엉망이에요. 30대 직장인은 어디에 속하죠? 반면 '10대 / 20대 / 30대 / 40대 이상'으로 나누면 겹치지도, 빠지지도 않습니다. 이게 바로 MECE합니다.
이럴 때 써요: "우리 앱을 안 쓰는 이유를 MECE하게 정리해 보자 — 몰라서, 불편해서, 비싸서, 대안이 있어서." 원인을 겹침 없이 나눠 놓으면 어디부터 손댈지가 또렷해집니다.
2. 5WHY (5 Whys·다섯 번의 왜)
'왜?'를 다섯 번쯤 되물어 진짜 원인을 캐는 방법. 양파 껍질을 한 겹씩 벗기듯 문제의 속으로 파고듭니다.
5WHY는 말 그대로 "왜?"를 반복해서 묻는 기법입니다. 일본 도요타(Toyota)의 도요다 사키치(Sakichi Toyoda)가 1930년대에 정리한 방법으로, 지금도 공장·병원·개발 현장에서 두루 쓰입니다.
핵심은 눈에 보이는 증상이 아니라 뿌리 원인을 찾는 데 있어요. "사이트가 느리다" → 왜? "이미지가 크다" → 왜? "원본을 그대로 올렸다" → 왜? "압축 규칙이 없다" → 왜? "담당자가 정해지지 않았다." 다섯 번쯤 파고드니 진짜 고칠 지점이 나오죠? 표면만 고치면 문제는 반드시 다시 터집니다. 꼭 다섯 번일 필요는 없습니다. 뿌리에 닿을 때까지가 기준이에요.
이럴 때 써요: "이번 달 환불이 늘었대. 5WHY로 파보자." 감으로 "고객이 까다로워서"라고 넘기는 대신, 왜를 반복하며 진짜 원인(예: 배송 안내 문구 누락)까지 내려가는 겁니다.
3. As-is · To-be (애즈이즈·투비)
지금(As-is)과 목표(To-be)를 나란히 그려 그 사이 간격을 보는 틀. 내비게이션이 현재 위치와 목적지를 함께 찍어 주는 것과 닮았습니다.
As-is는 '지금 이대로의 모습(현재 상태)', To-be는 '되어야 할 모습(목표 상태)'을 뜻합니다. 두 상태를 나란히 놓고 그 사이의 차이, 즉 갭(gap·간격)을 찾는 작업을 갭 분석(gap analysis)이라고 불러요.
왜 굳이 둘을 같이 그릴까요? 목표만 보면 막막하고, 현재만 보면 답답하기 때문입니다. 둘을 함께 봐야 '무엇을, 얼마나' 바꿔야 하는지가 보이거든요. 예컨대 '지금 가입 전환율 2%(As-is) → 목표 5%(To-be)'라고 적어 두면, 그 3%포인트를 메우는 게 이번 일의 정체가 됩니다.
이럴 때 써요: "먼저 As-is부터 그려 보고 To-be를 정하자." 개선 프로젝트를 시작할 때, 현재와 목표를 한 장에 그려 놓으면 할 일 목록이 저절로 따라 나옵니다.
4. 벤치마킹 (Benchmarking)
잘하는 대상을 기준 삼아 우리를 끌어올리는 방법. 시험 잘 본 친구의 공부법을 슬쩍 살펴보는 것과 비슷합니다.
벤치마킹은 '기준점(benchmark)'을 뜻하는 말에서 나왔습니다. 우리 분야에서 가장 잘하는 상대나 사례를 기준으로 삼아, 그들과 우리의 차이를 재고 배울 점을 찾는 활동이에요. 3번의 As-is·To-be가 '나와 나(과거의 나·미래의 나)'를 비교했다면, 벤치마킹은 '나와 남(잘하는 상대)'을 비교합니다. 비교의 대상이 다르다는 점, 이것만 기억하면 둘을 헷갈릴 일이 없어요.
다만 벤치마킹은 그대로 베끼는 게 아닙니다. 왜 그들이 잘하는지 이유를 뜯어본 뒤, 우리 상황에 맞게 바꿔 적용하는 게 진짜 벤치마킹이에요. 남의 답안지를 통째로 옮겨 적으면 컨닝이지만, 푸는 방식을 배워 내 문제에 쓰면 공부인 것과 같습니다(물론 시험장에선 둘 다 안 됩니다).
이럴 때 써요: "경쟁 앱 온보딩을 벤치마킹해 보자." 1등 서비스가 첫 화면을 어떻게 설계했는지 뜯어보고, 우리 서비스에 맞게 고쳐 적용하는 겁니다.
자주 묻는 질문
MECE와 로직트리는 뭐가 다른가요?
MECE는 '겹침 없이, 빠짐없이 나눈다'는 원칙이고, 로직트리(logic tree)는 그 원칙에 따라 실제로 가지를 뻗어 그린 그림입니다. 즉 MECE는 규칙, 로직트리는 그 규칙을 지켜 만든 결과물이에요. 좋은 로직트리는 각 가지가 MECE하게 나뉘어 있습니다.
5WHY는 꼭 다섯 번 물어야 하나요?
아닙니다. '다섯'은 대략적인 눈금일 뿐이에요. 세 번 만에 뿌리 원인이 나오면 거기서 멈추고, 다섯 번으로 부족하면 더 물어도 됩니다. 중요한 건 횟수가 아니라, 더 고칠 수 있는 진짜 원인에 닿았는가입니다.
As-is·To-be와 벤치마킹은 어떻게 구분하나요?
비교하는 대상이 다릅니다. As-is·To-be는 '우리의 현재'와 '우리의 목표'를 비교하는 시간 축의 틀이고, 벤치마킹은 '우리'와 '잘하는 남'을 비교하는 대상 축의 틀이에요. 목표를 정할 때 벤치마킹으로 남의 수준을 참고하고, 그 목표를 To-be로 삼는 식으로 함께 쓰기도 합니다.
여기까지가 사고 프레임 네 가지입니다. 이름은 딱딱해도, 결국 '겹치지 않게 쪼개고(MECE), 왜냐고 파고들고(5WHY), 현재와 목표를 그려 보고(As-is·To-be), 잘하는 남을 참고한다(벤치마킹)'는 아주 상식적인 생각의 순서였죠? 이걸로 기획·일하는 방식 묶음(C4)이 마무리됩니다. 다음 편부터는 새 묶음으로 넘어가요. 개발자와 대화할 때 꼭 나오는 여섯 단어 — 프론트엔드·백엔드·API·데이터베이스·배포·디버깅을 쉽게 풀어드리겠습니다. 다음 글에서 만나요.
이 시리즈의 다른 글
참고 자료: MECE principle (Wikipedia), Gap analysis (Wikipedia).