PM study

Photo by CoWomen on Unsplash

기획자로 일하다 보면 가장 많이 받는 질문 중 하나가 "우리 서비스의 타겟이 누구야?"라는 말입니다. 저도 처음에는 이 질문에 자신 있게 답하지 못했습니다. "20~30대 여성"이라고 막연하게 답했다가 팀장님께 "그래서 그 안에서 누구를 먼저 잡을 건데?"라는 반문을 들었던 기억이 납니다. 그때부터 저는 세그먼테이션과 타겟팅을 제대로 공부하기 시작했습니다.

이 글은 고객 세그먼테이션(Customer Segmentation)과 타겟팅(Targeting)의 개념을 처음 접하는 주니어 기획자, PM, 서비스 기획자를 위해 작성되었습니다. 어려운 마케팅 용어를 쉬운 비유와 실제 사례로 풀어드릴 테니, 끝까지 읽고 나면 "우리 서비스의 타겟"을 자신 있게 정의할 수 있을 것입니다.

1. 왜 세그먼테이션이 필요한가? "모두를 위한 제품"의 함정

음식점을 하나 차린다고 상상해 보세요. 한식, 중식, 일식, 양식, 채식, 육식 — 모든 사람의 입맛을 맞추려다가는 결국 어느 한 쪽도 제대로 만족시키지 못하는 "그저 그런" 식당이 되고 맙니다. 서비스 기획도 마찬가지입니다.

"모두를 위한 제품"은 결국 "아무도 위하지 않는 제품"이 됩니다.

세그먼테이션(Segmentation)이란 전체 시장을 유사한 특성을 가진 소집단으로 나누는 과정입니다. 이 과정이 필요한 이유는 단순합니다. 기획·마케팅 자원(예산, 시간, 인력)은 항상 한정되어 있기 때문입니다. 한정된 자원을 분산하지 않고 가장 효과적인 고객 집단에 집중투자하기 위해서 세그먼테이션이 필요합니다.

저는 실무에서 이를 "낚시터 선택"에 자주 비유합니다. 바다 어디서나 낚싯대를 드리우는 것보다, 고기가 많이 모이는 포인트를 찾아 집중하는 것이 훨씬 효율적입니다. 세그먼테이션은 그 포인트를 찾는 작업입니다.

실제로 맥킨지(McKinsey) 연구에 따르면, 개인화·세그먼트 기반 마케팅을 실행한 기업은 그렇지 않은 기업 대비 매출이 평균 10~15% 높게 나타났습니다. 세그먼테이션은 이제 선택이 아닌 필수입니다.

2. 핵심 용어 한 번에 정리 — STP 프레임워크란?

세그먼테이션을 이해하려면 STP 프레임워크를 먼저 알아야 합니다. STP는 Segmentation(세분화) → Targeting(타겟팅) → Positioning(포지셔닝)의 세 단계로 구성된 전략 프레임워크입니다.

각 단계의 관계를 쉽게 설명하면 이렇습니다. 먼저 전체 시장을 의미 있는 단위로 나누고(S), 그 중 공략할 집단을 선택한 다음(T), 선택한 타겟의 마음속에 우리 브랜드가 어떤 의미인지를 심는(P) 순서입니다. 이 세 단계는 순서가 바뀌면 안 됩니다. 나누지 않고 선택할 수 없고, 선택하지 않고 포지셔닝할 수 없습니다.

아래 표에서 핵심 용어들을 한눈에 정리해 드리겠습니다.

3. 세그먼테이션의 4가지 기준 — 어떻게 나눌 것인가?

시장을 나누는 방법에는 크게 4가지 기준이 있습니다. 각각의 특징과 활용 상황을 자세히 살펴보겠습니다.

① 인구통계학적 세분화 (Demographic Segmentation)

연령, 성별, 소득, 직업, 학력, 가족 구성 등 측정 가능한 인구 특성으로 고객을 구분하는 방법입니다. 가장 오래되고 널리 쓰이는 방식으로, 데이터 수집이 쉽고 측정 가능하다는 것이 장점입니다.

다만 같은 나이여도 라이프스타일이 전혀 다를 수 있다는 단점이 있습니다. 예를 들어 35세 남성이라도 스타트업 창업자와 대기업 부장은 제품에 대한 니즈가 완전히 다릅니다. 그래서 인구통계 세분화는 보통 다른 기준과 함께 사용됩니다.

활용 예시: 20대 여성 대학생 / 40대 기혼 직장인 남성 / 월 소득 500만 원 이상 고소득층

② 지리적 세분화 (Geographic Segmentation)

국가, 지역, 도시 규모, 기후 등 지리적 위치로 고객을 구분하는 방법입니다. 오프라인 비즈니스에서 특히 중요하며, 디지털 환경에서도 지역별 문화·규제 차이를 반영하는 데 활용됩니다. 글로벌 서비스를 기획할 때 로컬라이제이션 전략의 출발점이 되기도 합니다.

활용 예시: 서울 강남 vs 지방 중소도시 / 도심 vs 교외 / 동남아 시장 vs 유럽 시장

③ 심리통계학적 세분화 (Psychographic Segmentation)

라이프스타일, 가치관, 성격, 관심사, 태도로 고객을 구분하는 방법입니다. 저는 이 기준이 가장 어렵지만 가장 강력하다고 생각합니다. "왜 사는가?"라는 질문에 답하는 기준이기 때문입니다. 인구통계의 한계를 보완하며, 데이터 수집이 어렵지만 설명력이 높습니다.

활용 예시: 환경을 중시하는 친환경 소비자 / 가성비를 최우선으로 추구하는 실용적 소비자 / 프리미엄 브랜드를 선호하는 과시적 소비자

④ 행동적 세분화 (Behavioral Segmentation)

구매 행동, 사용 빈도, 브랜드 충성도, 구매 단계로 고객을 구분하는 방법입니다. 디지털 마케팅에서 가장 활용도가 높으며, 실제 행동 데이터 기반이기 때문에 신뢰도가 높습니다. RFM 분석(Recency, Frequency, Monetary)과 연결되어 e-커머스에서 특히 강력한 도구입니다.

활용 예시: 첫 구매 고객 / 90일 이상 미방문 휴면 고객 / 월 3회 이상 재구매하는 충성 VIP 고객

저는 실무에서 보통 인구통계(뼈대) + 심리통계(살) + 행동(근거) 세 가지를 결합해서 세그먼트를 정의합니다. 하나의 기준만으로는 너무 단편적이기 때문입니다.

4. 좋은 세그먼트의 조건 — MADS 프레임워크

세그먼트를 나눴다고 다 끝난 게 아닙니다. "이 세그먼트가 진짜 공략할 만한 가치가 있는가?"를 검증해야 합니다. 이때 사용하는 것이 MADS 프레임워크입니다.

첫째, Measurable(측정 가능성)입니다. 규모와 구매력을 수치로 확인할 수 있어야 합니다. "20대 여성 중 친환경 소비에 관심 있는 층"이라고 세그먼트를 정의했다면, 그 규모가 얼마나 되는지 데이터로 뒷받침할 수 있어야 합니다.

둘째, Accessible(접근 가능성)입니다. 마케팅 채널로 실제로 도달할 수 있어야 합니다. 아무리 좋은 세그먼트라도 우리가 접근할 수 없다면 의미가 없습니다.

셋째, Differentiable(차별 가능성)입니다. 다른 세그먼트와 구별되는 특성이 있어야 합니다. 세그먼트 간에 의미 있는 차이가 없다면 굳이 나눌 이유가 없습니다.

넷째, Substantial(수익 가능성)입니다. 충분한 규모와 수익성이 있어야 합니다. 너무 좁은 니치 시장은 수익을 창출하기 어렵습니다.

저도 실무에서 세그먼트를 정의하고 나면 이 네 가지 조건을 하나씩 체크하는 습관이 생겼습니다. 특히 "측정 가능성" 체크에서 많은 세그먼트 아이디어가 걸러집니다.

5. 타겟팅 전략 3가지 — 어떤 방식으로 공략할 것인가?

세그먼트를 정의했다면 다음 단계는 어떤 세그먼트를 어떤 방식으로 공략할지 결정하는 것입니다. 타겟팅 전략은 크게 3가지로 나뉩니다.

① 비차별화 전략 (Undifferentiated Marketing)

전체 시장을 하나로 보고 단일 마케팅 전략을 적용하는 방식입니다. 대량 생산·대량 마케팅 시대의 방식으로, 초기 코카콜라가 대표적인 예입니다. 규모의 경제를 활용할 수 있지만, 경쟁이 심화된 현대 시장에서는 점점 효과가 줄고 있습니다.

② 차별화 전략 (Differentiated Marketing)

여러 세그먼트를 선택하고 각각 다른 전략을 적용하는 방식입니다. 비용이 높지만 전체 시장 점유율 확대에 유리합니다. 삼성전자가 갤럭시 S(프리미엄) · A(중간) · Z(폴더블 혁신) 시리즈를 각각 다른 타겟에게 다른 메시지로 마케팅하는 것이 대표적인 예입니다.

③ 집중화 전략 (Concentrated/Niche Marketing)

하나의 세그먼트에 자원을 집중하는 방식입니다. 스타트업이나 중소기업에 특히 적합합니다. 다이슨이 고급 청소기 시장에 집중하거나, 발뮤다가 프리미엄 소형 가전 시장에만 집중하는 것이 좋은 예입니다. 자원이 제한된 초기 서비스라면 집중화 전략을 먼저 선택하고 점차 확장하는 것이 현명합니다.

제가 스타트업 기획자로 일할 때 저는 항상 집중화 전략을 먼저 추천합니다. "처음부터 모든 세그먼트를 잡으려다 아무것도 못 잡는" 실수를 너무 많이 봤기 때문입니다. 린 스타트업의 핵심도 결국 가장 중요한 세그먼트 하나에 집중하는 것입니다.

6. STP 실전 적용 예시 — 배달 앱 신규 서비스 기획 케이스

지금까지 배운 내용을 실제 서비스 기획에 적용해 보겠습니다. "1인 가구 건강식 구독 서비스"를 기획한다고 가정해 봅니다.

Step 1 — Segmentation (시장 세분화)

1인 가구 전체 시장을 인구통계 + 심리통계 + 행동 기준으로 나눠 보면, 20대 자취생(가성비 우선), 30대 직장인 건강 관심층(편의+영양 균형 추구), 40대 다이어트 목적 1인 가구(체중 관리+식단 관리 필요), 50대 이상 혼밥족(건강+외로움 해소) 등으로 나눌 수 있습니다.

Step 2 — Targeting (타겟 선택)

MADS 기준으로 검토하면, 30대 직장인 건강 관심층이 가장 유력한 타겟입니다. 규모(측정 가능), SNS·검색 광고로 접근 가능(접근 가능), 가성비형 20대와 분명히 구별(차별 가능), 월 5~10만 원 구독 의향이 있는 충분한 구매력(수익 가능)을 갖추고 있습니다.

Step 3 — Positioning (포지셔닝)

선택된 타겟에게 "바쁜 직장인도 매일 건강하게"라는 메시지를 심습니다. 단순 배달이 아닌 "내 몸에 맞는 식단을 알아서 챙겨주는 서비스"로 포지셔닝합니다.

이 과정을 거치면 제품 기능, UI/UX, 가격 정책, 마케팅 메시지까지 일관된 방향을 갖게 됩니다. STP가 단순한 마케팅 이론이 아니라 서비스 전략의 나침반이 되는 이유입니다.

7. 페르소나(Persona) 작성법 — 타겟을 사람으로 만들기

타겟팅이 완료된 후에는 추상적인 세그먼트를 구체적인 사람으로 묘사하는 작업이 필요합니다. 이것이 바로 페르소나(Persona)입니다. 페르소나는 "공감을 위한 도구"입니다. 개발자, 디자이너, 마케터 모두가 같은 "사람"을 상상하면서 일할 수 있게 해줍니다.

좋은 페르소나에는 다음 요소가 포함됩니다. 이름과 나이, 직업과 소득, 하루 일과(Life Routine), 핵심 니즈와 불편함(Pain Points), 서비스를 사용하는 상황(Use Case), 그리고 의사결정 시 중요하게 생각하는 가치(Decision Driver)가 있어야 합니다.

예를 들어 앞서 기획한 건강식 구독 서비스의 페르소나라면 이렇게 만들 수 있습니다. "이지은, 32세, 서울 마포구 거주, IT 스타트업 마케터, 월 소득 350만 원. 아침 7시 출근, 밤 9시 퇴근. 점심은 회사 근처 편의점이나 배달로 때움. 운동을 시작했지만 식단 관리는 엄두를 못 냄. 인스타그램에서 건강식 콘텐츠를 즐겨 봄. 월 7만 원 이하라면 구독 서비스를 써보고 싶다."

페르소나를 이렇게 구체적으로 만들면, "이지은이라면 이 기능이 필요할까?"라는 식으로 의사결정의 기준점이 생깁니다. 저도 신규 서비스를 기획할 때 팀원들과 함께 페르소나를 만들고 사무실 벽에 붙여두는 방식을 자주 사용합니다. 기획 방향이 흔들릴 때마다 페르소나를 다시 보면 답이 보이는 경우가 많습니다.

8. 세그먼테이션 실무에서 자주 하는 실수 5가지

주니어 기획자들이 세그먼테이션 작업에서 자주 저지르는 실수들을 정리해 드립니다. 저도 처음에 다 경험했던 실수들입니다.

실수 1. 세그먼트를 너무 넓게 정의한다
"20~40대 여성"처럼 광범위한 정의는 세그먼테이션이 아닙니다. 내부적으로 동질적이고 외부적으로 이질적이어야 진정한 세그먼트입니다.

실수 2. 데이터 없이 감으로만 나눈다
세그먼트는 반드시 데이터로 뒷받침되어야 합니다. 사용자 인터뷰, 설문조사, 행동 데이터 중 최소 하나는 있어야 합니다. 관련해서 리서치 설계와 가설 수립 완벽 가이드를 함께 읽어보시면 도움이 됩니다.

실수 3. 세그먼트 수를 너무 많이 만든다
세그먼트가 10개가 넘어가면 오히려 의사결정이 어려워집니다. 초기에는 3~5개 수준으로 핵심 세그먼트만 정의하는 것이 좋습니다.

실수 4. 타겟팅을 빠뜨린다
세그먼테이션 후 "우리는 모든 세그먼트를 공략합니다"라고 하면 타겟팅을 한 게 아닙니다. 반드시 우선순위 세그먼트를 선택해야 합니다.

실수 5. 페르소나와 세그먼트를 혼동한다
세그먼트는 고객 집단이고, 페르소나는 그 집단을 대표하는 가상의 인물입니다. 세그먼트를 먼저 정의하고, 그 후에 페르소나를 만드는 순서를 지켜야 합니다.

9. 관련 글 더 읽기 — 서비스기획개론 시리즈

고객 세그먼테이션을 제대로 활용하려면 리서치 역량과 시장 분석 역량이 함께 갖춰져야 합니다. 아래 글들을 함께 읽으시면 훨씬 큰 시너지를 얻으실 수 있습니다.

• 👉 사용자 행동 관찰과 다이어리 스터디 완벽 가이드 — 기획자가 꼭 알아야 할 관찰 조사 방법 총정리
• 👉 설문 설계와 정량 조사 완벽 가이드 — 기획자가 꼭 알아야 할 NPS·CSAT·CES와 설문 설계 원칙 총정리
• 👉 리서치 인사이트 도출과 종합 완벽 가이드 — 기획자가 꼭 알아야 할 Fact·Finding·Insight 구분부터 HMW까지 총정리

마무리 — 세그먼테이션은 "선택과 집중"의 기술

오늘 살펴본 고객 세그먼테이션과 타겟팅은 단순한 마케팅 이론이 아닙니다. 서비스 기획의 모든 의사결정 — 기능 우선순위, UI/UX, 가격 정책, 마케팅 채널 — 의 기반이 됩니다.

제가 주니어 기획자 시절 가장 크게 성장한 순간 중 하나가 바로 "우리 타겟이 이 기능을 원할까?"라는 질문을 스스로 던질 수 있게 되었을 때였습니다. 그 질문의 시작이 바로 세그먼테이션과 타겟팅 역량입니다.

처음에는 어색하더라도, 다음 기획 작업에서 STP 프레임워크를 한 번 적용해 보세요. "우리 서비스의 타겟"이 훨씬 선명하게 보이기 시작할 것입니다.

더 궁금한 점이 있으시면 댓글로 남겨주세요. 저도 배우는 중이라 함께 이야기 나누고 싶습니다!

참고: Philip Kotler, Marketing Management / McKinsey & Company — The value of getting personalization right / 한국마케팅협회(KMA)

Photo by Jason Goodman on Unsplash

저는 팀 과제로 앱 서비스를 직접 만들고 사용자 행동을 관찰하는 맥락 인터뷰를 진행한 적이 있습니다. 그때 가장 충격적이었던 장면이 있었는데요. 저희가 공들여 만든 캐릭터 요소에 대해 사용자들은 인터뷰에서 "귀엽다", "서비스를 잘 이용할 것 같다"고 말했습니다. 그런데 막상 실제로 앱을 사용하는 장면을 관찰해보니, 캐릭터를 한 번 보고 나서는 전혀 신경 쓰지 않았고 오히려 캐릭터 때문에 핵심 기능으로 가는 경로가 복잡해져서 사용성이 오히려 낮아졌습니다. "말"과 "행동"이 이토록 다를 수 있다는 걸 그때 처음으로 몸소 느꼈습니다.

이 경험이 이번 글의 출발점입니다. 기획자와 PM에게 사용자 조사는 인터뷰만으로 끝나지 않습니다. 사용자가 실제로 어떻게 행동하는지를 직접 "보는" 조사가 반드시 필요합니다. 이번 글에서는 행동 관찰, 맥락 인터뷰, 사용성 테스트, 그리고 다이어리 스터디까지 — 관찰 조사의 모든 것을 처음 배우는 분도 이해할 수 있게 정리해드립니다.

이 글은 심층 인터뷰(IDI)와 FGI 완벽 가이드 및 설문 설계와 정량 조사 가이드와 함께 읽으시면 리서치 전체 그림을 잡는 데 큰 도움이 됩니다.

1. 왜 "보는" 조사가 필요한가 — 말과 행동의 차이

사용자는 자신의 행동을 정확하게 기억하거나 설명하지 못합니다. 이것은 사용자가 거짓말을 한다는 게 아니라, 인간의 인지 특성상 실제 행동과 인식 사이에는 늘 간극이 존재한다는 의미입니다.

저도 그 간극을 직접 경험했습니다. "캐릭터 때문에 서비스를 잘 이용할 것 같다"는 말을 믿고 캐릭터 요소를 강화했지만, 실제 관찰에서 사용자들은 캐릭터에 거의 반응하지 않았습니다. 오히려 캐릭터가 핵심 기능으로 가는 시선과 탐색 흐름을 방해하고 있었습니다. 인터뷰는 사용자의 인식을 파악하고, 관찰은 사용자의 실제 행동을 파악합니다. 이 두 가지는 반드시 함께 이루어져야 합니다.

관찰 조사가 필요한 시점

• 인터뷰 결과와 데이터 분석 결과가 일치하지 않을 때
• 사용자가 "불편하다"고 하지만 구체적 원인을 설명하지 못할 때
• 새로운 기능의 실제 사용 흐름을 검증할 때
• 사용자의 환경(공간, 맥락, 도구)이 행동에 미치는 영향을 알고 싶을 때

비유를 들자면, 인터뷰가 "이 음식이 맛있었나요?"라고 묻는 것이라면, 관찰은 실제로 그 음식을 먹는 사람의 표정과 식습관을 지켜보는 것입니다. 말과 표정은 전혀 다른 이야기를 하고 있을 수 있습니다.

2. 핵심 용어 완전 정리 — 헷갈리는 개념 한 번에

저는 처음 관찰 조사를 배울 때 비슷해 보이는 용어들이 너무 많아서 혼란스러웠습니다. 맥락 인터뷰와 사용성 테스트가 다른 건지, 섀도잉은 언제 쓰는 건지 — 처음에는 구분이 잘 되지 않았습니다. 아래 표로 한 번에 정리해드립니다.

3. 사용자 행동 관찰 방법 3가지 — 언제 무엇을 쓸까

관찰 방법은 크게 세 가지로 나눌 수 있습니다. 각각의 장단점과 적합한 상황이 다르기 때문에, 조사 목적에 맞게 선택하는 것이 중요합니다.

① 맥락 인터뷰 (Contextual Inquiry)

참여자의 실제 환경(집, 직장, 카페 등)에서 관찰과 질문을 동시에 수행하는 방법입니다. "지금 하신 행동이 어떤 이유에서였나요?"처럼 행동 직후 즉시 질문하기 때문에, 환경·도구·루틴까지 파악할 수 있다는 강점이 있습니다. 저도 팀 과제에서 이 방법을 활용해 맥락 인터뷰를 진행했는데, 사용자가 집에서 앱을 사용하는 자연스러운 흐름 속에서 평소에는 드러나지 않는 행동 패턴을 발견할 수 있었습니다.

② 사용성 테스트 (Usability Test)

통제된 환경에서 특정 과업을 부여하고 수행 과정을 관찰하는 방법입니다. 과업 완료 여부, 오류 발생 지점, 소요 시간을 정밀하게 측정할 수 있습니다. Think Aloud(발성 사고법)와 함께 사용하면 행동의 이유까지 파악할 수 있어 특정 기능·화면의 사용성 검증에 최적화되어 있습니다.

③ 섀도잉 (Shadowing)

연구자가 참여자를 따라다니며 일상 관찰을 수행합니다. 참여자가 의식하지 못하는 습관적 행동을 포착하기에 적합하며, 서비스 접점이 다양하거나 오프라인 경험이 중요한 경우에 특히 유용합니다.

관찰 시 반드시 기록해야 할 4가지

• 행동: 무엇을 했는가 (탭, 스크롤, 멈춤, 이탈)
• 맥락: 어떤 상황에서 했는가 (장소, 시간, 동반자)
• 감정: 어떤 반응을 보였는가 (표정, 탄식, 반복 시도)
• 환경: 어떤 도구/기기를 사용했는가

4. 다이어리 스터디 — 시간의 흐름을 담는 조사

다이어리 스터디(Diary Study)는 참여자가 일정 기간(수일~수주) 동안 스스로 자신의 경험과 행동을 기록하는 종단 조사 방법입니다. 연구자가 현장에 없어도 시간 흐름에 따른 자연스러운 사용 패턴을 파악할 수 있다는 것이 가장 큰 특징입니다.

저는 다이어리 스터디를 직접 진행해본 경험은 없지만, 관찰 조사를 하면서 "이 사람이 일주일 동안 어떻게 앱을 쓰는지 연속으로 기록할 수 있다면 훨씬 많은 걸 알 수 있을 텐데"라는 생각을 했습니다. 단발성 관찰로는 포착하기 어려운 반복 패턴과 감정 변화를 다이어리 스터디가 메워준다는 점에서, 앞으로 꼭 활용해보고 싶은 방법입니다.

다이어리 스터디의 3가지 유형

일지 프롬프트 설계 원칙

다이어리 스터디의 품질은 프롬프트 설계에 달려 있습니다. 질문은 간결하고 구체적이어야 하며, 참여자 부담을 최소화해야 합니다. 개방형 질문과 척도형 질문을 혼합하고, 사진이나 스크린샷 첨부를 권장하면 맥락을 보완할 수 있습니다. 하루 기록 소요 시간은 5분 이내가 이상적입니다. (Nielsen Norman Group — Diary Studies 가이드)

5. 행동 관찰 vs 다이어리 스터디 비교

두 방법의 최적 조합: 다이어리 스터디로 전체 패턴을 파악하고, 그 중 핵심 장면을 골라 관찰 또는 심층 인터뷰로 심화 탐색하는 방식이 가장 효과적입니다.

6. 관찰 조사에서 기획으로 — 인사이트를 발굴하는 법

저는 관찰 조사를 처음 배울 때 가장 어려웠던 것이 "어떻게 질문해야 사용자의 잠재적 니즈를 파악할 수 있을까"라는 고민이었습니다. 기획자로서 내가 원하는 방향으로 질문을 유도하거나, 사용자의 심리를 건드려 프로젝트 방향을 일그러뜨릴 수 있다는 것을 직접 경험하며 더욱 어렵다고 느꼈습니다. 사용자 관점이 아닌 기획자 관점으로 전환하는 그 과정이 관찰 조사에서 가장 중요한 훈련이라고 생각합니다.

그 훈련 속에서 정말 뜻밖의 인사이트도 발견했습니다. 제가 중요하지 않을 것 같다고 생각했던 기능을 사용자들이 제일 먼저 찾고, 오히려 더 잘 활용하는 장면을 목격했습니다. 기획자가 생각하는 "핵심 기능"과 사용자가 실제로 가장 먼저 찾는 기능이 전혀 다를 수 있다는 것을 그때 처음으로 깨달았습니다. 이 경험 이후로 저는 사용자 경험을 기반으로 서비스를 설계하는 것이 얼마나 중요한지 확신하게 됐습니다.

행동 관찰 분석 4단계

관찰 데이터를 기획으로 연결하는 흐름은 다음과 같습니다. 첫째, 행동 흐름(플로우)을 도식화합니다. 둘째, 오류 발생 지점과 빈도를 집계합니다. 셋째, 실제 탐색 경로와 의도한 경로를 비교합니다. 넷째, 표정·탄식·반복 행동 등 감정 신호를 패턴화합니다. 이 네 단계를 거쳐야 비로소 "이 화면에서 사용자가 왜 이탈하는가"에 대한 근거 있는 인사이트를 도출할 수 있습니다.

다이어리 스터디 분석 4단계

다이어리 스터디 데이터는 에피소드 단위로 코딩(주제별 분류)하는 것이 기본입니다. 그 다음 시간대·상황별 사용 패턴을 시각화하고, 긍정·부정 감정 변화의 추이를 분석합니다. 마지막으로 반복 언급된 불편·만족 요소를 추출하여 우선순위 개선 항목을 도출합니다.

이렇게 얻은 관찰 인사이트를 실제 기획 결정으로 연결하는 방법은 리서치 설계와 가설 수립 가이드에서 자세히 다루고 있습니다. 관찰 결과를 IF-THEN 가설 형태로 전환하고 정량 검증으로 연결하는 흐름을 함께 읽어보시면 더욱 도움이 됩니다.

7. 처음 시작하는 기획자를 위한 관찰 조사 체크리스트

관찰 조사를 처음 시작할 때 가장 흔한 실수는 관찰하면서 즉시 해석을 시작하는 것입니다. "저 사람이 이렇게 행동하는 건 이런 이유겠지"라고 관찰 중에 단정해버리면, 실제로 중요한 다른 행동들을 놓치게 됩니다. 반드시 먼저 기록하고, 나중에 해석해야 합니다.

또 한 가지 기억할 점은 참여자에게 미리 안내를 잘 해야 한다는 것입니다. "잘하려고 하지 않아도 된다", "틀리는 게 아니라 서비스를 테스트하는 것"이라는 점을 충분히 전달해야 자연스러운 행동을 관찰할 수 있습니다. 관찰자 효과를 최대한 줄이는 것이 관찰 조사의 품질을 결정합니다.

실전 체크리스트

• ☑ 관찰 목적과 알고 싶은 행동이 명확한가?
• ☑ 관찰 방법(맥락 인터뷰/사용성 테스트/섀도잉)을 목적에 맞게 선택했는가?
• ☑ 참여자에게 사전 안내(관찰의 목적, 편안함 강조)를 했는가?
• ☑ 관찰 중에는 해석하지 않고 기록에만 집중하는가?
• ☑ Think Aloud를 활용해 행동의 이유까지 파악하고 있는가?
• ☑ 행동·맥락·감정·환경 4가지를 모두 기록하고 있는가?
• ☑ 다이어리 스터디의 경우 프롬프트가 간결하고 5분 이내 기록 가능한가?
• ☑ 관찰 데이터를 분석 후 정량 조사로 검증할 계획이 있는가?

참고 자료

• Nielsen Norman Group — Diary Studies: How to Conduct Them
• Nielsen Norman Group — Contextual Inquiry: Inspire Design by Observing and Interviewing Users in Their Context
• Usability.gov — Usability Testing

Photo by Luke Chesser on Unsplash

저는 UIUX를 처음 공부할 때, 내가 만든 서비스가 실제로 사람들에게 어떻게 받아들여지는지 너무 궁금했습니다. 그래서 처음으로 설문과 인터뷰를 통한 사용자 조사를 직접 진행해봤는데요. 막상 해보니 "어떤 질문을 해야 하지?", "몇 명에게 물어봐야 하지?", "이 데이터로 뭘 결정할 수 있지?"라는 의문이 끊이지 않았습니다. 그 경험이 이 글을 쓰게 된 출발점입니다.

기획자와 PM에게 설문 설계와 정량 조사는 단순한 조사 기술이 아닙니다. 의사결정을 숫자로 뒷받침하는 핵심 역량입니다. 이번 글에서는 정량 조사의 개념부터 설문 설계 원칙, NPS·CSAT·CES 지표, 그리고 데이터를 기획에 연결하는 방법까지 처음 배우는 분도 이해할 수 있도록 꼼꼼하게 정리했습니다.

이 글은 리서치 설계와 가설 수립 가이드의 후속편이기도 합니다. 가설을 세웠다면 이제는 그것을 검증할 차례입니다.

1. 정량 조사란 무엇인가? — 숫자로 패턴을 찾는 방법

정량 조사(Quantitative Research)는 수치로 측정 가능한 데이터를 대규모로 수집·분석해 패턴과 경향을 파악하는 방법입니다. 쉽게 말해, "이 문제가 얼마나 많은 사람에게 발생하는가?", "사용자들이 얼마나 자주 이 기능을 쓰는가?"처럼 숫자로 대답할 수 있는 질문을 다룹니다.

비유를 들자면, 정성 조사가 "왜 이 음식이 맛있는지" 요리사에게 직접 묻는 것이라면, 정량 조사는 "이 음식을 몇 명이 주문했고, 재구매율은 몇 %인지" 영수증 데이터로 파악하는 것입니다.

정량 조사가 필요한 시점

• 특정 문제가 얼마나 광범위하게 발생하는지 확인할 때
• 정성 조사에서 만든 가설을 검증해야 할 때
• 의사결정의 우선순위를 수치로 정해야 할 때
• 시간 경과에 따른 변화(추이)를 측정할 때

정성 조사 vs 정량 조사 비교

핵심 문장: 정성 조사는 가설을 만들고, 정량 조사는 가설을 검증한다.

2. 설문 설계 원칙 — 좋은 데이터를 얻으려면

저는 처음 설문을 만들 때 가장 큰 실수를 저질렀습니다. 제가 기획하고 있던 서비스에 대해 너무 기대감을 가지고 질문을 설계했는데, 결과적으로 유도 질문이 되어버린 겁니다. 예를 들어 "우리 서비스의 편리한 기능들 중 어떤 부분이 가장 마음에 드셨나요?"라는 질문은 이미 '편리하다'는 전제를 깔고 있어서, 실제로 불편함을 느낀 사용자조차 긍정적인 답변을 하게 만들었습니다. 그 경험 이후로 저는 질문 설계 원칙을 훨씬 꼼꼼히 따지게 됐습니다.

2-1. 조사 목적 명확화 (가장 중요)

설문을 만들기 전에 반드시 다음 세 가지를 먼저 정리해야 합니다. 첫째, 이 조사로 어떤 결정을 내릴 것인가. 둘째, 그 결정을 위해 어떤 데이터가 필요한가. 셋째, 이미 알고 있는 것과 아직 모르는 것은 무엇인가. 목적 없는 설문은 분석할 수 없는 데이터를 만들고, 결국 의사결정에 아무 도움이 되지 않습니다.

2-2. 피해야 할 질문 패턴

2-3. 설문 구성 순서 (권장 흐름)

설문 문항의 순서도 완성률에 큰 영향을 미칩니다. 권장 흐름은 다음과 같습니다. ① 스크리닝 문항으로 조사 대상 여부를 필터링하고, ② 인구통계 및 사용 현황으로 응답자 특성을 파악합니다. ③ 일반 인식/태도로 큰 맥락에서 시작해, ④ 핵심 주제 문항으로 조사 목적에 해당하는 질문을 배치합니다. ⑤ 세부·민감 문항은 뒤쪽에 배치해 이탈을 방지하고, ⑥ 개방형 문항은 선택적으로 마지막에 자유 의견을 수렴합니다.

2-4. 설문 길이와 완성률

원칙: 핵심 결정을 위한 '최소 문항'만 남긴다.

3. NPS·CSAT·CES — 정량 지표 완벽 이해

저도 처음에는 이 세 가지 지표를 헷갈렸는데요, 각각이 측정하는 '시간대'가 다르다고 생각하면 이해하기 훨씬 쉽습니다. NPS는 장기적 관계, CSAT는 즉각적 경험, CES는 과정의 편의성을 측정합니다.

NPS (Net Promoter Score) — 장기 충성도 지표

질문: "이 서비스를 지인에게 추천할 의향이 얼마나 있습니까? (0~10점)"

• 추천자(Promoters): 9~10점
• 중립자(Passives): 7~8점
• 비추천자(Detractors): 0~6점

계산식: NPS = 추천자(%) - 비추천자(%)

예를 들어 100명 응답자 중 추천자가 50명(50%), 비추천자가 20명(20%)이라면 NPS = 50 - 20 = +30점입니다. NPS 0 이상이면 긍정적, +50 이상이면 매우 우수한 수준으로 평가합니다. (Bain & Company, NPS 개발 원문)

CSAT (Customer Satisfaction Score) — 즉각적 만족도 지표

질문: "오늘 경험에 얼마나 만족하셨습니까? (1~5점)"

계산식: CSAT = (4~5점 응답자 수 ÷ 전체 응답자 수) × 100

특정 접점(온보딩, 결제, 고객 상담 등)의 즉각적인 만족도를 측정하는 데 최적화되어 있습니다. NPS가 전반적인 관계를 보는 것이라면, CSAT는 특정 순간을 집중 점검합니다.

CES (Customer Effort Score) — 사용 편의성 지표

질문: "원하는 것을 달성하기 위해 얼마나 많은 노력이 필요했습니까? (1~7점)"

점수가 낮을수록 좋고, 높을수록 사용자가 과도한 노력을 기울였다는 의미입니다. 이탈 원인을 찾거나 UX 개선 포인트를 파악할 때 매우 유용합니다.

저는 테스트 앱의 사용성을 조사할 때 시선 추적 장비를 활용해서 CES 관점에서 분석해 본 경험이 있습니다. 유도를 고려하여 설계한 화면에서 사용자의 시선이 의도한 방향으로 자연스럽게 이동하는지, 그리고 목표 달성까지 얼마나 적은 노력이 드는지를 추적했는데요. 이탈률이 점점 줄어들고 유도가 잘 됐을 때 정말 짜릿했습니다. 수치로 개선이 확인되는 그 순간이 서비스 기획의 보람이라고 생각합니다.

4. 핵심 용어 정리 — 시험·실무 대비 완전 정복

처음 정량 조사를 배울 때 제가 가장 헷갈렸던 부분은 비슷해 보이는 용어들의 차이였습니다. 특히 모집단과 표본, 척도와 리커트 척도 같은 개념들은 한번에 정리해두면 나중에 훨씬 편합니다.

• 모집단(Population): 결과를 일반화하고 싶은 전체 대상 (예: "대한민국 20대 스마트폰 사용자 전체")
• 표본(Sample): 모집단 중 실제로 조사에 참여한 일부 (예: 그 중 500명)
• 대표성(Representativeness): 표본이 모집단 특성을 얼마나 잘 반영하는지. 대표성이 낮으면 결과를 일반화할 수 없습니다.
• 리커트 척도(Likert Scale): "매우 불만족(1점) ~ 매우 만족(5점)"처럼 동의 정도를 단계로 측정하는 도구
• 유도 질문(Leading Question): 특정 답을 유도하는 편향 질문. 저처럼 처음 설문 만들 때 가장 많이 실수하는 부분입니다.
• 응답 편향(Response Bias): 실제 생각과 다르게 응답하는 현상. 대표적으로 사회적으로 바람직한 답변을 하려는 경향이 있습니다.
• 무응답 편향(Non-response Bias): 특정 성향의 사람들이 응답하지 않아 결과가 왜곡되는 현상
• 코호트(Cohort): 특정 기간/경험을 공유하는 사용자 집단. 예: "2025년 1월 가입자 코호트"
• 교차 분석(Cross-tabulation): 두 변수 간의 관계를 표로 비교 분석. 예: "연령대별 기능 선호도 비교"

이처럼 데이터를 어떻게 수집하고 해석하느냐에 따라 결론이 완전히 달라질 수 있기 때문에, 용어 하나하나가 실무에서 실제로 중요하게 쓰입니다. 더 자세한 리서치 방법론은 심층 인터뷰(IDI)와 FGI 완벽 가이드에서 정성 조사와 함께 비교해보시면 도움이 됩니다.

5. 데이터 분석에서 기획 의사결정으로 — 숫자를 액션으로 바꾸는 법

정량 데이터를 수집했다고 해서 기획이 자동으로 좋아지지는 않습니다. 제가 가장 어렵게 느꼈던 부분도 바로 이 지점이었습니다. 사용자마다 기준이 달라서 어떤 수치를 기준점으로 잡아야 할지, 어떤 데이터를 쌓아야 이탈률이나 방향성을 잡을 수 있을지 고민이 많았습니다.

하지만 실제로 앱의 버튼 위치와 화면 구성을 바꾼 후 사용자 참여도가 수치로 올라가는 것을 확인했을 때, 생각지도 못한 지표에서 사용자 니즈를 발견하는 경험을 하게 됐습니다. 그 이후로 저는 데이터를 다각도로 분석하는 것이 기획자와 PM의 가장 중요한 강점이라고 확신하게 됐습니다.

기본 4단계 분석 흐름

데이터 분석은 기술 통계에서 시작합니다. 평균, 중앙값, 분포를 확인해 전반적인 상태를 파악하는 것이 첫 번째입니다. 그 다음은 비교 분석으로, 신규 사용자 vs 기존 사용자처럼 그룹 간 차이를 보는 것입니다. 세 번째는 교차 분석으로 연령대별 기능 선호도처럼 변수 간의 관계를 파악합니다. 마지막으로 추이 분석을 통해 시간에 따른 변화를 측정합니다.

데이터에서 기획으로 연결하는 흐름

수치를 확인했다면 "어디가 가장 문제인가?"를 먼저 파악합니다. 불만족, 이탈, 낮은 점수가 집중되는 지점을 찾는 것입니다. 그 다음은 원인 탐색인데, 정량 결과만으로는 "왜?"를 알기 어렵습니다. 이때 정성 조사(인터뷰, FGI)를 병행해 맥락을 채웁니다. 원인을 파악했다면 "불만족 비율 × 영향도(또는 사용자 규모)"로 우선순위를 정합니다. 마지막으로 현재 수치를 기준점으로 개선 목표치를 설정합니다. 예를 들어 "현재 CSAT 3.2점 → 3개월 내 3.8점 이상"처럼 구체적인 숫자로 목표를 정하는 것입니다.

이 과정을 제대로 이해하고 싶다면 OKR과 KPI 완벽 가이드를 함께 읽어보시길 추천드립니다. 데이터로 만든 목표를 OKR/KPI 체계에 연결하는 방법을 자세히 다루고 있습니다.

6. 정량 조사를 처음 시작하는 기획자에게 — 실전 체크리스트

정량 조사를 처음 시작하는 분들이 가장 많이 하는 실수는 "일단 설문부터 만들고 보자"는 태도입니다. 목적 없이 만든 설문은 나중에 어떻게 분석해야 할지 막막하게 만들고, 결국 서랍 속에서 잠드는 데이터가 됩니다.

설문을 만들기 전에 "이 데이터를 받으면 나는 무엇을 결정할 수 있는가?"라는 질문에 먼저 대답할 수 있어야 합니다. 그 답이 명확하지 않다면 아직 설문을 만들 준비가 되지 않은 것입니다.

또 한 가지 기억할 것은 정량 조사는 단독으로 완결되지 않는다는 점입니다. 숫자는 "무엇이"를 알려주지만, "왜"는 알려주지 않습니다. 정성 조사와 함께 사용할 때 비로소 완전한 인사이트를 얻을 수 있습니다. 이 두 조사를 어떻게 통합적으로 설계하는지에 대해서는 리서치 설계와 가설 수립 가이드에서 자세히 다루고 있습니다.

실전 체크리스트

• ☑ 조사 목적과 이 데이터로 내릴 결정이 명확한가?
• ☑ 모집단과 목표 표본 크기를 설정했는가?
• ☑ 유도 질문, 이중 질문, 모호한 표현이 없는가?
• ☑ 설문 완성률을 고려해 문항 수를 최소화했는가?
• ☑ 파일럿 테스트(소규모 사전 검토)를 진행했는가?
• ☑ 분석 방법(기술통계, 교차분석 등)을 미리 계획했는가?
• ☑ 정량 결과를 보완할 정성 조사 계획이 있는가?

참고 자료

• Bain & Company — Net Promoter System 공식 소개
• Nielsen Norman Group — Quantitative User Research Methods
• Qualtrics — NPS 완전 가이드

Scott Graham Unsplash

솔직히 말하면, 저는 처음에 인터뷰 리서치를 굉장히 번거롭다고 생각했습니다. 대학 시절 팀 프로젝트를 하면서 인터뷰 대상자를 직접 찾고, 약속을 잡고, 만나러 가는 그 과정 자체가 귀찮게 느껴졌거든요. 거기다 "이 사람이 과연 우리 서비스를 충분히 이해하고 있을까?"라는 편견까지 품고 시야가 좁은 상태로 시작했습니다.

그런데 막상 인터뷰를 진행해보니, 생각이 완전히 바뀌었습니다. 질문을 뽑는 과정에서부터 사용자의 잠재적 니즈를 스스로 발견하게 되고, 인터뷰 현장에서 예상치 못한 인사이트가 터지는 경험을 했습니다. 새로운 기능이나 서비스 아이디어가 오히려 인터뷰 중에 더 쉽게 나오더라고요. 그 경험이 제 사고방식을 훨씬 넓혀줬습니다.

이 글에서는 정성 조사의 대표적인 두 방법인 심층 인터뷰(IDI)와 FGI(Focus Group Interview)를 각각의 진행 방식, 장단점, 적합한 상황까지 완벽하게 정리합니다. 리서치 설계 전반이 궁금하다면 리서치 설계와 가설 수립 완벽 가이드도 함께 읽어보세요.

1. 정성 조사(Qualitative Research)란 무엇인가

정량 조사가 "얼마나(How much)"를 측정한다면, 정성 조사는 "왜(Why)"와 "어떻게(How)"를 탐색합니다. 사용자의 동기, 감정, 맥락, 태도처럼 숫자로 바로 잡히지 않는 이유를 이해하는 데 쓰이죠.

저도 기업에서 주최하는 음식 좌담회에 참여자로 참석한 적이 있습니다. 평소에는 "맛있다, 맛없다" 정도로만 단순하게 생각하던 음식에 대해 진행자가 구체적으로 파고들어 물어보니 순간 당황했습니다. "어떤 부분이 좋으셨나요?", "그 맛의 어떤 요소가 특별하게 느껴지셨나요?" 같은 질문에 답하면서, 내가 무엇을 좋아하고 싫어하는지를 오히려 제가 새롭게 발견하는 재미있는 경험을 했습니다. 그 자리에서 "아, 이래서 정성 조사가 필요한 거구나"라는 걸 몸으로 느꼈습니다.

정성 조사가 특히 필요한 순간

• 문제가 아직 정확히 정의되지 않은 탐색 단계
• 설문·로그 데이터만으로 행동 이유가 설명되지 않을 때
• 새로운 사용자 집단을 처음 이해해야 할 때
• 기존 서비스의 불만 원인을 구체적으로 파고들 때

기획자가 시장을 조사하고 경쟁사를 분석하는 맥락에서도 정성 조사는 필수입니다. 시장 조사와 경쟁사 분석 완벽 가이드와 함께 읽으면 더 넓은 시각을 가질 수 있습니다.

2. 핵심 용어 사전 — 인터뷰 리서치 전에 반드시 알아야 할 개념들

인터뷰 리서치를 처음 접하면 낯선 용어들이 쏟아집니다. 실전에서 헷갈리지 않도록 핵심 용어를 먼저 정리합니다.

• IDI (In-depth Interview, 심층 인터뷰): 1:1로 깊게 대화하는 인터뷰. 개인의 경험·동기·감정을 깊이 탐색합니다.
• FGI (Focus Group Interview): 6~8명 소그룹을 대상으로 진행하는 집단 토론형 인터뷰.
• 모더레이터 (Moderator): FGI 진행자. 중립을 유지하면서 대화의 균형을 조정합니다.
• 토픽 가이드 (Topic Guide): 질문 주제와 순서를 정리한 진행 가이드.
• 래포 (Rapport): 참여자와 진행자 사이의 신뢰·편안한 분위기. 좋은 인터뷰의 출발점입니다.
• 프로빙 (Probing): 답변을 더 깊게 파고드는 후속 질문 기법. "왜 그렇게 느끼셨나요?", "조금 더 구체적으로 말씀해주실 수 있나요?"
• 인사이트 (Insight): 단순 사실을 넘어, 의미 있는 해석/발견.
• 포화 (Saturation): 더 인터뷰해도 새로운 주제가 거의 나오지 않는 상태. 보통 이 시점이 조사 종료 기준이 됩니다.
• 스크리너 (Screener): 참여자 적합성을 사전에 확인하는 질문지.
• 동의서 (Consent Form): 조사 목적·녹음·활용 범위를 고지하고 동의받는 문서.

3. 심층 인터뷰(IDI) — 1:1 대화로 깊이 파고드는 방법

심층 인터뷰(IDI)는 1명의 참여자와 1~2명의 조사자가 1:1로 진행하는 대화 기반 조사입니다. 집단 압력이 없기 때문에 솔직한 답변이 나올 가능성이 크고, 개인의 경험·감정·동기를 깊이 탐색하는 데 가장 적합합니다.

IDI 진행 구조 (흐름)

1. 아이스브레이킹: 분위기를 만들고, 조사 목적을 안내하며, 녹음 및 동의를 확인합니다.
2. 배경 질문: 참여자의 기본 상황과 맥락을 파악합니다.
3. 핵심 주제 탐색: 토픽 가이드를 기반으로 핵심 질문을 진행합니다.
4. 프로빙: "왜?", "예를 들면?", "그때 어떤 감정이었나요?" 등으로 답변을 심화합니다.
5. 마무리: 추가 의견을 받고, 감사 인사와 후속 안내를 합니다.

IDI 질문 유형 예시

▲ 인터뷰의 80% 이상은 오픈 질문과 프로빙으로 채워야 합니다. 클로즈드 질문은 최소화하세요.

IDI가 잘 맞는 상황

• 개인적이거나 민감한 주제 (금전, 건강, 갈등 등)
• 특정 사용자의 행동 패턴을 정밀하게 이해해야 할 때
• 파워유저 또는 이탈자를 깊게 파고들 때

4. FGI (Focus Group Interview) — 집단 역학을 활용한 그룹 토론 조사

FGI는 6~8명의 참여자를 한 자리에 모아, 모더레이터 진행 하에 특정 주제로 집단 토론을 이끄는 조사입니다. 저는 아직 FGI를 직접 진행해본 경험이 없어서, 솔직히 더 어렵게 느껴지는 방법이기도 합니다. 다양한 관점을 한꺼번에 듣는 과정에서 참여자들끼리 의견을 나누다 보면 특정 한 사람의 의견에 토론이 치우칠 수 있고, 그걸 중립적으로 조율하면서 동시에 깊은 질문을 이끌어내야 한다는 점이 만만치 않아 보입니다. 꼭 한 번 직접 진행해보고 싶습니다.

FGI 진행 구조 (흐름)

1. 도입: 목적과 규칙 안내 (정답은 없다, 서로 존중) + 참여자 소개.
2. 워밍업: 가벼운 질문으로 참여를 유도하고 긴장을 풉니다.
3. 핵심 주제 토론: 주제별로 집단 토론을 진행합니다.
4. 발산 → 수렴: 다양한 의견을 넓힌 뒤 공통점과 차이점을 정리합니다.
5. 마무리: 요약 확인 및 추가 의견 수렴.

모더레이터의 역할 — FGI의 성패를 좌우한다

FGI에서 모더레이터는 단순한 사회자가 아닙니다. 인터뷰 결과의 질을 결정하는 핵심 역할입니다.

• 특정 의견을 지지하거나 판단하지 않기 (중립 유지)
• 발언이 적은 참여자도 자연스럽게 참여시키기
• 주제 이탈 시 부드럽게 다시 방향 잡기
• 갈등이 생기면 중립적으로 중재하기

이 중에서 제가 가장 중요하다고 생각하는 것은 발언 균형 조율입니다. "목소리 큰 사람이 이긴다"는 말처럼, 저도 스터디나 팀 프로젝트를 하면서 이런 상황을 여러 번 경험했습니다. 내 의견을 차근차근 정리하고 있는데 다른 사람이 더 강하고 설득력 있게 말하면, 나도 모르게 "아, 저 의견이 맞네"라고 실시간으로 생각이 바뀌어버린 적이 있거든요. 이런 집단 압력이 FGI 데이터를 왜곡하는 가장 큰 원인이기 때문에, 모더레이터가 각별히 주의해야 합니다.

FGI가 잘 맞는 상황

• 여러 사용자 그룹의 인식 차이를 비교하고 싶을 때
• 브랜드·콘셉트·아이디어에 대한 집단 반응이 필요할 때
• 빠르게 다양한 관점을 모아야 할 때

5. IDI vs FGI 한눈에 비교 — 언제 무엇을 써야 할까

두 방법은 서로 대체재가 아니라 목적에 따라 선택하는 도구입니다. 상황에 따라 IDI만, FGI만, 혹은 두 방법을 순서대로 병행하는 경우도 많습니다.

▲ 출처: Nielsen Norman Group — Focus Groups

FGI가 더 어렵게 느껴지는 이유 중 하나는, 한 명 한 명의 심층적인 생각을 끌어내야 하는 IDI와 달리, 여러 명의 상호작용을 조율하면서 동시에 깊은 인사이트를 얻어야 한다는 복잡성 때문입니다. 모더레이터의 역량에 따라 결과가 크게 달라진다는 점도 부담입니다. 반면 IDI는 1:1이라 집중하기 쉽고, 참여자가 더 솔직해지는 경향이 있습니다.

6. 프로빙(Probing) — 인터뷰의 깊이를 결정하는 핵심 기술

프로빙은 인터뷰어의 역량을 가장 잘 보여주는 기술입니다. 단순히 질문 목록을 읽어 내려가는 것이 아니라, 참여자의 답변을 듣고 그 안에서 더 깊은 의미를 끌어내는 후속 질문을 즉흥적으로 던지는 것입니다.

저는 좌담회 참여자로 경험하면서, 프로빙의 힘을 직접 느꼈습니다. 단순히 "맛있다"로 끝날 대화를 "그 맛의 어떤 부분이 특히 기억에 남으셨나요?", "처음 먹었을 때와 지금 느낌이 다른가요?" 같은 질문으로 이어나가니, 제 자신도 몰랐던 취향과 감정을 발견하게 됐습니다. 하지만 동시에 "이런 질문을 길에서 갑자기 받으면 굉장히 귀찮을 것 같다"는 생각도 들었습니다. 이것이 바로 래포(Rapport) 형성이 중요한 이유입니다. 인터뷰 전에 충분한 아이스브레이킹으로 편안한 분위기를 만들어야 프로빙에도 열린 답변이 나옵니다.

효과적인 프로빙 질문 예시

• "왜 그렇게 느끼셨나요?"
• "조금 더 구체적으로 말씀해주실 수 있나요?"
• "그때 어떤 상황이었는지 좀 더 이야기해주실 수 있을까요?"
• "예를 들어 어떤 경우에 그런 느낌을 받으셨나요?"
• "방금 말씀하신 [키워드]에 대해 더 자세히 듣고 싶어요."

7. 인터뷰 분석 — Fact와 Insight를 구분하는 법

인터뷰가 끝나고 녹취록을 정리했다고 해서 리서치가 끝난 게 아닙니다. 수집한 데이터에서 의미 있는 인사이트를 도출해야 진짜 가치가 생깁니다.

분석 기초 흐름

1. 녹취록(또는 노트) 정리
2. 발언을 주제별로 코딩(분류)
3. 반복 패턴 / 핵심 주제 도출
4. 인사이트 문장 만들기: "사용자는 ~하기 때문에 ~한다"
5. 기획 시사점(개선 방향/우선순위)으로 연결

Fact vs Insight — 이 구분이 보고서의 수준을 결정한다

▲ Fact를 나열하는 것은 데이터 정리이고, Insight를 만드는 것이 진짜 리서치입니다.

인사이트는 그 자체로 끝나지 않고, 기획 방향 결정 및 가설 수정으로 이어져야 합니다. OKR이나 KPI 목표와 연결해서 "이 인사이트가 어떤 지표 개선으로 이어지는가?"를 함께 생각하면 더욱 실전적인 리서치 결과물이 됩니다. OKR과 KPI 완벽 가이드와 함께 읽어보세요.

8. 기획자가 인터뷰를 잘 해야 하는 이유 — 직무 경쟁력과 직결된다

기획자는 디자이너와 개발자 사이에서 의견을 조율하며, 사용자와 고객이 원하는 것을 출시할 수 있도록 이끄는 직무입니다. 저는 이 과정에서 인터뷰 역량이 기획자의 핵심 경쟁력이라고 생각합니다. 사용자의 니즈를 정확하게 파악할 수 있다면, 팀을 올바른 방향으로 이끌 수 있습니다.

반대로 인터뷰를 제대로 못 하면 어떤 일이 생길까요? 팀 전체가 열심히 함께 제품을 만들어냈는데, 사용자의 진짜 니즈를 파악하지 못해서 아무도 쓰지 않는 서비스가 되는 상황입니다. 그 피해는 팀 전체의 시간과 비용, 그리고 사기로 이어집니다. 일하는 과정에서 혼란을 일으키고, 결국 실패한 프로젝트로 남게 됩니다.

인터뷰 역량을 키우는 가장 좋은 방법은 직접 해보는 것입니다. 처음에는 번거롭고 어색하지만, 막상 해보면 저처럼 "질문을 만드는 과정에서 사용자를 이해하게 되고, 인터뷰 현장에서 생각지도 못한 아이디어가 떠오르는" 경험을 할 수 있습니다. 인터뷰는 기획자의 사고방식을 넓혀주는 가장 강력한 도구입니다.

자주 저지르는 인터뷰 실수 5가지

1. 유도 질문: "이 기능이 편리하지 않으셨나요?" → "이 기능 사용 경험이 어떠셨나요?"로 바꾸세요.
2. 침묵을 못 견디고 먼저 말하기: 침묵이 생겨도 참여자가 생각하는 시간을 주세요. 3~5초의 침묵은 자연스럽습니다.
3. 가설 확인용 질문만 하기: 원하는 답을 확인하러 가는 인터뷰는 의미가 없습니다.
4. 프로빙 없이 다음 질문으로 이동: 핵심 답변이 나왔을 때 파고들지 않으면 표면적인 데이터만 남습니다.
5. 래포 형성 없이 바로 본론: 아이스브레이킹 없이 시작하면 참여자가 방어적이 되어 솔직한 답변을 얻기 어렵습니다.

마무리 — 인터뷰는 기획자가 사용자를 만나는 가장 진지한 방식이다

인터뷰 리서치는 처음에 번거롭게 느껴질 수 있습니다. 저도 그랬으니까요. 하지만 막상 시작하면 질문을 설계하는 과정에서부터, 인터뷰 현장에서 예상치 못한 답변을 듣는 순간까지, 사용자에 대한 이해가 층층이 쌓이는 것을 느낍니다. 그리고 그 이해가 결국 더 좋은 기획으로 이어집니다.

IDI로 깊이를 파고들고, FGI로 넓이를 채우며, 프로빙으로 표면 아래를 탐색하는 것. 이 세 가지가 합쳐졌을 때 기획자는 진짜 사용자의 언어로 말할 수 있는 사람이 됩니다. 서비스 기획의 전반적인 역할이 궁금하다면 서비스기획자란 무엇인가? 역할과 책임 완벽 정리도 함께 읽어보세요.

John Schnobrich Unsplash

기획을 공부하면서 "리서치"라는 단어를 처음 들었을 때, 저는 단순히 '자료 조사' 정도라고 생각했습니다. 그런데 공부를 하면 할수록 리서치가 단순한 조사가 아니라 고객의 잠재 니즈를 발견하는 가장 강력한 방법이라는 걸 깨달았습니다. 제가 미처 생각하지 못한 부분을 실제 사용자의 목소리와 행동 데이터에서 찾아낼 수 있다는 점에서, 리서치는 기획자에게 꼭 필요한 역량이라는 확신이 생겼습니다.

하지만 막상 리서치를 어떻게 설계해야 하는지, 가설은 왜 세워야 하는지, 정량과 정성은 어떻게 다른지를 체계적으로 정리하기가 쉽지 않았습니다. 이 글에서는 리서치 설계의 전체 흐름부터 가설 작성법, 검증 방법 선택까지 기획자가 알아야 할 모든 것을 정리합니다.

시장 조사 전반에 대한 배경 지식이 필요하다면 시장 조사와 경쟁사 분석 완벽 가이드도 함께 참고해보세요.

1. 리서치란 무엇인가 — 기획자가 리서치를 해야 하는 진짜 이유

서비스 기획 맥락에서 리서치는 서비스 기획의 의사결정을 뒷받침하기 위해 고객·시장·제품에 관한 정보를 체계적으로 수집하고 분석하는 활동입니다. 단순히 "느낌"이나 "팀원들의 합의"로 기획 방향을 정하는 것이 아니라, 실제 데이터와 사용자의 목소리를 근거로 의사결정을 내리기 위해 필요합니다.

저는 앱 기획 팀 프로젝트를 진행하면서 이걸 뼈저리게 느꼈습니다. 팀원들끼리 "이 기능 진짜 좋다!"라고 의기투합해서 만들었는데, 막상 사용자가 잘 이용하지 않는 위치에 배치되어 있거나 사용 과정이 너무 귀찮아서 사용성이 크게 떨어졌던 경험이 있습니다. "처음부터 대상 사용자를 더 뚜렷하게 타겟화하고, 그들의 실제 사용 흐름을 리서치했더라면 달라지지 않았을까?"라는 아쉬움이 남았습니다. 바로 그 경험 덕분에 리서치가 얼마나 중요한지를 실감할 수 있었습니다.

리서치의 3가지 목적 유형

• 탐색적 (Exploratory): 모르는 것을 발견 → "고객이 어떤 문제를 겪는가?"
• 서술적 (Descriptive): 현상을 정확히 측정 → "몇 %의 고객이 이 문제를 겪는가?"
• 인과적 (Causal): 원인-결과 규명 → "이 기능이 전환율을 높이는가?"

기획자가 리서치를 할 때는 먼저 이 세 가지 중 어떤 목적으로 진행하는지를 분명히 해야 합니다. 목적이 명확하지 않으면, 인터뷰를 100번 해도 "그래서 뭘 알게 됐지?"라는 질문에 답하기 어려워집니다.

2. 리서치 설계 5단계 — 체계적으로 조사를 기획하는 방법

리서치는 즉흥적으로 시작해서는 안 됩니다. 5단계로 체계적으로 설계해야 편향 없이 유의미한 결과를 얻을 수 있습니다.

1단계: 목적 정의 (Why)

"이 리서치를 통해 어떤 의사결정을 내릴 것인가?"를 먼저 묻습니다. 결과에 따라 기획 방향이 실제로 바뀌어야 진짜 리서치입니다. 그냥 "알고 싶어서" 하는 리서치는 자원 낭비로 이어집니다.

2단계: 리서치 질문 설정 (What)

목적을 달성하기 위해 구체적으로 무엇을 알아야 하는지를 정합니다. 좋은 리서치 질문의 조건은 세 가지입니다: 구체적이고, 답이 가능하며, 의사결정에 직결되어야 합니다.

• ❌ 나쁜 예: "고객이 좋아하는가?"
• ✅ 좋은 예: "고객이 결제 단계에서 이탈하는 주요 이유는 무엇인가?"

3단계: 방법 선택 (How)

정량 / 정성 / 혼합 중 선택합니다. 리서치 목적과 보유 자원(시간·예산·인력)을 고려해 결정합니다.

4단계: 대상 선정 (Who)

현재 사용자 / 잠재 고객 / 이탈 고객 / 비사용자 중 누구에게 조사할지를 결정합니다. 제가 팀 프로젝트에서 아쉬웠던 부분도 바로 이 단계였습니다. 대상을 처음부터 명확하게 타겟화했더라면 훨씬 날카로운 인사이트를 얻을 수 있었을 것입니다.

5단계: 검증 기준 설정 (Measure)

리서치 결과를 어떻게 판단할지를 사전에 정해야 합니다. 예시: "인터뷰 5명 중 3명 이상이 같은 문제를 언급하면 가설 유효." 기준을 미리 정해두지 않으면, 결과가 나왔을 때 원하는 방향으로만 해석하는 확증 편향이 생깁니다.

3. 정량 조사 vs 정성 조사 — 언제 무엇을 써야 하나

정량과 정성 조사 중 어느 쪽이 더 어렵냐고 묻는다면, 저는 처음에 정성 조사가 훨씬 어렵게 느껴졌습니다. 설문지는 문항만 잘 만들면 되는데, 인터뷰는 어떤 질문을 어떻게 해야 사용자의 잠재 니즈를 끌어낼 수 있는지가 막막했습니다. 특히 정성 인터뷰의 질문 수준을 높이려면, 정량 조사에서 나온 데이터를 먼저 충분히 이해하고 그 위에서 "왜?"라는 질문을 더 깊이 파고들어야 한다는 걸 알게 됐습니다. 정량 조사를 기반으로 정성 조사를 설계해야 사용자의 잠재 의식이나 킬링 포인트를 잡아낼 수 있다는 점이 핵심입니다.

정량 조사 vs 정성 조사 비교표

▲ 권장 순서: 정성으로 발견 → 정량으로 검증. 두 방법을 순서대로 함께 사용하는 것이 가장 효과적입니다.

가장 이상적인 흐름은 정성 조사로 "왜?"를 발견하고, 정량 조사로 "얼마나?"를 검증하는 것입니다. 두 방법은 경쟁 관계가 아니라 서로를 보완하는 관계입니다. 출처: Nielsen Norman Group — Qualitative vs. Quantitative Research

4. 가설이란 무엇인가 — IF-THEN-BECAUSE 구조로 방향을 잡는 법

가설(Hypothesis)은 검증되지 않은 상태의 믿음을 검증 가능한 형태로 명시적으로 서술한 것입니다. 처음에는 "왜 이렇게 복잡하게 써야 하지?"라고 느낄 수도 있습니다. 그런데 직접 IF-THEN-BECAUSE 형식으로 가설을 작성해보니, 제가 왜 이 서비스를 만드는지에 대한 방향이 훨씬 명확해지는 경험을 했습니다.

이 서비스가 유용할 것 같아서 기획을 시작해도, 막상 진행하다 보면 방향이 흐지부지되거나 처음과 전혀 다른 곳으로 가버리는 경우가 많습니다. 하지만 가설로 방향성을 세우고 기대 효과를 미리 작성해두면, 나중에 기획을 수정하거나 새로운 아이디어를 더할 때도 장단점을 빠르게 비교하고 판단할 수 있습니다.

가설의 3가지 조건

• 구체성: 모호하지 않고 명확히 서술 가능해야 합니다.
• 검증 가능성: 데이터나 실험으로 참·거짓을 판단할 수 있어야 합니다.
• 반증 가능성: 틀릴 수 있다는 가능성을 인정해야 합니다.

가설 작성 구조 — IF-THEN-BECAUSE

IF [특정 조건이나 행동을 하면]
THEN [특정 결과가 나타날 것이다]
BECAUSE [왜 그렇게 생각하는가 — 근거]

실전 예시:

IF 앱 온보딩 화면에 사용 목적 선택 단계를 추가하면
THEN 가입 후 7일 이내 재방문율이 현재 대비 20% 이상 증가할 것이다
BECAUSE 맞춤화된 첫 경험이 서비스 가치를 빠르게 인식시켜 이탈을 줄인다는 유사 서비스 사례가 있기 때문이다

BECAUSE 절이 단순히 "그럴 것 같아서"가 아니라, 데이터나 사례, 논리적 근거로 채워져야 한다는 점이 핵심입니다. 이 근거가 약하면 가설 자체의 신뢰도가 낮아집니다.

5. 가설의 3가지 유형 — 문제·솔루션·성장 가설

가설을 쓸 줄 알게 되면, 다음 단계는 어떤 종류의 가설인지를 구분하는 것입니다. 유형에 따라 검증 방법이 완전히 달라지기 때문입니다.

1) 문제 가설 (Problem Hypothesis)

"이 고객은 이 문제를 겪고 있다"는 믿음입니다. 고객 문제의 실재 여부와 심각성을 검증하는 것이 목적으로, 주로 심층 인터뷰나 관찰 같은 정성 조사로 검증합니다.

예시: "직장인 30대는 점심 메뉴 선택에 10분 이상을 소비하며 이를 불편하게 느낀다"

2) 솔루션 가설 (Solution Hypothesis)

"이 솔루션이 문제를 해결한다"는 믿음입니다. 제안하는 기능이나 서비스가 실제로 문제를 해결하는지를 프로토타입 테스트, 사용성 테스트, MVP를 통해 검증합니다.

예시: "AI 기반 점심 추천 기능이 메뉴 선택 시간을 3분 이내로 줄여줄 것이다"

3) 성장 가설 (Growth Hypothesis)

"이 방법으로 고객을 확보·유지·성장시킬 수 있다"는 믿음입니다. 획득·전환·유지·수익화 채널이나 전략의 효과를 A/B 테스트, 코호트 분석, 채널 실험으로 검증합니다.

예시: "친구 추천 기능을 추가하면 신규 가입의 30%가 추천으로 발생할 것이다"

중요한 순서: 반드시 문제 가설 → 솔루션 가설 → 성장 가설 순서로 검증해야 합니다. 문제가 실재하는지 확인하지 않은 상태에서 솔루션부터 만들면, 아무도 원하지 않는 기능을 완성도 높게 만드는 낭비가 생깁니다. 제가 팀 프로젝트에서 겪었던 바로 그 실수였습니다.

6. 가설 우선순위 결정 — ICE 프레임워크

가설이 여러 개 있을 때 어느 것부터 검증해야 할지를 결정하는 프레임워크가 ICE입니다. 검증 자원(시간, 인력, 예산)은 항상 제한되어 있기 때문에 우선순위를 잘 잡는 것이 중요합니다.

ICE 점수 = (Impact + Confidence + Ease) ÷ 3
각 요소를 1~10점으로 평가합니다.

▲ ICE 점수가 높은 가설부터 검증하는 것이 원칙입니다. 단, Impact가 매우 높다면 Ease가 낮아도 검증할 가치가 있습니다.

OKR이나 KPI 목표와 연계해서 가설의 Impact를 평가하면 더욱 정확한 우선순위를 잡을 수 있습니다. OKR과 KPI 완벽 가이드와 함께 읽어보세요.

7. 검증 방법 선택 — 상황에 맞는 방법을 고르는 기준

가설 유형과 검증 방법을 매핑하면 다음과 같습니다.

로드맵을 수립할 때 어떤 가설을 어느 스프린트에서 검증할지를 연결하면 훨씬 체계적인 기획이 됩니다. 프로덕트 로드맵 수립 완벽 가이드도 참고해보세요.

8. 기획자가 자주 저지르는 리서치·가설 실수 6가지

리서치와 가설에서 발생하는 실수들은 대부분 초반 설계 단계에서 생깁니다. 정확한 분석 없이 다음 단계로 넘어가면 불필요한 서비스를 계속 만드는 악순환이 이어지고, 조직 전체에 시간과 비용 손실을 안겨줍니다. 반대로 이 과정을 정확히 할수록 의사소통도 빨라지고 서비스의 완성도도 높아집니다. 제가 느낀 것처럼, 리서치와 가설을 제대로 할 줄 아는 기획자는 팀 안에서 진정한 '일잘러'가 될 수 있습니다.

1. 가설 없이 리서치 시작: "일단 인터뷰하고 뭔가 나오겠지"라는 태도로 시작하면 방향성 없는 데이터만 쌓입니다. → "이 리서치로 어떤 의사결정을 할 것인가?"를 먼저 정의하세요.
2. 가설을 확인하러 가는 리서치: 원하는 답을 확인하러 가는 편향된 인터뷰. → "가설이 틀렸을 때 어떻게 할 것인가?"를 먼저 질문하면 편향을 점검할 수 있습니다.
3. 가설과 리서치 질문 혼동: 가설 = 리서치 질문이라고 오해. → 가설은 '검증할 믿음', 리서치 질문은 '알아야 할 것'으로 구분합니다.
4. 솔루션 가설을 먼저 검증: 문제 확인 전에 기능부터 테스트. → "이 문제가 실재한다는 걸 먼저 확인했는가?"를 반드시 질문합니다.
5. 검증 기준 없이 실행: 결과가 나와도 성공인지 모름. → 실행 전 성공 기준(숫자)을 반드시 사전에 정의하세요.
6. 한 가지 방법만 사용: 인터뷰만 하거나 설문만 함. → 정성으로 발견하고 정량으로 검증하는 흐름을 기본으로 삼으세요.

마무리 — 리서치와 가설은 기획자의 언어다

기획자 또는 PM이 리서치와 가설 수립을 제대로 못 하면, 사람들이 원하는 서비스를 만들어내지 못하는 기획자가 됩니다. 정확한 분석 없이 다음 단계로 계속 넘어가면, 결국 불필요한 서비스를 반복해서 만드는 데 자원을 낭비하게 됩니다. 그 피해는 팀 전체에 돌아갑니다.

반대로, 리서치와 가설을 잘 다루는 기획자는 다릅니다. 정확한 분석을 통해 서비스를 개선하면 의사소통 속도가 빨라지고, 불필요한 재작업이 줄어들며, 그 결과가 조직의 이익으로 직결됩니다. 저는 이걸 공부하면서 "리서치와 가설은 기획자의 언어"라는 생각이 들었습니다. 이 언어를 잘 구사할수록, 기획자로서 더 경제적이고 효과적으로 일할 수 있는 경쟁력이 생깁니다.

서비스 기획자의 전반적인 역할이 궁금하다면 서비스기획자란 무엇인가? 역할과 책임 완벽 정리도 함께 읽어보세요.

Campaign Creators Unsplash

기획자를 준비하는 과정에서 처음으로 회사 문서나 PM 아티클을 읽다 보면 낯선 단어들이 쏟아집니다. LTV, CAC, Churn Rate, Payback Period… 저도 처음 이 단어들을 마주했을 때 "이게 대체 무슨 말이지?"라는 생각부터 들었습니다. 문서 전체를 이해하고 싶은데 핵심 용어를 모르니 맥락이 하나도 잡히지 않는 느낌이었죠. 그래서 저는 빠르게 업무에 적응하려면 이 단어들을 먼저 공부해야겠다고 마음먹고, 자료를 찾기 시작했습니다.

그렇게 공부하다 발견한 프레임워크가 바로 Unit Economics(유닛 이코노믹스)입니다. 처음엔 복잡해 보였지만, 핵심 질문 하나로 정리가 됩니다. "고객 1명을 얻는 데 드는 비용보다, 그 고객이 주는 가치가 더 큰가?" — 이 질문에 답할 수 있다면 Unit Economics의 절반은 이해한 겁니다.

이 글에서는 Unit Economics의 핵심 개념부터 계산 방법, 판단 기준, 그리고 기획자가 자주 저지르는 실수까지 완벽하게 정리해드립니다. 비즈니스 모델 전반에 대한 맥락이 궁금하시다면 비즈니스 모델 캔버스(BMC) 완벽 가이드도 함께 읽어보시면 도움이 됩니다.

1. Unit Economics란 무엇인가 — "고객 1명"으로 보는 수익 구조

Unit Economics는 비즈니스의 가장 작은 단위(고객 1명, 거래 1건 등)를 기준으로 수익과 비용을 분석해, 사업의 수익 구조가 건강한지 판단하는 프레임워크입니다.

많은 사람들이 "매출이 늘고 있으니까 사업이 잘 되고 있겠지"라고 생각합니다. 하지만 저는 공부를 하면서 뉴스에서 전혀 다른 사례들을 많이 봤습니다. 광고 노출은 많은데 실제 구매 전환이 이루어지지 않거나, 이탈률이 계속 늘어나면서 결국 적자가 쌓이는 회사들의 이야기였죠. 매출은 늘고 있는데 왜 적자냐는 질문 — Unit Economics가 망가진 회사들의 전형적인 증상입니다. 그 기사들을 읽으면서 "아, 단순히 수치가 크다고 좋은 게 아니구나"라는 걸 처음으로 실감했습니다.

Unit Economics를 제대로 이해하면 이런 상황을 사전에 파악하고 대응할 수 있습니다. 전체 P&L(손익계산서)과 구분해서, 고객 1명 단위에서 수익이 나고 있는지를 판단하는 것이 핵심입니다.

2. CAC (Customer Acquisition Cost) — 고객 1명을 얻는 데 드는 비용

CAC는 고객 1명을 새로 확보하는 데 소요된 총 비용입니다. 공식으로 표현하면 다음과 같습니다.

CAC = 총 마케팅·영업 비용 ÷ 동일 기간 신규 획득 고객 수

CAC에 포함되는 항목과 제외되는 항목을 명확히 구분하는 것이 중요합니다. 많은 초보 기획자들이 이 경계를 흐릿하게 두는 실수를 합니다.

• 포함 항목: 광고비, 마케팅 인건비, 영업 인건비, 프로모션·쿠폰 비용, 콘텐츠 제작비
• 미포함 항목(엄격 기준): 기존 고객 유지 비용, 제품 개발비, 일반 관리비

예시: 이번 달 마케팅·영업에 총 5,000만 원을 썼고, 신규 고객이 1,000명 생겼다면 CAC = 5,000만 원 ÷ 1,000명 = 5만 원/명입니다.

저는 실제 수치를 접할 기회가 아직 없었기 때문에, AI에게 예문과 계산 문제를 부탁해서 직접 손으로 풀어보는 방식으로 공부했습니다. 업종별 통상적인 CAC 범위도 같이 찾아보면서 "이 산업은 고객 1명을 얻는 데 이 정도 비용이 드는구나"라는 감각을 키웠습니다. 그러다 보니 단순 암기가 아니라 실제 사업 맥락에서 숫자가 어떤 의미를 갖는지 이해하게 됐습니다.

3. LTV (Lifetime Value) — 고객 1명이 가져다 주는 전체 가치

LTV(또는 CLV)는 고객 1명이 서비스를 이용하는 전체 기간 동안 창출하는 순수익의 현재 가치입니다. CAC와 함께 Unit Economics의 가장 핵심적인 두 축을 이룹니다.

기본 계산식

LTV = ARPU × (1 ÷ Churn Rate)
단, ARPU = 사용자 1인당 월평균 수익 / Churn Rate = 월간 이탈률

실무 권장 계산식 (Gross Margin 반영)

LTV = (ARPU × Gross Margin) ÷ Churn Rate
Gross Margin(매출 총이익률)을 반영해야 진짜 이익 기준 LTV를 계산할 수 있습니다.

예시: ARPU가 월 1만 원, Gross Margin 70%, 월 Churn Rate 5%라면
LTV = (10,000원 × 0.7) ÷ 0.05 = 140,000원

LTV를 계산할 때 Gross Margin을 빼먹는 실수가 매우 흔합니다. 매출 기준으로만 LTV를 계산하면 실제보다 훨씬 과대 계산되어, 사업 수익성을 낙관적으로 오판하게 됩니다. "고객이 주는 수익에서 원가를 빼야 진짜 이익"이라는 점을 항상 기억하세요.

4. Churn Rate, Retention, Payback Period — 놓치면 안 되는 보조 지표들

Churn Rate(이탈률)는 처음 봤을 때 "왜 이렇게 중요하게 다루는 거지?"라는 생각이 들 수 있습니다. 저도 처음에는 그냥 탈퇴자 비율 정도로만 이해했습니다. 그런데 구독 서비스 가격 인상 뉴스를 여러 번 접하면서 생각이 바뀌었습니다. 서비스 운영비 부담 때문에 요금을 올리면, 이탈률이 급격히 올라가고, 그게 곧바로 매출 타격으로 이어지더라고요. 이탈률이 단 1~2%만 올라가도 LTV 계산 결과가 극적으로 달라진다는 걸 직접 계산해보고서야 실감했습니다.

Churn Rate (이탈률)

Churn Rate = 이탈 고객 수 ÷ 기간 시작 시점 고객 수 × 100

LTV 공식에서 분모 역할을 하기 때문에, Churn Rate가 조금만 올라가도 LTV는 크게 하락합니다. 항상 월간 또는 연간으로 단위를 통일해서 사용해야 합니다. 월간과 연간을 혼용하면 계산이 완전히 틀어집니다.

Retention Rate (유지율)

Retention Rate = 1 − Churn Rate

Churn Rate의 반대 개념으로, 기존 고객 중 다음 기간에도 남아 있는 비율입니다. 구독 서비스에서는 이 수치가 생존 지표나 다름없습니다.

Payback Period (투자 회수 기간)

Payback Period = CAC ÷ (ARPU × Gross Margin)

예시: CAC = 5만 원, ARPU = 1만 원, Gross Margin = 70%라면
Payback Period = 50,000 ÷ (10,000 × 0.7) = 약 7.1개월

주의할 점은 Payback Period가 고객의 평균 유지 기간보다 길면 투자 회수가 불가능합니다. 즉, 회수 기간이 LTV 기간을 초과하면 구조적으로 손해입니다.

5. LTV/CAC 비율 — 사업의 건강성을 한 숫자로 판단하는 법

LTV/CAC 비율은 Unit Economics에서 가장 자주 인용되는 핵심 수익성 지표입니다. "고객 1명에게 투자한 비용 대비 얼마나 더 많은 가치를 얻는가"를 하나의 숫자로 보여줍니다.

LTV/CAC = LTV ÷ CAC

LTV/CAC 비율 해석 기준표 (SaaS / 구독 서비스 기준)

▲ 출처: SaaS 업계 표준 지표 기준 (참고: U.S. Small Business Administration)

LTV/CAC가 높다고 무조건 좋은 건 아닙니다. 5 이상이면 오히려 마케팅 투자를 너무 안 하고 있다는 신호일 수 있습니다. 성장 기회를 놓치고 있는 거죠. 반대로 1 미만이면 고객을 얻을수록 손해가 쌓이는 구조입니다. 스케일업 전에 반드시 이 비율을 먼저 점검해야 합니다.

6. ARPU와 Gross Margin — LTV 계산의 두 핵심 변수

LTV를 정확히 계산하려면 ARPU와 Gross Margin을 제대로 이해해야 합니다. 이 두 가지를 혼동하거나 생략하면 LTV가 완전히 다른 값이 나옵니다.

ARPU (Average Revenue Per User)

ARPU = 총 수익 ÷ 활성 사용자 수

ARPU는 전체 사용자(무료 포함) 기준이고, ARPPU(Average Revenue Per Paying User)는 유료 사용자만 기준입니다. 프리미엄 서비스를 분석할 때 이 둘을 혼용하면 수익성이 과대 또는 과소 평가될 수 있습니다.

Gross Margin (매출 총이익률)

Gross Margin = (매출 - 매출원가) ÷ 매출 × 100

▲ 업종별 평균 수치는 개별 기업에 따라 다를 수 있습니다.

저는 공부하면서 업종별 통상적인 수치를 찾아보고, 직접 여러 분야의 수익 구조를 예상해보는 시간을 가졌습니다. "SaaS는 왜 Gross Margin이 이렇게 높을까?", "배달 플랫폼은 수수료가 매출이니까 이 범위가 맞겠구나" 같은 식으로요. 이렇게 직접 업종과 연결해서 생각해보니 단순한 공식이 아니라 사업 구조와 연결된 살아있는 숫자로 느껴졌습니다.

7. Unit Economics를 다른 기획 프레임워크와 연결하기

Unit Economics를 잘 이해하면 다른 기획 프레임워크들과 자연스럽게 연결됩니다. 저는 이 지표들이 서비스 기획 전반의 의사결정과 얼마나 긴밀하게 연결되는지 깨닫고 나서, 기획자에게 이 지표를 아는 것이 왜 필수인지를 비로소 이해했습니다.

• CAC → 마케팅 채널 전략: CAC가 높다면 어느 채널에서 비효율이 발생하는지 파악하고 예산 배분을 재조정해야 합니다. 시장 조사와 경쟁사 분석 가이드의 포지셔닝 전략과 연결됩니다.
• LTV → OKR/KPI 목표 설정: LTV는 고객 1명이 만들어내는 수익의 최대치입니다. 이를 기반으로 연간 매출 목표, MAU 목표 등 구체적인 KPI를 설정할 수 있습니다. OKR과 KPI 완벽 가이드와 함께 읽어보세요.
• Churn Rate → 프로덕트 로드맵: 이탈률이 높다면 제품의 어느 부분에서 이탈이 발생하는지 분석하고, 이를 개선하기 위한 기능 우선순위를 조정해야 합니다. 프로덕트 로드맵 수립 완벽 가이드를 참고하면 도움이 됩니다.
• LTV/CAC → 사업 타당성 검증: 이 비율이 3 이상인지 확인하는 것이 신규 사업 또는 기능 기획의 첫 번째 체크포인트가 됩니다.

8. 기획자가 자주 저지르는 Unit Economics 실수 7가지

제가 공부하면서 "나도 이 실수를 할 뻔했겠다"라고 느낀 오류들을 정리했습니다. 기획자로서 이 지표들을 빠르게 파악하고 정확하게 쓸 수 있을수록 실무 경쟁력이 높아진다는 것을 깨달았습니다. 지표를 모르면 회의에서 데이터 이야기가 나올 때 맥락을 못 잡고 결국 엉뚱한 기획을 하게 됩니다. 반대로 지표를 빠르게 읽을 수 있으면, 서비스 이슈에 즉각적으로 대응하고 설득력 있는 제안을 할 수 있습니다.

1. LTV에 Gross Margin을 반영하지 않음: 매출 기준으로 LTV를 계산해 수익성을 과대 평가. → "고객이 주는 수익에서 원가를 반드시 빼야 진짜 이익"
2. CAC 범위가 불명확: 어떤 비용을 포함할지 정의하지 않고 계산. → 포함 항목 리스트를 먼저 명확히 정의하기
3. Churn Rate 단위 혼용: 월간 이탈률과 연간 이탈률을 섞어 사용. → 항상 같은 단위(월간 또는 연간)로 통일
4. LTV/CAC가 높으면 무조건 좋다는 오해: 5 이상이면 성장 투자를 더 해야 한다는 신호일 수 있음. → "너무 높으면 성장 기회를 놓치고 있을 수도" 관점 필요
5. Unit Economics를 전체 P&L로 혼동: 회사 전체 손익과 고객 1명 기준을 혼용. → "Unit은 항상 고객 1명 기준"임을 기억
6. Payback Period가 LTV보다 길어도 된다는 오해: 회수 기간이 고객 유지 기간을 초과하면 구조적 손해. → 반드시 비교해서 확인
7. TAM·SAM·SOM과 분리해서 봄: 시장 규모와 Unit Economics는 함께 봐야 사업 타당성을 판단할 수 있습니다. TAM SAM SOM 완벽 가이드도 참고해보세요.

마무리 — 지표를 빠르게 파악하는 것이 곧 기획자의 경쟁력

기획자를 준비하면서 저는 이 지표들을 공부하고 나서 비로소 기사나 IR 자료를 읽을 때 맥락이 잡히기 시작했습니다. "아, 이 회사는 CAC는 낮은데 Churn Rate가 높구나", "LTV/CAC가 1에 가깝다는 건 지속 가능한 구조가 아니겠다"처럼 숫자가 스스로 이야기를 해주기 시작했습니다.

Unit Economics는 한 번 이해하고 끝내는 개념이 아닙니다. 서비스를 기획할 때마다, 새로운 기능의 우선순위를 잡을 때마다, 마케팅 예산을 논의할 때마다 계속 꺼내어 확인해야 하는 기준이 됩니다. 제가 경험한 것처럼 지표를 빠르게 파악할수록 서비스 이슈에 즉각 대응할 수 있고, 그게 곧 기획자로서의 경쟁력을 높이는 가장 확실한 방법이라고 생각합니다.

서비스 기획자의 전반적인 역할과 책임이 궁금하시다면 서비스기획자란 무엇인가? 역할과 책임 완벽 정리도 함께 읽어보시길 추천드립니다.

Luke Chesser Unsplash

기획 문서를 처음 작성하던 시절, 저는 "시장 규모는 약 10조 원입니다"라는 문장을 아무 근거 없이 써놓고 뿌듯했던 기억이 있습니다. 지금 돌이켜보면 정말 민망한 실수였죠. 투자자나 상위 기획자 앞에서 "그 숫자 어디서 나왔어요?"라는 질문 한 방에 말문이 막히는 경험, 기획을 시작한 분이라면 누구나 한 번쯤은 겪어봤을 겁니다.

TAM·SAM·SOM은 단순한 숫자 게임이 아닙니다. 시장의 크기를 층위별로 구분하고, 우리 서비스가 현실적으로 어디까지 도달할 수 있는지를 논리적으로 설명하는 프레임워크입니다. 이 글에서는 개념 정의부터 산정 방법, 실전 예시, 그리고 기획자들이 자주 저지르는 실수까지 완벽하게 정리해드립니다.

혹시 시장 조사 전반에 대한 내용이 궁금하시다면, 제가 이전에 정리한 시장 조사와 경쟁사 분석 완벽 가이드도 함께 읽어보시면 더욱 도움이 됩니다.

1. TAM·SAM·SOM이란? 세 가지 개념의 정의부터 정확히 잡자

TAM·SAM·SOM은 비즈니스 기획서나 투자 피칭 자료에서 빠지지 않는 시장 규모 산정의 3단계 프레임워크입니다. 초보 기획자들이 가장 많이 혼동하는 부분이기도 하죠. 마치 양파를 겹겹이 벗기는 것처럼, 전체 시장에서 점점 구체적인 우리의 타겟 시장으로 좁혀나가는 구조입니다.

TAM (Total Addressable Market, 전체 유효 시장)

TAM은 우리 제품 또는 서비스 카테고리가 이론적으로 도달할 수 있는 최대 시장 규모입니다. 경쟁자 포함, 해당 문제를 해결하고자 지불되는 모든 금액의 합을 의미합니다. 핵심 질문은 "이 문제를 해결하려는 고객이 전 세계(또는 국내)에 얼마나 있으며, 그들이 지불하는 총액은 얼마인가?"입니다. 주로 투자자 설득, 시장 진입 타당성 판단에 활용됩니다.

SAM (Serviceable Available Market, 서비스 가능 시장)

SAM은 TAM 중에서 우리 서비스의 지리적·인구통계적·기술적 조건으로 실제 타겟 가능한 시장입니다. 우리가 한국 시장에서 모바일 앱 기반으로 20~40대를 대상으로 한다면, 글로벌 TAM을 그 조건으로 필터링한 결과가 SAM이 됩니다. BMC의 고객 세그먼트(CS)와 직접 연결되는 개념이기도 합니다.

SOM (Serviceable Obtainable Market, 획득 가능 시장)

SOM은 SAM 중에서 현실적인 전략, 자원, 경쟁 구도를 고려했을 때 우리가 실제로 획득할 수 있는 시장 점유율입니다. "우리의 실행 계획으로 3년 안에 얼마를 가져올 수 있는가?"에 대한 답입니다. SOM이 설득력 있을수록, 사업 계획의 현실성이 높아집니다.

계층 구조로 이해하기

세 개념은 항상 TAM ≥ SAM ≥ SOM의 관계를 유지해야 합니다. SOM이 SAM보다 크거나, SAM이 TAM보다 크다면 산정에 오류가 있는 겁니다. 마치 서울 인구가 대한민국 인구보다 많을 수 없는 것처럼요.

2. Top-down vs Bottom-up: 두 가지 산정 방식의 차이와 활용법

저도 처음에는 무조건 보고서를 인용하는 Top-down 방식만 썼습니다. 근사해 보이기도 했고, 빠르게 숫자를 채울 수 있었거든요. 그런데 "그 보고서가 우리 서비스와 정확히 맞는 카테고리인가요?"라는 피드백을 받고 나서 Bottom-up 방식의 중요성을 깨달았습니다.

Top-down 방식 (하향식)

전체 시장 규모 데이터(거시 데이터)에서 출발해 조건을 좁혀가며 TAM → SAM → SOM을 산출하는 방식입니다. 통계청, 산업연구원, Statista, IBISWorld 같은 공신력 있는 출처에서 시장 보고서를 인용하고, 여기에 타겟 세그먼트 비율과 지역·채널 필터를 적용하면 됩니다.

흐름: 전체 시장 규모 × 타겟 세그먼트 비율 × 지역/채널 필터 = SAM → × 예상 점유율 = SOM

Bottom-up 방식 (상향식)

개별 단위(고객 수 × 구매 금액)에서 출발해 합산으로 시장 규모를 산출하는 방식입니다. 실제 고객 인터뷰, 파일럿 테스트, 유사 서비스 데이터를 기반으로 산정하므로 가정이 명확해 검증이 용이합니다. 사업 계획과 직접 연결된다는 것도 큰 강점입니다.

흐름: 타겟 고객 수(추정/조사) × 1인당 연간 구매 금액(ARPU) = SAM 또는 SOM 추정치

두 방식 비교표

▲ 두 방식을 병행해서 사용하는 것이 가장 설득력 있습니다.

3. 실전 계산 예시: 국내 구독 식단 관리 앱 서비스를 기준으로

제가 실제로 기획 프로젝트에서 사용했던 방식과 유사하게 구독 식단 관리 앱을 예시로 들어 설명해보겠습니다. 이처럼 구체적인 숫자와 근거를 함께 제시해야 기획서의 설득력이 올라갑니다.

Top-down 산정 예시

• TAM: 국내 건강기능식품 및 식단 관리 시장 전체 = 약 5조 원 (출처: 통계청 KOSIS 가공식품 및 건강식품 시장 데이터)
• SAM: TAM 중 모바일 앱 기반, 20~40대, 구독형 서비스 이용자 비율 약 15% → 약 7,500억 원
• SOM: SAM 중 1년 차 시장 점유율 목표 0.5% → 약 37억 5천만 원

Bottom-up 산정 예시

• 타겟 고객 수: 건강 관심 20~40대 스마트폰 사용자 중 구독 서비스 전환 가능 인구 약 30만 명 (설문 및 SNS 리서치 기반)
• ARPU (월 평균 결제액): 월 9,900원 → 연간 118,800원
• SOM 추정: 30만 명 × 118,800원 = 약 356억 원 (3년 차 목표)

두 방식의 결과가 완전히 일치하지는 않지만, 비슷한 규모의 수치가 나온다면 신뢰성이 높아집니다. 차이가 클 경우 가정을 재검토해야 합니다.

4. 신뢰할 수 있는 데이터 출처와 활용 기준

시장 규모 산정에서 가장 중요한 것은 숫자의 크기가 아니라 출처의 신뢰성입니다. 저는 기획 초기에 블로그 포스팅이나 출처 불명의 자료를 인용하는 실수를 자주 했는데, 지금은 아래 기준으로 데이터를 선별합니다.

• 1순위 — 정부·공공기관 통계: 통계청 KOSIS, 금융감독원, 국토교통부, 중소벤처기업부 등. 가장 높은 신뢰도이며 무료로 활용 가능합니다.
• 2순위 — 산업 협회·연구기관: 정보통신정책연구원(KISDI), 한국인터넷진흥원(KISA), 정보통신산업진흥원(NIPA) 등
• 3순위 — 글로벌 리서치 기관: Statista, IBISWorld, Grand View Research 등. 유료지만 권위 있는 출처입니다.
• 4순위 — 언론 보도: 조선비즈, 매일경제, TechCrunch 등. 인용 시 원출처 확인 필수.
• 5순위 — 기업 IR 자료: 상장사 투자자 설명 자료. 참고용으로만 활용 권장.

출처 불명 블로그나 위키 인용은 절대 금물입니다. 발표 자리에서 출처를 물어봤을 때 "잘 모르겠습니다"라고 대답해야 한다면, 그 데이터는 처음부터 사용하지 않는 것이 낫습니다.

5. TAM·SAM·SOM과 다른 기획 프레임워크의 연결

TAM·SAM·SOM은 단독으로 쓰이는 게 아니라 다른 기획 도구들과 긴밀하게 연결됩니다. 저는 처음에 이 프레임워크들이 서로 다른 도구라고 생각했는데, 실제로 써보니 하나의 큰 사고 체계 안에서 맞물려 돌아가는 부품들이었습니다.

• SAM → 고객 세그먼트(CS, BMC와 연결): SAM을 정의하는 과정이 곧 비즈니스 모델 캔버스의 고객 세그먼트를 구체화하는 과정입니다. 비즈니스 모델 캔버스(BMC) 완벽 가이드와 함께 학습하면 더욱 효과적입니다.
• SOM 전략 → 경쟁사 분석 + 포지셔닝: SOM을 어떻게 가져올 것인가는 경쟁사 분석과 차별화 전략에서 나옵니다. SWOT 분석과 5 Forces 완벽 가이드를 참고해보세요.
• SOM 수익 → OKR·KPI 목표 설정: SOM으로 추정한 수익 규모는 연간 목표 매출, MAU, ARR 등 KPI 설정의 근거가 됩니다. OKR과 KPI 완벽 가이드도 함께 읽어보세요.
• TAM 성장률 → SWOT의 기회(O): TAM의 CAGR(연평균 성장률)은 시장 진입의 기회를 판단하는 근거가 됩니다.

6. 자주 틀리는 실수 TOP 7과 교정 방법

제가 직접 저질렀거나 팀원들의 기획서에서 발견했던 실수들입니다. 아래 목록을 체크리스트처럼 활용해서, 발표 전에 꼭 한 번 검토해보세요.

1. TAM = SOM 혼동: 전체 시장을 자사의 목표로 착각합니다. "시장 점유율 100%는 독점이다. 현실적인가?"라는 질문으로 스스로 교정하세요.
2. 출처 없는 숫자: "약 10조 원으로 추정됩니다"처럼 근거 없는 수치 제시. 반드시 공신력 있는 데이터 출처와 함께 표기해야 합니다.
3. Top-down만 사용: TAM만 크게 제시하고 실질적인 SOM 산출이 없는 경우. Bottom-up SOM 산출을 병행해야 합니다.
4. SAM과 SOM 역전: SOM > SAM으로 작성하는 실수. SAM의 일부가 SOM임을 항상 기억하세요.
5. 가정 미공개: 계산 과정 없이 결과만 제시. "어떻게 그 숫자가 나왔는가?"에 대한 근거를 반드시 함께 제시해야 합니다.
6. 성장률 미반영: 현재 시장만 보고 미래 성장을 무시. CAGR을 적용해 3~5년 후 시장 크기도 제시하는 것이 권장됩니다.
7. 시장 너무 좁게 정의: SOM을 TAM처럼 좁게 잡는 경우. TAM은 카테고리 전체로 넓게 시작해야 합니다.

7. 시장 규모 산정에 쓰이는 핵심 지표 정리

시장 규모를 표현할 때는 어떤 지표를 쓰느냐에 따라 숫자의 의미가 달라집니다. 서비스 유형에 맞는 지표를 선택하는 것도 중요한 기획 역량입니다.

• GMV (Gross Merchandise Value): 플랫폼을 통해 거래된 총 상품 금액. 커머스, 마켓플레이스 서비스에서 주로 사용합니다.
• ARR (Annual Recurring Revenue): 연간 반복 수익. SaaS, 구독 서비스에서 핵심 지표입니다.
• ARPU (Average Revenue Per User): 사용자 1인당 평균 수익. Bottom-up 산정의 핵심 단위 값으로 활용됩니다.
• MAU (Monthly Active Users): 월간 활성 사용자 수. Bottom-up에서 고객 수 산정 기준으로 사용합니다.
• CAGR (Compound Annual Growth Rate): 연평균 성장률. 시장의 성장 트렌드를 표현하고 미래 시장 규모를 추정할 때 씁니다.

마무리: 숫자보다 논리, 논리보다 실행

TAM·SAM·SOM에서 가장 중요한 것은 큰 숫자가 아닙니다. 어떤 근거로, 어떤 논리로, 어떤 전략과 연결해서 그 숫자를 만들었느냐입니다. 제가 경험한 가장 설득력 있는 피칭은 "TAM이 수백조 원"이라고 외치는 자리가 아니라, "이 고객 3만 명에게 이 가격으로 이 가치를 제공하면, 1년 차에 이 정도 매출이 나옵니다"라고 조용히 설명하는 자리였습니다.

시장 규모 산정은 기획자의 분석력과 설득력을 동시에 보여주는 영역입니다. 이 글에서 정리한 개념과 방법론을 실제 프로젝트에 적용해보시면, 기획서의 수준이 한 단계 높아지는 것을 느끼실 수 있을 겁니다.

서비스 기획의 전체 프로세스가 궁금하신 분은 서비스기획자란 무엇인가? 역할과 책임 완벽 정리 글도 참고해보세요. 앞으로도 기획자를 위한 실전 가이드를 꾸준히 업데이트할 예정입니다.

📷 Photo by Helloquence on Unsplash

저는 처음 서비스 기획을 시작했을 때 "전략 분석"이라는 말만 들어도 머리가 멍해졌습니다. SWOT는 어디서 들어봤는데, 5 Forces는 또 뭔지… 그냥 PPT에 2×2 박스 그려 넣는 거 아닌가? 싶었죠. 그런데 실무에서 로드맵을 짜고 경쟁사 분석을 하다 보면, 이 두 프레임워크 없이는 "왜 이 방향으로 가야 하는가"를 논리적으로 설명하기가 정말 어렵습니다. 이 글에서는 SWOT 분석과 Porter의 5 Forces를 기획자 눈높이에서 완벽하게 풀어드리겠습니다.

1. 전략 분석이란 무엇인가? — "어디서 싸울지, 어떻게 이길지"를 결정하는 것

전략 분석은 한마디로 "우리가 어디서, 무엇으로 경쟁할 것인가"를 결정하는 과정입니다. 좋은 전략에는 공통점이 있습니다. 첫째, 우리가 잘하는 것에서 출발합니다. 둘째, 환경 변화를 읽고 대응합니다. 셋째, 경쟁자가 쉽게 따라 할 수 없습니다.

기획자로서 전략 분석이 필요한 이유는 단순합니다. 기능 하나를 만들든, 신규 서비스를 런칭하든, 우리는 항상 "왜 지금, 이 방향인가?"라는 질문에 답할 수 있어야 합니다. 그 답의 근거가 바로 전략 분석에서 나옵니다.

SWOT와 5 Forces의 역할 구분

• 5 Forces → 산업의 외부 환경과 수익 잠재력 진단 (밖을 본다)
• SWOT → 자사 역량과 외부 환경의 교차점 진단 (안과 밖을 동시에 본다)

두 프레임워크는 서로 연결됩니다. 5 Forces로 기회(O)와 위협(T)을 도출 → SWOT에 입력 → Cross-SWOT로 전략 수립하는 흐름으로 활용합니다. 이 연결 고리를 모르면 각각의 도구를 따로따로 쓰게 되고, 결국 "그래서 우리는 뭘 해야 하죠?"에 대한 답을 못 하게 됩니다.

2. SWOT 분석 완전 정복 — 2×2 매트릭스의 진짜 의미

SWOT 분석은 내부 역량(강점·약점)과 외부 환경(기회·위협)을 2×2 매트릭스로 정리해 전략 방향을 도출하는 프레임워크입니다. 비유하자면, 축구 경기 전 감독이 "우리 팀 공격수가 빠르다(S), 수비가 약하다(W), 상대 팀이 오늘 주전 골키퍼가 없다(O), 날씨가 우리 팀에 불리하다(T)"를 파악하고 전술을 짜는 것과 같습니다.

많은 분들이 SWOT를 단순 나열 도구로 쓰는 실수를 합니다. 저도 주니어 시절에 강점 5개, 약점 5개, 기회 5개, 위협 5개를 줄줄이 나열하고 "SWOT 완성!"이라고 했던 적이 있습니다. 하지만 SWOT의 핵심 원칙은 이겁니다. SWOT는 나열이 아니라 전략 도출의 시작점입니다.

S — 강점 (Strengths): 경쟁자가 쉽게 따라 할 수 없는 것

강점은 경쟁자 대비 내부적으로 우위에 있는 역량과 자원입니다. 여기서 핵심은 "경쟁자 대비"라는 조건입니다. 독자적 기술·특허, 높은 브랜드 인지도, 축적된 고객 데이터, 핵심 인재 보유 등이 해당됩니다. 주의할 점은 "좋은 팀", "열정" 같은 요소는 강점이 아닙니다. 경쟁자와 비교해서 차별화될 때만 강점입니다.

W — 약점 (Weaknesses): 솔직하게 직시해야 전략이 보인다

약점은 경쟁자 대비 내부적으로 열위에 있거나 보완이 필요한 역량입니다. 기술력 부족, 낮은 브랜드 인지도, 자금 부족, 좁은 유통망 등이 예시입니다. 약점을 은폐하면 대응 전략이 없어집니다. 저는 팀 회의에서 약점을 솔직하게 꺼내는 것 자체가 이미 전략의 절반이라고 생각합니다.

O — 기회 (Opportunities): 외부 환경 변화에서 오는 것

기회는 사업에 유리하게 작용할 수 있는 외부 환경의 변화와 트렌드입니다. 시장 성장, 규제 완화, 새로운 기술 등장, 경쟁자 약화 등이 해당됩니다. 흔한 실수는 "우리가 잘해서 기회"라고 쓰는 것인데, 이것은 강점(S)입니다. 기회는 반드시 외부 환경 변화에서 출발해야 합니다.

T — 위협 (Threats): 구체적으로 써야 대응책이 나온다

위협은 사업에 부정적으로 작용할 수 있는 외부 환경의 변화와 리스크입니다. 강력한 신규 경쟁자 진입, 규제 강화, 기술 대체, 경기 침체 등이 예시입니다. "AI 발전이 위협"처럼 모호하게 쓰면 아무 대응도 못 합니다. "AI 기반 저가 대체 서비스 등장으로 가격 경쟁 심화"처럼 구체화해야 실질적인 전략이 나옵니다.

3. Cross-SWOT 전략 — SWOT를 채웠다면 이제 조합하라

많은 기획자들이 SWOT를 채우고 나서 멈춥니다. 하지만 진짜 작업은 지금부터입니다. Cross-SWOT는 4가지 조합으로 전략을 도출합니다.

저는 Cross-SWOT를 처음 제대로 써봤을 때 "이게 바로 전략이구나"라는 감각이 생겼습니다. 단순히 현상을 나열하는 게 아니라, 내부 역량과 외부 환경을 교차시켜 "그래서 우리는 이렇게 움직여야 한다"는 방향이 나오는 거니까요. 로드맵 수립이나 신규 기능 우선순위 결정 시 이 프레임을 함께 쓰면 훨씬 설득력 있는 근거가 만들어집니다.

📌 로드맵 수립 방법에 대해 더 자세히 알고 싶다면 → 프로덕트 로드맵 수립 완벽 가이드 — 기획자가 꼭 알아야 할 로드맵 전략

4. Porter의 5 Forces 완전 정복 — 산업 구조를 5가지 힘으로 읽는 법

Porter의 5 Forces는 산업의 경쟁 구조를 5가지 힘으로 분석해 수익 잠재력을 평가하는 프레임워크입니다. 1979년 Michael Porter가 Harvard Business Review에 발표한 이후 전략 분석의 표준 도구가 되었습니다. (출처: Harvard Business Review — How Competitive Forces Shape Strategy, Michael Porter, 1979)

핵심 질문은 하나입니다. "이 산업에서 지속 가능한 수익을 낼 수 있는가?" 5개의 힘이 낮을수록 산업 매력도가 높고(수익 유리), 높을수록 수익 압박이 심합니다.

비유로 설명하면, 5 Forces는 마치 식당을 차리기 전에 "이 상권에서 장사가 될까?"를 점검하는 것과 같습니다. 주변에 경쟁 식당이 얼마나 많은지(기존 경쟁자), 새 식당이 쉽게 들어올 수 있는지(신규 진입자), 편의점 도시락이 대체재인지(대체재), 식재료 납품업체가 갑인지(공급자), 단골 손님이 쉽게 다른 곳으로 가는지(구매자)를 모두 따져보는 것입니다.

Force 1 — 기존 경쟁자 간 경쟁 강도

핵심 질문: "현재 플레이어들이 얼마나 치열하게 싸우고 있는가?" 경쟁이 심한 조건은 경쟁자 수가 많고 규모가 비슷하거나, 시장 성장이 느려 파이를 빼앗아야 하거나, 제품 차별화가 없어 가격 경쟁이 발생하거나, 고객 전환 비용이 낮은 경우입니다. 반대로 1~2개 강자가 시장을 지배하거나 강한 브랜드·기술 차별화가 있으면 경쟁이 약합니다.

Force 2 — 신규 진입자의 위협

핵심 질문: "새로운 경쟁자가 쉽게 들어올 수 있는가?" 대규모 초기 투자, 특허·라이선스, 강한 네트워크 효과, 규제·정부 허가, 규모의 경제 등 진입 장벽이 높을수록 위협이 낮습니다. 반대로 낮은 초기 비용(앱 개발 등)이나 기술·규제 장벽이 없으면 위협이 높습니다.

Force 3 — 대체재의 위협

핵심 질문: "고객이 우리 서비스 대신 다른 방식으로 문제를 해결할 수 있는가?" 중요한 것은 "같은 카테고리"가 아닌 "같은 문제 해결 방식"이 대체재라는 점입니다. 택시의 대체재는 카카오택시가 아니라 대중교통, 자전거, 도보, 카셰어링입니다. 대체재 성능이 향상되고 가격이 낮아지면 위협이 높아집니다.

Force 4 — 공급자의 협상력

핵심 질문: "공급자가 우리에게 불리한 조건을 강요할 수 있는가?" 공급자 수가 적고 대체 불가능하거나, 공급자가 전방 통합(직접 판매 진출)이 가능하면 우리에게 불리합니다. 디지털 서비스 예시로는 넷플릭스의 콘텐츠 스튜디오, 배달앱의 배달 기사, 온라인 쇼핑몰의 입점 브랜드가 있습니다.

Force 5 — 구매자의 협상력

핵심 질문: "고객이 가격 인하나 조건 변경을 요구할 수 있는가?" B2B는 구매자 수가 적고 대량 구매하므로 협상력이 높습니다. B2C는 구매자가 다수 분산되어 일반적으로 협상력이 낮습니다. 전환 비용이 낮고 가격 민감도가 높을수록 구매자 협상력이 강해집니다.

5. 5 Forces 산업 매력도 평가표 — 실무에서 바로 쓰는 종합 판단법

각 힘을 낮음·중간·높음으로 평가해 산업 매력도를 종합 판단합니다. 저도 신규 서비스 기획 시 반드시 이 표를 먼저 채우고 시작합니다.

종합 판단 기준: 대부분 낮음 → 매력적 산업, 진입 고려 / 대부분 높음 → 수익 내기 어려운 산업, 차별화 또는 회피 / 혼재 → 지배적인 힘에 집중 대응

6. SWOT + 5 Forces 통합 활용 — 전략 수립의 완성된 흐름

두 프레임워크를 따로 쓰면 힘이 반감됩니다. 통합해서 쓸 때 진짜 전략이 완성됩니다. 흐름은 이렇습니다.

1. 5 Forces 분석 → 산업의 기회(O)와 위협(T) 도출
2. SWOT 분석 → O/T를 입력하고 내부 S/W 진단 추가
3. Cross-SWOT → SO / ST / WO / WT 전략 수립
4. 전략 방향 결정 → 어디서(포지셔닝) 무엇으로(가치 제안) 싸울 것인가

핵심 통찰을 정리하면, 5 Forces는 외부 환경 지도, SWOT는 내 위치 확인, Cross-SWOT는 이동 방향 결정입니다. 지도도 없이 어디로 가야 하는지 모르고, 내 위치도 모르면서 어디로 이동할지 결정하는 것은 말이 안 됩니다. 이 세 가지가 연결될 때 비로소 "전략"이라는 말을 쓸 수 있습니다.

제가 실제로 신규 서비스 기획 프로젝트에서 이 통합 흐름을 써봤을 때, 이해관계자들의 반응이 완전히 달라졌습니다. 단순히 "이 기능이 좋을 것 같아요"가 아니라 "산업 구조상 이 시점에서 우리 강점을 활용해 이 기회를 잡는 것이 최선"이라고 말할 수 있게 됐거든요.

📌 비즈니스 모델 캔버스와 함께 쓰면 더욱 강력합니다 → 비즈니스 모델 캔버스(BMC) 완벽 가이드 — 기획자가 꼭 알아야 할 9개 블록

📌 OKR/KPI 목표 설정과 연계하는 방법도 확인해보세요 → OKR과 KPI 완벽 가이드 — 기획자가 꼭 알아야 할 목표 설정 프레임워크

7. 실무 적용 팁 — 주니어 기획자가 바로 써먹는 체크리스트

SWOT와 5 Forces를 처음 실무에 적용할 때 가장 많이 겪는 실수들을 정리했습니다. 저도 다 겪어본 실수들이라 현실적인 팁을 드릴 수 있습니다.

SWOT 작성 시 흔한 실수

• 내부/외부 요인 혼동: "AI 기술 발전"은 외부(O/T)인데 강점(S)에 쓰는 경우
• 긍정/부정 혼동: "시장이 작다"는 약점(W)이 아닌 위협(T)일 수 있음
• 너무 모호한 표현: "좋은 팀"보다 "이탈률 5% 이하의 핵심 개발팀 3년 유지"
• 나열만 하고 Cross-SWOT를 안 하는 것: 전략 도출까지 가야 완성

5 Forces 작성 시 흔한 실수

• 대체재를 같은 카테고리에서만 찾는 것: "카카오택시의 대체재 = 티맵택시"가 아님
• 힘의 강도를 주관적으로 평가하는 것: 시장 데이터 기반으로 근거 필요
• 하나의 힘만 분석하고 끝내는 것: 5개 힘의 상호작용이 핵심

실무 활용 체크리스트

1. □ 5 Forces로 산업 매력도를 먼저 평가했는가?
2. □ SWOT의 O와 T가 5 Forces 결과와 연결되는가?
3. □ 강점과 기회가 정말 "내부/외부" 요인인가?
4. □ Cross-SWOT 4가지 전략을 모두 도출했는가?
5. □ 최종 전략 방향이 "어디서, 무엇으로 싸울 것인가"로 정리됐는가?

이 체크리스트를 실제로 출력해서 기획 문서 옆에 붙여두고 쓰면 훨씬 효율적입니다. 전략 분석은 한 번에 완성되는 게 아니라 반복하면서 다듬어지는 작업이기 때문에, 습관적으로 체크하는 것이 중요합니다.

마무리 — 전략 프레임워크는 생각의 언어다

SWOT와 5 Forces를 처음 배울 때는 "그냥 템플릿 채우는 거 아닌가?"라고 생각할 수 있습니다. 저도 그랬습니다. 그런데 수십 번 써보면서 깨달은 것은, 이 프레임워크들이 사실 "생각을 구조화하는 언어"라는 점입니다. 복잡한 시장 환경을 5가지로 쪼개 보고, 내부와 외부를 분리해서 생각하고, 그것을 교차시켜 전략을 도출하는 것 — 이 과정 자체가 기획자의 사고력을 키워줍니다.

처음에는 시간이 걸리더라도 하나씩 직접 채워보세요. 한 번만 제대로 해보면 "아, 이래서 쓰는 거구나"가 느껴질 겁니다. 그게 전략적 사고의 시작입니다.

다음 글에서는 시장 조사와 경쟁사 분석을 어떻게 연결하는지 더 구체적으로 다루겠습니다. 궁금한 점이 있으면 댓글로 남겨주세요!

Photo by Campaign Creators on Unsplash

저는 처음 기획 직군으로 이직 준비를 할 때 "BMC를 그려오세요"라는 과제를 받은 적이 있습니다. 그때 처음 비즈니스 모델 캔버스를 접했는데, 9개의 박스가 뭘 의미하는지도 모른 채 그냥 채웠던 기억이 납니다. 실무에 들어가고 나서야 비로소 BMC가 얼마나 강력한 커뮤니케이션 도구인지 깨달았어요. 팀원 간 사업 구조에 대한 인식을 맞추는 데 이만큼 효과적인 프레임워크가 없더라고요. 이 글에서는 기획자, PM, 주니어 기획자분들이 실무에서 BMC를 자신 있게 사용할 수 있도록 9개 블록의 개념부터 연결 구조, 실수 교정 포인트까지 완벽하게 정리해드립니다.

1. 비즈니스 모델 캔버스(BMC)란 무엇인가?

비즈니스 모델 캔버스(Business Model Canvas, BMC)는 복잡한 사업 구조를 9개 블록으로 시각화한 전략 프레임워크입니다. 2010년 알렉산더 오스터왈더(Alexander Osterwalder)가 『Business Model Generation』이라는 책에서 소개한 이후, 전 세계 스타트업과 대기업의 공통 전략 언어가 되었습니다. (Strategyzer 공식 BMC 가이드 참고)

BMC의 목적은 두 가지입니다. 첫째, 복잡한 사업 구조를 한 장으로 파악하는 것. 둘째, 팀 간 공통 언어를 만드는 것입니다. 저는 팀 미팅에서 BMC를 화이트보드에 그려두고 논의하면, 각자 다른 맥락으로 이야기하다가도 "이게 VP야, CS야?"라는 질문 하나로 대화가 정렬되는 경험을 자주 합니다. BMC를 한 마디로 표현하자면 이렇습니다. "사업계획서가 소설이라면, BMC는 설계도다."

2. BMC 9개 블록 — 시각적 구조 한눈에 보기

BMC는 크게 왼쪽 '운영 영역'과 오른쪽 '시장 영역', 그리고 중앙의 '가치 제안'으로 나뉩니다. 아래 시각화 도표를 통해 전체 구조를 먼저 파악해보세요.

3. 9개 블록 상세 해설 — 오른쪽 시장 영역 (CS·VP·CH·CR·RS)

BMC를 처음 배울 때는 오른쪽 시장 영역부터 이해하는 것이 쉽습니다. 고객 관련 블록들이 직관적이기 때문입니다.

① CS — 고객 세그먼트 (Customer Segments)
가치를 제공하는 대상 고객 집단을 정의합니다. 핵심 질문은 "우리는 누구를 위해 존재하는가?"입니다. 유형은 매스마켓, 니치마켓, 세그먼트, 다면 플랫폼 등으로 나뉩니다. 중요한 포인트는 세그먼트가 다르면 VP도 달라져야 한다는 것입니다. CS와 VP는 항상 짝으로 설명해야 합니다.

② VP — 가치 제안 (Value Propositions)
고객의 문제를 해결하거나 니즈를 충족시키는 제공 가치입니다. 핵심 질문은 "우리는 고객에게 무엇을 제공하는가?"입니다. 유형에는 신규성, 성능 향상, 커스터마이징, 편의성, 가격 경쟁력, 위험 절감 등이 있습니다. 주의할 점은 VP를 "기능"이 아니라 고객이 얻는 결과로 서술해야 한다는 것입니다. "앱 제공"이 아니라 "언제 어디서든 5분 안에 식사를 주문할 수 있는 편의"처럼요.

③ CH — 채널 (Channels)
고객에게 가치를 전달하는 접점입니다. 인지 → 평가 → 구매 → 전달 → 사후 서비스의 5단계 여정을 커버합니다. 핵심 질문은 "어떻게 고객에게 닿는가?"입니다.

④ CR — 고객 관계 (Customer Relationships)
고객 세그먼트와 맺는 관계의 유형입니다. 개인 지원, 셀프 서비스, 자동화, 커뮤니티, 공동 창출 등이 있습니다. 목적 관점에서는 획득(Acquisition), 유지(Retention), 업셀링(Upselling)으로 구분합니다.

⑤ RS — 수익 흐름 (Revenue Streams)
고객으로부터 발생하는 수익입니다. 판매, 구독, 라이선싱, 광고, 중개 수수료 등 다양한 유형이 있습니다. RS는 단순히 '판매'로 적는 것보다 구체적인 수익 모델을 탐색하는 것이 중요합니다.

4. 9개 블록 상세 해설 — 왼쪽 운영 영역 (KR·KA·KP·C$)

⑥ KR — 핵심 자원 (Key Resources)
비즈니스 모델이 작동하는 데 필요한 핵심 자산입니다. 물리적 자원(공장·장비), 지적 자원(특허·브랜드·데이터), 인적 자원(전문 인력), 재무 자원(현금·신용)으로 나뉩니다. 포인트는 VP를 실현하기 위해 반드시 있어야 하는 것이 KR이라는 점입니다.

⑦ KA — 핵심 활동 (Key Activities)
비즈니스 모델을 실행하기 위한 핵심 과업입니다. 생산, 문제 해결, 플랫폼·네트워크 운영으로 분류합니다. KR과 KA를 혼동하는 경우가 많은데, 간단히 기억하세요. "자원은 명사, 활동은 동사"입니다.

⑧ KP — 핵심 파트너십 (Key Partnerships)
비즈니스 모델이 작동하도록 돕는 외부 파트너 네트워크입니다. 전략적 제휴, 조인트 벤처, 공급자 관계가 있습니다. 파트너십의 동기는 리스크 감소, 규모의 경제, 자원·활동 확보 등입니다.

⑨ C$ — 비용 구조 (Cost Structure)
비즈니스 모델 운영에 발생하는 모든 비용입니다. 고정비와 변동비로 나뉘며, 비용 중심(저원가 추구)과 가치 중심(프리미엄 추구)으로 지향점이 다를 수 있습니다. 중요한 포인트는 비용구조는 KR + KA + KP에서 도출된다는 것입니다. 비용구조를 모르면 수익성 판단이 불가능합니다.

5. BMC 블록 간 연결 구조 — VP가 중심이다

BMC의 진짜 힘은 9개 블록이 독립적으로 존재하는 게 아니라 유기적으로 연결된다는 점입니다. 중심에는 항상 VP(가치 제안)가 있습니다.

이 연결 구조를 이해하면 BMC의 정합성을 검증할 수 있습니다. 예를 들어, "이 VP를 만들려면 어떤 KR이 반드시 필요한가?", "RS를 늘리려면 CH를 어떻게 바꿔야 하는가?" 같은 질문을 할 수 있게 됩니다. 저는 서비스 기획 업무를 할 때 새로운 기능을 추가할 때마다 BMC의 해당 블록에 어떤 영향을 주는지 체크하는 습관을 들였는데, 이게 의도하지 않은 사이드 이펙트를 사전에 발견하는 데 큰 도움이 됐습니다.

6. 실전 BMC 예시 — 배달의민족 적용

이론만으로는 이해하기 어려우니, 국내에서 가장 친숙한 서비스 중 하나인 배달의민족을 예시로 BMC를 채워보겠습니다. 실제 공식 BMC가 아닌, 공개된 정보를 기반으로 한 학습용 예시입니다.

7. 주니어 기획자가 자주 하는 실수 5가지

제가 현업에서 주니어 분들의 BMC를 검토하면서 반복적으로 발견한 실수들을 정리했습니다. 이 부분을 미리 알고 있으면 처음부터 훨씬 좋은 BMC를 그릴 수 있습니다.

8. BMC 작성 3단계 실전 가이드

지금 당장 BMC를 처음 그려야 한다면 이 순서를 따라보세요. 저는 새로운 서비스를 분석하거나 기획할 때 항상 이 순서로 시작합니다.

1단계: CS와 VP부터 — 먼저 "누구에게(CS)" "무엇을 제공하는가(VP)"를 명확히 합니다. 이 두 블록이 흔들리면 나머지 7개도 불안정해집니다. CS는 페르소나 수준으로 구체화하고, VP는 "고객이 얻는 결과" 중심으로 서술하세요.

2단계: 오른쪽 시장 영역 완성 — CS-VP를 기반으로 CH(어떻게 전달?), CR(어떤 관계?), RS(어떻게 수익화?)를 채웁니다. 이 단계에서 수익 모델을 단순화하지 말고 다양한 RS 유형을 탐색해보세요.

3단계: 왼쪽 운영 영역 완성 + 정합성 검증 — VP를 실현하기 위해 필요한 KR, KA, KP를 채우고, 그에 따른 C$를 도출합니다. 마지막으로 "RS - C$ = 수익성"이 성립하는지 논리적으로 검증합니다.

BMC를 더 잘 활용하려면 서비스 기획의 전반적인 흐름을 이해하는 것이 중요합니다. 서비스기획자의 역할과 책임과 프로덕트 라이프사이클 완벽 가이드도 함께 읽어보시면 BMC가 실무에서 어떻게 활용되는지 더 잘 이해할 수 있습니다. 또한 BMC에서 설정한 목표를 실행하기 위한 방법으로는 OKR과 KPI 목표 설정 프레임워크가 강력한 도구가 됩니다.

마무리 — BMC는 한 번 그리고 끝이 아니다

BMC의 진짜 가치는 완성된 결과물이 아니라, 팀이 함께 채우는 과정에 있습니다. 각 블록을 채우면서 나오는 논쟁과 토론, "이 CS는 정말 우리 타겟이 맞나?", "이 RS는 지속 가능한가?" 같은 질문들이 사업의 약점을 드러내고 전략을 정교하게 만들어 줍니다.

저는 지금도 새로운 서비스 아이디어가 생기면 노션에 BMC 템플릿을 열어 가장 먼저 채워봅니다. 30분도 안 걸리지만, 그 과정에서 생각하지 못했던 구멍이 반드시 하나씩 발견됩니다. BMC를 한 번 그려보고 끝내지 말고, 서비스가 성장함에 따라 주기적으로 업데이트해보세요. 그것이 진짜 전략적 사고의 시작입니다.

참고 자료: Strategyzer - The Business Model Canvas | Alexander Osterwalder, 『Business Model Generation』(2010)

Photo by Jason Goodman on Unsplash

저는 처음 기획팀에 합류했을 때 OKR과 KPI라는 단어를 하루에도 수십 번씩 들었습니다. 그런데 이상하게도 두 개념의 차이를 명확히 설명하는 사람이 없었어요. 어떤 분은 "OKR이 더 고급 KPI야"라고 하고, 어떤 분은 "KPI는 구식이고 OKR이 최신 트렌드야"라고 했습니다. 저도 한동안 혼란스러웠지만, 실제 프로젝트에서 두 프레임워크를 모두 써보면서 비로소 차이를 체감할 수 있었습니다. 이 글에서는 기획자, PM, 주니어 기획자분들이 실무에서 바로 활용할 수 있도록 OKR과 KPI의 개념부터 설정 방법, 실전 예시까지 완벽하게 정리해드리겠습니다.

1. KPI란 무엇인가? — "우리가 잘 하고 있는가?"를 측정하는 도구

KPI(Key Performance Indicator)는 조직·팀·개인이 목표를 얼마나 잘 달성하고 있는지를 측정하는 핵심 성과 지표입니다. 어원을 살펴보면 Key(가장 중요한 것만), Performance(성과·결과), Indicator(수치화된 기준)가 합쳐진 단어입니다. 즉, 수많은 지표 중에서도 "가장 핵심적인 것만 뽑아서 수치로 추적하겠다"는 의미를 담고 있습니다.

KPI의 핵심 특징은 다음과 같습니다. 먼저 정량적 수치로 표현됩니다. "고객 만족도를 높인다"처럼 모호한 표현은 KPI가 될 수 없습니다. 반드시 "월간 NPS 점수 +10점"처럼 측정 가능한 숫자여야 합니다. 또한 이미 정해진 방향(전략) 안에서 성과를 측정하기 때문에, 주기적 모니터링(주간·월간·분기)이 가능하고 달성 여부가 명확합니다.

KPI의 함정: 굿하트의 법칙

KPI를 설정할 때 반드시 알아야 할 경고가 있습니다. 영국 경제학자 찰스 굿하트는 이렇게 말했습니다. "측정 지표가 목표가 되면, 더 이상 좋은 지표가 아니다." 예를 들어 고객 응대 건수를 KPI로 잡으면, 팀원들이 빠르게 통화를 끝내는 행동이 늘어납니다. 앱 다운로드 수를 KPI로 설정하면, 실제 활성 사용자는 늘지 않아도 숫자만 올리는 방향으로 움직일 수 있습니다. 저는 이 문제를 팀에서 직접 경험한 적이 있어요. 앱 리뷰 수를 KPI로 잡았더니 고객 경험보다 리뷰 유도 팝업을 남발하는 상황이 벌어진 것입니다.

2. KPI 설정 원칙: SMART 프레임워크

좋은 KPI를 만들기 위한 가장 검증된 방법은 SMART 원칙을 적용하는 것입니다. SMART는 Specific(구체적), Measurable(측정 가능), Achievable(달성 가능), Relevant(목표 연관성), Time-bound(기한 설정)의 약자입니다.

SMART 원칙은 1981년 조지 도란이 Management Review에서 처음 제시한 개념으로, 현재도 전 세계 기업에서 가장 널리 쓰이는 목표 설정 프레임워크입니다. (MindTools - SMART Goals 참고)

3. OKR이란 무엇인가? — "우리가 옳은 방향으로 가고 있는가?"를 확인하는 도구

OKR(Objectives and Key Results)은 조직이 달성하려는 목표(Objective)와 그 목표 달성을 확인하는 핵심 결과(Key Results)로 구성된 목표 관리 프레임워크입니다. 1970년대 인텔의 앤디 그로브가 창안하고, 구글의 초기 투자자 존 도어가 구글에 도입하면서 세계적으로 유명해졌습니다. 현재는 구글, 에어비앤비, 스포티파이, 링크드인 등 수천 개 기업이 사용하고 있습니다. (Google re:Work - OKR 가이드)

OKR의 구조를 비유로 설명하면 이렇습니다. 등산을 계획한다고 생각해보세요. Objective는 "한라산 정상에 오른다"는 방향과 의미 있는 목표입니다. Key Results는 "8월까지 주 3회 10km 트레킹", "체력 테스트 심박수 130bpm 유지", "등산 장비 완비"처럼 정상에 도달했음을 증명하는 구체적인 결과 지표입니다. KPI가 "지금 몇 km 걸었는가?"를 추적한다면, OKR은 "우리가 정상을 향해 제대로 나아가고 있는가?"를 묻는 것입니다.

OKR의 70% 법칙

OKR에서 가장 중요한 특징 중 하나는 달성률에 대한 철학입니다. OKR의 창시자 앤디 그로브는 이렇게 말했습니다. "KR을 100% 달성했다면 목표가 너무 낮았던 것이다. 70%가 이상적이다." 이는 OKR이 도전적인 목표를 지향하기 때문입니다. 100% 달성을 전제로 설계된 KPI와 달리, OKR은 약간 불가능해 보이는 수준의 목표를 세우도록 권장합니다. 저는 처음 이 개념을 접했을 때 "실패를 장려하는 건가?"라는 의문이 들었지만, 실제로 도전적인 목표를 세웠을 때 팀의 창의성과 몰입도가 확연히 높아지는 것을 경험했습니다.

4. OKR vs KPI 한눈에 비교 — 무엇이 다른가?

많은 기획자들이 OKR과 KPI를 혼용하거나 둘 중 하나만 사용합니다. 하지만 두 프레임워크는 서로 다른 역할을 하므로 함께 사용할 때 시너지가 납니다. 아래 비교표를 보시면 한눈에 차이를 이해하실 수 있습니다.

5. 실전 OKR 작성 예시 — 기획자 관점

이론만으로는 감이 잡히지 않죠. 제가 실제로 작성해봤던 OKR 예시를 공유해드리겠습니다. 이커머스 앱의 신규 기획자라고 가정해보겠습니다.

Objective: 사용자가 우리 앱에서 더 즐겁고 빠르게 쇼핑을 완료하도록 만든다.

Key Result 1: 장바구니 이탈률을 현재 62%에서 45%로 낮춘다. (측정: GA4 Funnel 분석)
Key Result 2: 결제 완료까지의 평균 탭 수를 7개에서 4개로 줄인다. (측정: UX 플로우 분석)
Key Result 3: 앱스토어 평점을 3.8에서 4.3으로 높인다. (측정: 앱스토어 콘솔)

이 OKR에서 주목할 점은 각 Key Result가 구체적인 숫자와 측정 방법을 포함하고 있다는 것입니다. 또한 Objective는 "사용자 중심"의 방향성을 담고 있어 팀이 공감할 수 있는 의미 있는 목표입니다. 저는 이런 OKR을 팀 전체가 볼 수 있는 노션 보드에 게시했을 때, 팀원들의 자발적인 아이디어 제안이 눈에 띄게 늘어났습니다.

6. OKR 레벨 구조와 계단식 정렬

잘 설계된 OKR 시스템은 회사 전체 방향과 개인의 업무가 연결됩니다. 이를 OKR의 계단식(Cascade) 구조라고 합니다. 회사 레벨 OKR이 가장 위에 있고, 그 아래 팀 레벨 OKR, 그리고 개인 레벨 OKR이 위계적으로 연결됩니다. 예를 들어 회사 OKR의 Objective가 "올해 국내 1위 이커머스 앱이 된다"라면, 기획팀의 OKR은 "사용자 경험 최상위 수준 달성", 마케팅팀의 OKR은 "신규 유저 획득 200% 성장"처럼 각자의 역할에 맞게 설계됩니다.

이 방식의 장점은 모든 구성원이 자신의 업무가 회사 전체 방향과 어떻게 연결되는지 알 수 있다는 점입니다. 서비스 기획을 처음 시작하는 주니어분들께 특히 중요한 개념입니다. 내가 왜 이 기능을 기획하는지, 이 스펙이 어떤 OKR에 기여하는지 이해하면 업무 몰입도가 완전히 달라집니다. 관련해서 서비스기획자의 역할과 책임에 대한 글도 함께 읽어보시면 도움이 됩니다.

7. OKR과 KPI를 함께 사용하는 법 — 실무 조합 전략

가장 효과적인 방법은 OKR로 방향을 잡고 KPI로 일상적인 운영을 관리하는 것입니다. 비유하자면 OKR은 "GPS 목적지 설정"이고, KPI는 "연료 게이지, 속도계, 엔진 온도계"입니다. 목적지(OKR)를 설정했다면, 여행 중에는 계속해서 계기판(KPI)을 확인하며 문제가 없는지 체크해야 합니다.

실무에서 저는 이런 방식으로 두 프레임워크를 조합합니다. 분기 초에 팀 OKR을 설정하고, 매주 월요일 스탠드업 미팅에서 관련 KPI 수치를 리뷰합니다. KPI가 목표치에서 크게 벗어날 경우, 해당 OKR Key Result를 달성하기 위한 이니셔티브(실행 과제)를 점검합니다. 이 과정에서 프로덕트 라이프사이클 관리와 연계하면 더욱 체계적인 성과 관리가 가능합니다.

8. 주요 용어 정리 — OKR 실무 어휘집

OKR을 처음 접하는 분들이 헷갈려하는 용어들을 정리했습니다. Objective는 달성하려는 질적 목표로 방향과 의미를 담습니다. Key Result는 목표 달성을 증명하는 측정 가능한 결과 지표입니다. Initiative는 KR 달성을 위한 구체적 실행 과제입니다. Check-in은 OKR 진행 상황을 주기적으로 점검하는 활동으로 주간 단위를 권장합니다. Moonshot OKR은 불가능해 보이지만 도전하는 극도로 야심찬 OKR이고, Roofshot OKR은 달성 가능하면서도 도전적인 OKR입니다. Leading Indicator는 미래 성과를 예측하는 선행 지표이며, Lagging Indicator는 이미 발생한 결과를 나타내는 후행 지표입니다.

9. 초보자를 위한 첫 OKR 작성 3단계

지금 당장 OKR을 처음 작성해야 하는 분들을 위해 3단계 가이드를 드립니다.

1단계: Why 질문하기 — "이번 분기 가장 중요한 문제가 무엇인가?" "만약 한 가지만 해결한다면?" 이 질문에서 Objective가 나옵니다.

2단계: 증거 찾기 — Objective를 달성했다면 어떤 숫자가 바뀌어야 할까요? 3~5개의 측정 가능한 지표가 Key Results가 됩니다. "만약 O를 달성한다면, 우리는 ___를 볼 것이다"라는 문장으로 완성해보세요.

3단계: 검증하기 — SMART 체크리스트를 적용해 각 KR이 구체적이고, 측정 가능하고, 달성 가능하고, 연관성 있고, 기한이 있는지 확인합니다.

애자일 방법론을 활용한 목표 실행 방법이 궁금하다면 애자일/스크럼 완벽 입문 가이드도 참고해보세요. OKR의 분기 주기와 애자일의 스프린트를 결합하면 매우 강력한 실행 시스템을 만들 수 있습니다.

마무리 — OKR과 KPI, 함께 써야 강하다

이 글을 정리하면, KPI는 "우리가 잘 하고 있는가?"를 측정하고, OKR은 "우리가 옳은 방향으로 가고 있는가?"를 확인합니다. 둘 중 하나만 쓰면 반드시 불균형이 생깁니다. KPI만 있으면 열심히 하지만 엉뚱한 방향으로 가고, OKR만 있으면 큰 그림은 있지만 일상적인 성과 관리가 느슨해집니다.

처음에는 복잡하게 느껴지더라도, 팀 또는 본인의 업무에 작게 적용해보는 것을 추천드립니다. 한 분기만 직접 써보면 두 프레임워크의 차이와 효용을 몸으로 이해할 수 있을 거예요. 저도 처음 OKR을 도입했을 때 온갖 시행착오가 있었지만, 지금은 기획 업무에서 빠질 수 없는 나침반이 됐습니다.

다음 글에서는 OKR을 실제 노션 템플릿으로 구현하는 방법을 소개해드릴 예정입니다. 서비스기획 관련 더 많은 글은 PM study 블로그에서 확인하실 수 있습니다.

참고 자료: Google re:Work - OKR 소개 | MindTools - SMART Goals