[카테고리:] 프로덕트·그로스

PLG 그로스 루프 설계, 어디서부터 봐야 할까?

PLG(Product-Led Growth)의 핵심은 "제품 경험 자체가 판매 사이클을 짧게 만든다"는 점이다. 광고·영업이 아니라 사용자가 직접 가치를 경험한 뒤 돈을 내게 되는 구조인데, 이게 성장으로 이어지려면 세 가지 기준으로 루프를 설계해야 한다.

첫째, 활성화(Activation) 기준을 명확히 정의했나 — 사용자가 처음 '가치를 느끼는 지점'이 언제인지. 둘째, 그 경험이 자동으로 다음 사용자를 부르는가 — 바이럴 루프의 강도와 마찰. 셋째, 유료 전환까지의 경로가 제품 흐름 안에 깔려 있나 — 무료 경험과 유료 가치 사이의 간격.

이 세 개 축이 맞물려야 비로소 "성장이 가속하는 루프"가 된다. 하나라도 느슨하면 루프는 겉으로는 돌지만 매출로 이어지지 않는다.

활성화 기준을 어떻게 정의하면 가장 먼저 움직이나?

활성화(Activation)는 단순히 "가입 후 첫 로그인" 같은 허수 지표가 아니라, 사용자가 핵심 기능을 써본 뒤 "이거 쓸만한데?"라고 느끼는 구체적 행동이어야 한다.

예를 들어 협업 도구라면 활성화 기준은 "팀원 초대 후 공동 편집"일 수 있고, 데이터 분석 제품이라면 "첫 대시보드 생성 및 저장"일 수 있다. 2026년 기준으로 성숙 SaaS 스타트업들이 공통으로 사용하는 활성화 정의는 사용자가 제품의 핵심 기능을 1회 이상 완료하고, 그 결과물이 저장되는 순간이다.

이 기준이 중요한 이유는 간단하다. 전환율을 높이려면 활성화 기준을 먼저 명확히 한 뒤, 온보딩 흐름 전체를 거기에 맞춰야 한다.

• 가입부터 활성화까지 걸리는 시간을 시간 단위로 줄일 수 있나? (일반적으로 B2B는 515분, B2C는 25분이 경계)
• 도움말·튜토리얼 없이도 사용자가 그 액션을 찾아서 실행하나? (찾아야 한다면 온보딩이 약한 신호)
• 활성화한 사용자와 안 한 사용자의 30일 리텐션 차이가 30% 이상인가? (차이가 작으면 그 기준이 잘못됐다는 뜻)

마지막 체크가 특히 중요하다. 활성화 기준이 실제로 장기 사용을 예측하는 지표가 되지 않으면, 그것은 성장 루프의 입구가 아니라 단지 클릭수일 뿐이다.

바이럴 루프는 언제 "강한가"라고 판단해야 할까?

바이럴 루프의 강도는 **K-factor(한 명의 사용자가 몇 명을 데려오나)**와 **주기(얼마나 빨리 반복되나)**로 판단한다.

K-factor = 1이면 자연 감소, K-factor > 1이면 기하급수적 성장이다. 다만 SaaS에서 자연 바이럴은 매우 드물다. Slack, Figma 같은 협업 도구는 사용자가 타인을 초대하지 않으면 제품 가치 자체가 떨어지기 때문에 K-factor가 자연스럽게 높아진다. 하지만 대부분 제품은 K-factor를 만들기 위해 의도적 메커니즘을 심어야 한다.

다음 세 가지 중 최소 하나가 제품 흐름 안에 있어야 한다:

1. 초대 기반 확산: 제품을 쓰려면 타인이 필요. 초대 완료 후 보상(저장소 용량, 기능 해제 등)을 준다. 공유 문서, 협업 앱이 이 방식.

2. 콘텐츠 기반 확산: 사용자가 만든 산출물(문서, 설정, 분석 결과)을 공유할 때 초대장이 자동으로 딸린다. 초대받은 사람도 그 콘텐츠를 보려면 가입해야 한다. Notion, Canva 같은 도구들.

3. 구매 후 확산: 고객이 제품을 쓰기 시작하면 팀원이 늘어나는 구조. 한 명이 가입해서 유료 플랜을 쓰면 같은 조직의 동료가 자동으로 접근. 비용 효율상 Slack 같은 협업 도구와 이메일 보안 제품이 이 방식.

K-factor를 추정하는 방법:

사용자 1,000명이 이번 달에 신규 사용자 300명을 초대했다면? K = 0.3. 이는 자체 성장이 아니라 외부 마케팅에 의존해야 한다는 뜻. K ≥ 0.5가 되면 외부 마케팅 효과가 눈에 띄게 증폭되고, K ≥ 1.0이면 무한 스케일이 이론적으로 가능하다.

주기도 중요하다. K-factor가 0.8이라도 주기가 2일이면 빠르게 성장하지만, 주기가 60일이면 거의 성장하지 않는다. K × (30 / 주기) ≥ 1이 되는지 확인해야 한다.

무료 경험에서 유료 결정까지, 언제 벽을 만들어야 하나?

이것이 PLG의 가장 까다로운 부분이다. 너무 빨리 유료 벽을 세우면 활성화 기준 자체에 닿지 못하고, 너무 늦게 세우면 무료 사용자가 계속 늘어나기만 하고 돈이 안 들어온다.

설계의 핵심은 "프리미엄 제약"과 "차등 가치" 두 가지다.

프리미엄 제약 유형:

• 용량 제약: 저장소, API 호출, 행(row) 제한 → B2B SaaS에서 가장 흔함. 사용자가 자신의 필요를 정량으로 느낀다.
• 기능 제약: 고급 분석, 자동화, 통합 불가 → 가입자는 기본만 쓰고, 회사나 팀은 고급 기능이 필요.
• 시간 제약: 데이터 보존 기간, 조회 히스토리 → 활성 사용자는 자동으로 이 벽을 만난다.
• 팀 규모 제약: 협력자 수 제한 → 협업 도구·프로젝트 관리 도구가 자주 쓴다.

올바른 제약을 만드는 신호:

1. 무료 사용자의 60~70%가 그 제약을 실제로 만난다 (제약을 느껴야 유료 결정이 일어난다).
2. 제약을 만난 사용자 중 30% 이상이 유료로 전환한다 (제약이 너무 가혹하거나 필요 없으면 전환율이 5% 미만).
3. 유료 플랜의 최소 단가가 사용자의 월간 인건비의 2~5% 수준이다 (그보다 비싸면 구매 결정 권한이 올라가서 마찰이 커짐).

차등 가치를 어떻게 설계할까?

무료 플랜은 "가치를 느끼되 한계를 느껴야" 한다. 예를 들어:

• 데이터 분석 제품: 무료는 지난달 데이터만 조회 가능 → 유료는 3년 히스토리 + 예측 분석 추가
• 협업 도구: 무료는 파일 5개 제한 → 유료는 무제한 + 버전 관리
• API 서비스: 무료는 월 10만 호출 → 유료는 호출수 무제한 + 우선순위 지원

이 차등이 사용 시간이 늘어날수록 자연스럽게 느껴져야 한다. 처음부터 "유료를 사서라"는 느낌이 아니라 "계속 쓰다 보니 필요하네"라는 경험.

셀프서브 전환 흐름이 정말 필요한가, 아니면 영업을 섞어야 하나?

이것은 제품과 시장의 성숙도에 따라 결정된다.

순수 PLG(셀프서브 100%)가 가능한 경우:

• 고객 단가가 월 50~500달러 범위 (너무 저가거나 고가면 손익분기점 맞추기 어려움)
• 동일한 사용 사례가 수천 개 이상 존재 (B2C, 또는 B2B의 폭넓은 중소 기업)
• 온보딩 없이도 가치 전달이 가능 (UI 직관성이 높거나, 시장이 그 도구에 이미 익숙)
• 신규 사용자의 자체 활성화율이 40% 이상 (마케팅 자동화 도구, 협업 앱, 개발자 도구)

하이브리드 모델을 쓰는 경우:

• 고객당 평균 계약금이 월 500~5,000달러 (영업 인건비를 회수할 수 있는 규모)
• 사용 사례가 다양하거나 커스터마이징이 필요 (엔터프라이즈 SaaS)
• 경쟁 제품이 이미 시장을 선점했거나 의사결정 사이클이 김

실무에서는 순수 PLG와 영업이 섞인 하이브리드가 더 흔하다. 초기엔 PLG로 시장 신호를 빠르게 받고, 단가 구간이 올라가면 영업을 추가한다.

중요한 것은 두 경로가 같은 제품 데이터를 본다는 것이다. 영업팀이 따로 자료를 만들거나 특별 버전을 제공하면 PLG 루프가 깨진다. 제품 자체가 신뢰도를 전달해야 한다.

확장 매출(확대 판매) 구조가 없으면 왜 루프가 멈추나?

PLG 루프는 "획득 → 활성화 → 확산"만으로는 불완전하다. 여기에 **확장 매출(Expansion Revenue)**이 없으면 성장이 천장을 만난다.

이유는 간단하다:

신규 고객 확보에만 집중하면, 시간이 지날수록 (1) 마케팅 비용이 증가하고, (2) 고객 획득 단가(CAC)가 올라가고, (3) 경합이 심해지면서 동일 규모 성장에 더 큰 비용이 들어간다. 하지만 기존 고객 내에서의 확장은 이미 신뢰도가 있고, 스위칭 비용이 높으므로 마진이 크다.

확장 매출의 주요 메커니즘:

1. 시트 기반 확장: 팀원이 1명에서 5명으로 늘면, 결제 규모도 자동으로 커진다. Slack이 대표 사례. 초대할수록 비용이 늘어나는 구조.

2. 사용량 기반 확장: 데이터 스토리지, API 호출, 계산 시간 등 실제 사용량을 측정하고 그에 따라 가격을 조정. SaaS가 "종량제"를 도입하는 이유.

3. 플랜 업그레이드: 무료 → Pro → Enterprise처럼 명시적 플랜 이동. 일반적으로 기존 사용자의 유료 업그레이드 비율은 신규 유료 전환율보다 2~3배 높다.

4. 기능 추가 판매: 핵심 기능은 무료이지만, 고급 분석·보안·통합 같은 모듈은 별도 구독. 각 모듈이 독립적 가치를 가져야 한다.

확장 매출을 설계할 때의 체크포인트:

• 기존 고객 중 월 평균 월 10% 이상이 상위 플랜으로 이동하거나 추가 기능을 구매하나? (이 수치가 5% 미만이면 확장 매출 구조가 약한 신호)
• 기존 고객의 순 달러 리텐션(NDR)이 100% 이상인가? (100% 이상이면 이탈보다 확장이 더 크다는 뜻)

NDR이 110%라는 것은 100명의 기존 고객으로부터 얻던 매출이 110명 수준으로 늘었다는 의미. 이 수치가 높을수록 루프는 자체 가속도를 가진다.

흔히 간과하는 것: 성장 유형에 따른 루프 재설계

많은 팀이 PLG 루프를 "한 번 만들고 끝"이라고 생각한다. 그러나 실제로는 제품 성장 단계에 따라 루프 전체를 다시 설계해야 한다.

초기 단계(MRR < 100만 달러):

• 활성화 기준이 느슨해도 괜찮다. 사용자 수 확보가 최우선.
• 바이럴 루프보다는 "제품이 좋으면 입소문"이 주 채널.
• 무료-유료 경계를 거의 두지 않거나 매우 느슨하게 설정.
• 왜? 활성 사용자 수 자체가 부족하기 때문에 제약을 두면 더 줄어든다.

성장 단계(MRR 100만~1,000만 달러):

• 활성화 기준을 훨씬 엄격하게 정의. (단순 가입 → 기능 완료까지)
• 바이럴 K-factor를 측정하고 의도적으로 높일 메커니즘 설계.
• 무료-유료 경계를 명확히 그어야 함. (더 이상 "모두 무료"는 지속 불가능)
• 왜? 사용자가 충분히 있으므로 제약을 두고도 활성화율을 유지할 수 있고, 유료 전환이 매출을 결정하기 시작.

성숙 단계(MRR > 1,000만 달러):

• 활성화 기준이 사실상 "유료 가입"과 같아짐. (무료는 거의 온보딩용)
• 신규 고객 획득보다 기존 고객 확장 매출이 성장의 70% 이상.
• 바이럴 루프는 약해지고, 대신 "제품 헬퍼"(컨설턴트, 교육, 커뮤니티)로 활성화 지원.
• 왜? 단가가 높고 경합이 많아서 순수 입소문만으로는 부족해짐.

이 단계별 전환을 실수하는 경우가 많다. 초기 PLG 전략을 성장 단계까지 유지하면, 매출은 정체되고 무료 사용자만 계속 쌓인다.

핵심 정리

• 활성화 기준은 가입이 아니라 "핵심 기능 완료"로 정의하되, 활성화 사용자와 비활성 사용자의 리텐션 차이가 30% 이상일 때만 유효하다. 차이가 작으면 그 기준은 성장 신호가 아니라 단지 액션 수치일 뿐.

• 바이럴 강도는 K-factor와 주기로 판단하되, K ≥ 0.5이고 주기가 30일 이내면 외부 마케팅 효과가 눈에 띈다. K가 1을 못 넘더라도 의도적 초대 메커니즘(보상, 콘텐츠 공유, 팀 협업)으로 인위적으로 높일 수 있다.

• 무료 제약은 사용자의 60~70%가 실제로 만나야 의미가 있고, 제약을 만난 사용자 중 30% 이상이 유료로 전환할 때 올바른 위치다. 체감 없는 제약은 아무것도 달성하지 못한다.

• 단가가 월 50~500달러면 순수 PLG(셀프서브)가 가능하지만, 그 이상이면 하이브리드(PLG + 영업)로 가야 한다. 단, 영업팀과 제품이 같은 데이터를 본다는 원칙은 깨지면 안 된다.

• 기존 고객의 순 달러 리텐션(NDR)이 100% 이상일 때만 루프가 가속한다. 신규 고객 확보 비용이 계속 올라가더라도 기존 고객 확장으로 상쇄되기 때문.

• 성장 단계마다(초기/성장/성숙) 활성화 기준, 바이럴 정책, 무료-유료 경계를 전면 재설계해야 한다. 초기의 느슨한 루프를 성장 단계까지 유지하면 매출은 천장을 만난다.

• "루프가 안 도는" 진단은 한 곳부터 시작해야 한다. 첫째, 활성화율 40% 이상인가? 둘째, 활성 사용자 중 3개월 리텐션 50% 이상인가? 이 둘이 안 되면 바이럴이나 전환을 먼저 손대기 전에 제품 자체를 봐야 한다.

자주 묻는 질문

활성화 기준을 너무 높게 잡으면 어떻게 되나?

활성화 기준이 높을수록 그것을 달성하는 사용자는 줄어든다. 가입자 100명 중 50명이 활성화되는 것이 50명 중 40명이 활성화되는 것보다는 성장에 낫다. 다시 말해, 활성화율(%)보다는 활성화 사용자의 절대 숫자와 그들의 리텐션을 봐야 한다. 기준을 높여서 활성화 사용자 수 자체가 줄어들면 루프 전체 규모가 작아진다.

무료 사용자가 80%인데 매출이 안 난다. 유료 벽을 더 강하게 해야 하나?

먼저 무료 사용자 중 실제 활성 사용자(월 2회 이상 접속)가 몇 %인지 확인해야 한다. 활성율이 20% 미만이면 문제는 벽이 아니라 제품이 해결하는 문제의 긴급성이 낮다는 뜻이다. 벽을 강하게 하면 이미 낮은 활성 사용자는 더 줄어든다. 대신 활성 사용자의 유료 전환율을 보자. 그것이 10% 이상이면 벽은 잘 설계된 것. 1% 미만이면 무료-유료 간 가치 차이를 재설계해야 한다.

K-factor가 0.3인데도 성장하고 있다. 바이럴이 필요 없나?

K-factor 0.3은 외부 마케팅 없이는 성장이 거의 정체된다는 뜻이다. 지금 성장이 보이는 이유는 마케팅 채널(광고, SEO, PR)이 충분히 신규 사용자를 데려오고 있기 때문이다. 하지만 마케팅 비용은 계속 올라간다. K-factor를 0.5 이상으로 높일 수 있으면, 마케팅 효율(ROI)이 훨씬 개선되고 더 큰 규모 성장이 가능해진다. 지금은 마케팅으로 커버되지만, 경합이 많아질수록 바이럴이 없으면 밀린다.

순 달러 리텐션(NDR) 110%면 충분한가, 아니면 더 높아야 하나?

110%는 매우 건강한 수치다. 평균적인 성숙 SaaS는 105~115% 범위인데, 110%이면 기존 고객만으로도 회사가 매년 10% 성장한다는 뜻이다. 120% 이상이면 매출 대부분을 신규 고객 없이 기존 고객 확장으로 커버할 수 있을 정도. 다만 초기 단계 스타트업은 NDR이 낮을 수밖에 없다(고객이 많지 않아서). 100% 도달이 우선 목표고, 그 다음이 110%.

초기 스타트업인데 무료-유료 경계를 지금 만들어야 하나?

초기(MRR 100만 달러 미만)라면 경계를 극도로 느슨하게 하거나 아예 두지 않는 게 맞다. 이유는 활성 사용자 절대 숫자가 부족하기 때문. 지금 단계는 "이 제품이 정말 필요한 건가?"를 시장에서 확인하는 과정이다. 무료 사용자 중에서 패턴을 찾고(누가 가장 자주 오나, 언제 와서 무엇을 하나), 그 패턴이 명확해진 뒤에 유료 모델을 설계한다. 거꾸로 하면 안 될 사용자까지 차단한다.

협업 도구가 아닌데도 바이럴 루프를 만들 수 있나?

가능하다. 협업 도구처럼 초대가 강제되지는 않지만, 콘텐츠 기반 또는 시각적 공유 기반 바이럴은 거의 모든 제품에서 가능하다. 예를 들어 데이터 분석 도구면 "생성한 차트나 리포트를 공유할 때 자동으로 보기 전용 링크 생성 + 수신자가 같은 도구로 보면 더 기능 해금" 같은 구조. 또는 "당신의 스코어 공유하기" 같은 명시적 공유 유도. 바이럴은 협업만의 특권이 아니라, 사용자가 만든 산출물이나 성과를 남들과 공유하고 싶게 만드는 매커니즘이면 된다.

영업을 섞는 순간 PLG라고 볼 수 없나?

아니다. PLG는 "제품이 판매 사이클을 주도한다"는 의미이지, "영업이 전혀 없어야 한다"는 뜻이 아니다. 실제로 Slack, HubSpot, Notion 같은 성공한 PLG 기업들도 단가가 높아지면 계정 담당자(Account Executive)를 배치한다. 차이는 영업팀이 "추가로 판매하는" 역할을 한다는 것이지, "처음부터 판매하는" 역할이 아니라는 점. 사용자가 제품 경험을 통해 가치를 느낀 후에 영업이 "더 큰 규모나 고급 기능" 구매를 돕는 형태.

프로덕트 지표 설계, 무엇부터 봐야 할까?

의사결정을 만드는 지표와 조직을 기만하는 수치는 공식으로는 같으나 사업 영향으로는 천양지차다. 프로덕트 지표 설계의 첫 번째 기준은 **"그 수치가 올랐을 때 실제로 무엇을 하는가"**이고, 두 번째는 **"그 수치가 움직이는 이유를 당신이 설명할 수 있는가"**이다. 셋째, **"선행 신호와 후행 결과를 동시에 보는가"**가 지표의 질을 판단한다.

북극성 지표는 정말 하나여야 하나?

하나의 숫자로 회사 성공을 정의하려는 시도는 이상적이지만 리스크가 크다. 북극성(North Star) 지표는 조직의 장기 방향을 나타내는 신호이되, 단일 숫자가 목표와 행동을 완전히 포착할 수는 없다. 예를 들어 '월간 활성 사용자 수(MAU)'는 유명하고 쉽게 공유되지만, 그것만으로는 이들이 실제로 가치를 느끼는지(engagement), 유료로 전환되는지(monetization)를 모른다.

실무에서 효과적인 접근은 하나의 북극성을 핵심 목표로 두되, 주변에 2~3개의 가드레일 지표를 놓는 것이다. 가드레일은 북극성이 왜곡되는 것을 막는 장치다. 신규 사용자 확보에만 초점을 맞춰 기존 사용자 이탈률이 치솟는 상황을 방지하려면, 북극성 옆에 '리텐션 레이트' 또는 '코호트별 생존율'을 붙여야 한다.

선행 지표와 후행 지표, 어떻게 연결하나?

회사가 매달 매출을 기다리며 손놓고 있으면 이미 늦다. 선행 지표(Leading Indicator)는 미래 결과의 신호이고, 후행 지표(Lagging Indicator)는 이미 일어난 결과다. 이 둘을 의식적으로 쌍으로 엮어야 의사결정 사이클이 빨라진다.

일반적인 패턴은 다음과 같다:

구간	선행 지표 예시	후행 지표 예시
신규 유입	가입 완료율, 온보딩 단계 완료율	월간 활성 사용자
활동	주간 사용 빈도, 핵심 피처 사용률	리텐션율(D7, D30)
수익화	프리미엄 피처 시작, 결제 시도율	월간 반복 수익(MRR)

예를 들어 신규 사용자가 첫 일주일 내 핵심 기능을 3회 이상 사용했으면(선행) 3개월 뒤 그 코호트의 리텐션율이 X% 이상일 확률이 높다는 상관을 찾는 것이다. 선행 지표가 움직이면 2~4주 뒤 후행 지표가 따라오는 패턴을 관찰하면, 현재 행동의 건강도를 미리 알 수 있다.

코호트 분석은 왜 필수인가?

전체 MAU가 10% 증가했다는 소식은 기만적이다. 신규 사용자 유입이 30% 뛰었지만 기존 사용자는 5% 이탈한 것일 수도, 아니면 우리가 이탈자에게 돈을 낭비했단 뜻일 수도 있다. 코호트 분석은 같은 시간에 진입한 사용자 집단을 추적하는 방법으로, 이 혼란을 없앤다.

2026년 기준으로 성숙한 팀이라면 매월 신규 사용자 코호트의 리텐션 곡선(1주차, 2주차, 4주차, 8주차)을 그리는 것이 표준이다. 이 곡선이 시간과 함께 위로 올라가면(같은 주차 리텐션이 개선되면) 프로덕트 자체가 나아지는 신호다. 곡선이 평탈하거나 내려가면 문제는 마케팅이 아니라 프로덕트다.

코호트 분석의 또 다른 쓰임은 세그먼트별 건강도 추적이다. 국가별, 유입 채널별, 사용 기기별로 코호트를 나누면 어느 층에서 이탈이 심한지, 어디서 수익화 가능성이 높은지 보인다. 이 분석이 없으면 평균값만 보다가 특정 세그먼트의 위기를 놓친다.

지표는 많을수록 좋을까?

대시보드에 100개의 지표를 올려 놨다면, 실제로 어디에 돈과 주의를 쏟아야 할지 회사는 혼란스럽다. 신뢰할 수 있는 지표 설계의 핵심은 유효한 신호와 잡음(noise)을 구분하는 것이다.

지표를 추가하기 전에 물어야 할 질문:

• 이 수치가 내주 변하면, 당신은 무엇을 바꾸는가?
• 이 지표가 떨어졌을 때 대응 팀을 정했는가?
• 이 지표를 측정하는 비용(시간, 계산, 데이터)이 정당한가?

하나 이상이 '아니오'라면, 그 지표는 의사결정을 위한 것이 아니라 리포트를 위한 것이다. 실행 중심 팀은 보통 핵심 지표 58개, 가드레일 지표 34개를 집중한다.

실험 설계에서 지표가 하는 역할?

프로덕트 변화를 A/B 테스트로 검증할 때, 지표 설계가 얼마나 까다로운지 드러난다. 같은 변화를 보더라도 어떤 지표로 평가하느냐에 따라 '성공'과 '실패'가 갈린다.

예를 들어 앱의 결제 버튼 색을 주목받기 쉬운 색으로 바꿨다. 결제 시도가 15% 증가했다(선행 지표 개선). 하지만 2주 뒤 결제 완료율은 변하지 않았다. 시도는 늘었으나 전환은 안 됐다는 뜻이다. 이 경우 '버튼 색 변화는 유효하지 않다'는 결론을 내리기 전에, 결제 실패 원인을 분석해야 한다. 자동 환불 규정이 강화됐나? 결제 게이트웨이 에러율이 올랐나?

좋은 실험 설계는 단일 지표가 아니라 지표의 세트로 가설을 검증한다. 주요 지표(Primary), 보조 지표(Secondary), 위험 지표(Guardrail)를 정의하고, 실험이 끝나면 세 가지 모두 보고한다. 이 훈련이 몸에 배면 지표 오독(false positive)을 줄인다.

허영 지표와 실행 지표는 왜 섞이나?

많은 스타트업에서 'DAU 증가율', '페이지 뷰', '가입자 수'가 높은 우선순위를 갖는다. 이들은 보기 좋고 공유하기 좋고 투자자에게 설명하기 편하다. 하지만 이 지표들은 프로덕트 팀이 오늘 할 일을 정하기에는 너무 멀다.

페이지 뷰가 20% 떨어졌다는 소식을 들으면, 엔지니어는 뭘 고쳐야 할지 모른다. 하지만 '특정 피처 사용 비율이 떨어졌다' 또는 '가입 완료 단계 3에서 55%의 사용자가 이탈한다'면 곧장 액션이 따른다. 허영 지표는 투자자·경영진용이고, 실행 지표는 팀의 일일 우선순위다.

실무팀이 봐야 할 지표의 특징:

• 팀이 직접 영향을 줄 수 있는 범위 내다.
• 1~2주 내에 움직인다.
• 원인을 설명할 수 있다.

이를 '실행 지표(Actionable Metric)'라고 부른다. 조직이 커질수록 경영진은 허영 지표, 실행팀은 실행 지표를 봐야 하고, 이 둘을 **정기적으로 연결하는 리뷰(예: 월간 지표 포스트모템)**가 필수다.

세그먼트별로 지표를 나눠 봐야 하나?

'전체 리텐션율 60%'는 사기다. 프리미엄 사용자는 90% 유지되고 무료 사용자는 30%일 수도 있다. 또는 미국 사용자는 안정적인데 신흥국 사용자는 급증하거나 급감하는 변동성이 클 수도 있다. 지표는 세그먼트를 무시하면 평균의 폭력을 낳는다.

실행 지표를 나눌 때 고려하는 축:

• 사용자 특성: 신규 vs. 기존, 유료 vs. 무료, 국가/지역
• 행동: 기능 A 사용자 vs. 미사용자
• 시간: 코호트별(가입 시점) 비교

이렇게 세그먼트를 쪼갤 때 주의할 점은 '너무 잘게 쪼개지 말 것'이다. 100명 이하의 작은 세그먼트는 노이즈(일회성 이벤트, 통계 오차)에 휘둘린다. 의사결정용 세그먼트는 최소 수백 명의 데이터 포인트가 있어야 신뢰한다.

핵심 정리

• 지표는 행동을 결정하는 신호여야 한다: 올랐을 때 무엇을 할지 정하지 못했으면 지표가 아니라 미적 장식이다.
• 북극성 1개 + 가드레일 2~3개 모델: 단일 지표는 조직을 왜곡하므로 주변에 안전장치를 둔다.
• 선행-후행 지표를 쌍으로 본다: 오늘의 선행 신호가 2~4주 뒤 후행 지표로 나타나는 패턴을 학습하면 의사결정 사이클이 빨라진다.
• 코호트 분석 없이는 거짓: 전체 평균은 거짓일 확률이 높다. 같은 시기 진입한 사용자 그룹별로 추적해야 진실이 보인다.
• 실행 지표와 허영 지표를 분리: 팀의 일일 우선순위와 경영진 리포트는 다른 지표를 본다.
• 세그먼트 분석은 필수, 과도한 세분은 독: 유의미한 규모(수백 명 이상)의 그룹별로만 나눈다.
• 지표의 인플레이션을 경계: 대시보드에 지표가 많을수록 실행은 느려진다.

자주 묻는 질문

초기 스타트업이라면 어떤 지표부터 봐야 할까?

초기 단계에서는 복잡함보다 명확함이 먼저다. 북극성을 1개 정하되(예: 주간 활성 사용자), 그 숫자가 움직이는 이유를 설명할 수 있어야 한다. 동시에 리텐션(1주차, 4주차)과 신규 유입(회원가입 → 활성화까지의 전환율)을 보면 충분하다. 지표가 너무 적은 것보다 많아서 혼란스럽거나, 정의되지 않은 채 집계되는 게 더 위험하다.

지표의 목표치는 어떻게 정하나?

산업 벤치마크를 참고하되 복붙하지 않는다. 예를 들어 SaaS 기업의 '평균 이탈률은 5%'라는 수치가 있지만, 당신의 제품, 가격대, 고객층이 다르면 그 숫자는 무의미하다. 대신 역사적 데이터를 보자. 지난 3개월 평균이 60%라면, 목표는 65~70% 정도(점진적 개선)로 설정하는 게 현실적이다. 급격한 목표는 팀을 지치게 하고 지표 조작을 부른다.

한 지표가 떨어졌을 때 대응 프로세스는 어떻게 짜나?

지표 관리의 50%는 대응 프로세스다. 리텐션이 3%p 떨어졌으면, 즉시 "왜?"라는 질문으로 들어가야 한다. 최근 배포한 기능이 있나? 외부 뉴스(경쟁사, 시장 변화)가 있나? 특정 세그먼트에만 떨어졌나? 이런 리스트를 근거 없이 추측하지 말고 데이터로 확인한다. 코호트, 채널, 기능별로 나눠서 문제의 출처를 특정하는 것이 '지표 분석'이다.

지표를 실시간으로 봐야 할까, 매일 봐야 할까?

일간 리뷰가 표준이다. 시간별·실시간 모니터링은 단기 변동성에 과민반응을 부른다. 한두 시간 못 본 사이 DAU가 500명 떨어졌다고 긴급 회의를 여는 건 낭비다. 대신 매일 아침 전날 데이터를 보고(보통 D-1 완성), 주간 리뷰에서 트렌드를 평가하고, 월간 리뷰에서 전략을 조정한다. 단, 장애나 극단적 변화(평소의 2배 이상 변동)는 실시간 알림을 설정한다.

외부 투자자가 요구하는 지표와 팀의 실행 지표가 다를 때?

둘 다 맞다. 투자자는 회사 성장률(연간 성장, 사용자 수, 수익)을 보고, 팀은 주간 리텐션과 기능별 사용률을 본다. 충돌하는 게 아니라 시간 스케일이 다를 뿐이다. 투자자용 리포트는 월간 또는 분기별로 따로 정리하되, 그것이 팀의 실행을 굴하지 않도록 경계한다. 팀이 투자자 숫자만 쫓으면 단기 조작(잘못된 프리미엄 유도, 불건전한 성장)이 나온다.

지표 정의가 팀마다 다르면 어떻게 하나?

Data Dictionary를 만들어라. 예를 들어 '활성 사용자'를 정의할 때, 어떤 행동을 했을 때를 말하는지(로그인? 콘텐츠 조회? 상호작용?), 어떤 시간 범위인지(24시간? 1주일?), 어떤 기술 규칙인지(API 호출 횟수?) 등을 문서화한다. 이 정의가 공유되지 않으면 마케팅과 개발이 다른 숫자를 본다.

지표를 바꾸는 게 나쁠까?

초기엔 불가피하지만, 자주 바꾸면 안 된다. 지표를 바꿀 때마다 역사적 데이터와의 연결이 끊기고, 트렌드를 추적할 수 없다. 대신 새로운 지표를 추가하되, 기존 지표는 최소 1년간 함께 본다. 예를 들어 DAU에서 'Weekly Active User'로 전환하면서 동시에 DAU도 기록해두는 식이다. 지표를 정말 바꿔야 한다면 이유를 문서로 남기고 팀 전체에 공지한다.

온보딩·리텐션 설계, 무엇부터 봐야 할까?

사용자가 처음 손대는 순간부터 가치를 느끼기까지의 거리가 짧을수록, 그리고 그 가치가 반복 사용으로 굳어질수록 CAC(고객 획득 비용) 회수 속도는 빨라진다. 온보딩·리텐션 설계의 가치는 여기에 있다.

핵심 판단 축 세 가지: (1) 사용자가 실제 가치에 닿는 '아하 모먼트'가 언제 오는가—이를 며칠 내로 단축할 수 있는가, (2) 첫 경험에서 이탈하는 사람이 집중된 지점은 어디인가—그 병목을 제거했을 때 리텐션이 얼마나 오르는가, (3) 습관으로 굳기까지 필요한 인터랙션 빈도와 알림 전략을 얼마나 정교하게 설계했는가.

아하 모먼트를 며칠 내로 당기는 게 왜 중요한가?

아하 모먼트는 제품의 핵심 가치를 사용자가 직접 경험하는 순간이다. 가입 후 앱을 켰을 때 즉시 가치를 보는 것과, 3단계 설정을 거친 후에 보는 것은 전혀 다른 지점에서 이탈을 좌우한다.

초기 가입자의 약 40~50%가 처음 48시간 내 이탈한다는 것이 업계 광범위한 관찰이다. 이는 아하 모먼트에 빨리 닿지 못했거나, 설정 과정에서 마찰이 생겼거나, 기대와 현실이 맞지 않았기 때문이다.

비즈니스 관점에서 이것의 의미:

• CAC 회수 기간이 길어진다. 리텐션이 낮으면 LTV(평생가치)가 떨어지고, 결국 같은 수익을 위해 더 많은 마케팅 비용을 써야 한다.
• 초기 이탈 곡선이 완만할수록 Day 7, Day 30 리텐션이 높을 확률이 크다. 즉, 초반 경험 설계에 들인 작은 투자가 장기 생존율로 돌아온다.

실행 관점에서:
아하 모먼트를 단축하려면, 가입 후 가장 빠른 경로로 핵심 기능을 경험하게 해야 한다. 예를 들어 협업 도구라면 "초대→문서 작성→실시간 공동 편집" 이 네 단계를 5분 내에 끝내는 것. 데이터 분석 플랫폼이라면 "데이터 업로드→첫 대시보드 생성→인사이트 확인"을 같은 시간에. 이를 위해서는:

• 온보딩 플로우 재설계: 필수 필드만 남기고 나머지는 나중으로. 생년월일·직책 같은 선택사항은 가입 후 1주일 후 채우도록 미룬다.
• 데모 데이터 제공: 사용자가 직접 입력할 때까지 기다리지 말고, 샘플 데이터나 템플릿으로 즉시 결과를 보게 한다.
• 프로그레시브 프로파일링: 필요한 정보를 여러 번에 걸쳐 수집해서, 한 번에 느껴지는 마찰을 줄인다.

2026년 기준, 아하 모먼트까지 걸리는 평균 시간이 단축 추세지만, 여전히 제품 복잡도에 따라 분산이 크다. B2B SaaS의 경우 첫 실제 가치 경험까지 평균 3~5일, 모바일 커머스나 소셜은 수 분 단위.

초기 이탈의 가장 큰 병목 지점은 어디인가?

사용자 행동 로그를 보면 대부분 특정 스텝에서 떨어져 나간다. 회원가입 후 프로필 완성, 첫 구매/구독 결제, 권한 설정 단계 중 하나인 경우가 많다.

흔한 병목들:

• 이메일 인증 대기 (메일 지연 또는 스팸으로 간주)
• 결제 정보 입력 (신용카드 거절, 보안 경고)
• 권한·접근성 설정 (팀원 초대, 보안 설정 복잡)
• 초기 설정의 선택지 과다 (어떤 옵션을 고를지 모르는 상태)

데이터로 본 영향:
병목 지점을 제거하면 다음 단계로 진행하는 사용자 비율(conversion rate)이 5~15% 포인트 오르는 것이 일반적이다. 가입자 100명 중 30명이 탈락했던 구간을 25명으로 줄이면, 장기적으로 누적 리텐션은 크게 달라진다.

해결 방법:

• 마찰 제거: 선택적 스텝은 나중으로, 또는 스킵 옵션 제공.
• 컨텍스트 도움말: 왜 이 정보가 필요한지, 어떻게 채우는지 인라인 가이드.
• 재시도 메커니즘: 결제 실패 시 다른 결제 수단 제시, 이메일 재전송 버튼.
• 실시간 모니터링: 어느 스텝에서 이탈률이 급증하는지 추적하고, 주 단위로 개선 사이클.

리텐션 곡선의 어느 구간을 우선 공략할까?

리텐션 곡선은 보통 이렇게 움직인다:

• Day 0→1: 급격한 하강 (50% 이상 손실 가능). 아하 모먼트 도달 여부가 크게 작용.
• Day 1→7: 완만한 하강. 첫 경험이 좋으면 이 구간에서 습관 형성 시작.
• Day 7→30: 안정화 단계. 1주일을 넘긴 사용자는 장기 체류 가능성이 높음.

비즈니스 의사결정:

• 초기 이탈이 크다면: 온보딩 플로우 개선이 최우선. Day 1 리텐션 5% 상승은 곧 Day 30 리텐션 2~3% 상승으로 이어지는 경향.
• Day 1은 괜찮은데 Day 7에서 떨어진다면: 반복 사용 유인이 약하다. 푸시 알림, 이메일 재참여 캠페인, 게임화 요소 추가.
• Day 7 이후 안정적이라면: 심화 기능, 업셀 또는 커뮤니티 강화로 LTV 확대.

대부분의 스타트업은 Day 1→7 구간에서 가장 빠른 개선 기회를 찾는다. 여기서 작은 개선 몇 개가 쌓이면 누적 효과가 크다.

알림·넛지 전략을 어디까지 자동화할 것인가?

초기 사용자에게 "다시 돌아오도록" 하는 수단은 크게 세 가지다: 푸시 알림, 이메일, 인앱 메시지.

효율성 관점:

• 푸시 알림: 실시간성 높음, 클릭율 높음(5~15%), 하지만 거부감 위험. 과도하면 제거/비활성화 요청 급증.
• 이메일: 도달률 높음, 제어 쉬움, 하지만 반응 지연. 특히 초기 사용자 이탈 방지용 이메일은 24~48시간 내 발송이 효과적.
• 인앱 메시지: 참여도 높음(앱 켠 사람만 본다), 설계 유연, 하지만 이미 앱을 쓰는 사용자에게만 닿음.

초기 사용자 재참여 시나리오:

• Day 1 (아직 미사용): 이메일 "시작 가이드"
• Day 2~3 (부분 사용): 푸시 "다음 단계 해보기"
• Day 5 (3일 미사용): 이메일 "한 가지만 더 해보세요"
• Day 7 이후 (1주 미사용): 이메일 1회, 그 후 과도한 알림은 제거 옵션 강조

비용 최적화:
알림 전략에 드는 인건비는 매우 낮지만(자동화된 이메일·푸시는 설정 후 운영 비용 거의 없음), 잘못된 메시지는 제거 요청·스팸 신고·앱 삭제로 이어져 더 큰 손실을 일으킨다. 따라서:

• 세그먼테이션: 모든 신규 사용자에게 같은 메시지를 보내지 말 것. 가입 유입 경로, 기본 관심사, 초기 행동(예: 프로필 완성 여부)에 따라 다른 메시지.
• 빈도 제어: 주당 알림 개수를 사용자 선호도에 맞게. 기본값은 보수적으로.
• A/B 테스트: 메시지 타이밍, 텍스트, 빈도를 수십만 명 규모에서 자동으로 테스트하고 최적값을 반영.

제품의 복잡도에 따라 온보딩 전략이 달라지는가?

단순 제품 vs. 복잡 제품의 온보딩은 완전히 다르다.

단순 제품 (할 일 앱, 이미지 편집, 날씨 앱):

• 온보딩 거의 불필요. "열고 바로 사용"이 이상적.
• 아하 모먼트까지 초 단위.
• 초기 이탈 방지는 UI/UX 직관성에 집중.

중간 복잡도 (협업 도구, 가벼운 분석 플랫폼):

• 10~20분짜리 온보딩 플로우 효과적.
• 인터랙티브 튜토리얼(가이드 화살표, 강조 오버레이)로 핵심 기능을 차례대로 보여주기.
• 데모 데이터나 샘플 프로젝트로 즉시 결과 확인.

높은 복잡도 (엔터프라이즈 SaaS, 데이터 분석 플랫폼):

• 담당자(예: 팀 리더)의 온보딩과 일반 사용자의 온보딩 구분 필수.
• 비디오 튜토리얼 + 대화형 가이드 + 라이브 데모 세션 조합.
• 아하 모먼트 달성까지 며칠이 필요할 수 있으므로, 그 기간 동안 정기적 체크인(이메일, 팀 메시지) 유지.

비용 차원:

• 단순 제품: 온보딩 개선에 엔지니어 몇 시간, ROI 매우 높음.
• 복잡 제품: 온보딩 비디오 제작, 담당자 배치, 교육 자료 유지에 상당한 운영 비용. 하지만 초기 이탈 방지 효과도 크므로, 평균 순환율 2~5% 상승을 얻을 수 있으면 정당화됨.

온보딩 개선이 비즈니스 메트릭을 어떻게 움직이는가?

온보딩과 리텐션 개선의 연쇄 효과를 정량으로 본다면:

시나리오	Day 1 리텐션	Day 30 리텐션	LTV 영향	예상 CAC 회수 기간
개선 전 (기준)	50%	20%	기준	90일
온보딩만 개선	55%	23%	+5~10%	80일
온보딩 + 알림 개선	57%	27%	+15~20%	65일

수치는 제품 카테고리에 따라 크게 다르지만, 일반적인 B2B·B2C 앱의 경험상 이 수준의 개선은 비교적 빨리 달성 가능하다.

현금 흐름 관점:
CAC 회수 기간이 90일에서 65일로 단축되면, 같은 규모의 마케팅 스펜드로 더 빠르게 양의 현금 흐름에 도달한다. 초기 성장 단계에서 이것은 매우 중요한 지표다.

온보딩 개선에서 자주 간과되는 부분은 무엇인가?

대부분의 팀이 온보딩을 개선할 때 "단계 줄이기"에만 집중한다. 하지만 더 중요한 것이 간과된다:

1. 이탈자 분석의 부재
온보딩 단계 A→B 진행률이 80%인데, B→C 진행률이 40%라면? 문제는 C 단계의 설계, 또는 B 단계에서의 기대 미스매치일 수 있다. 많은 팀은 "C 단계를 더 쉽게 하자"고 하지만, 실은 B 단계의 화면 문구를 바꾸는 것이 더 효과적일 수 있다. 정성 인터뷰나 세션 리플레이를 통해 "왜" 떨어졌는지 이해하지 않으면, 개선은 짐작에 불과하다.

2. 가입 후 사용자 세그먼트 무시
신규 가입자 100명은 절대 같은 사람이 아니다. A는 팀 리더, B는 팀 멤버. A는 결제 의사 있음, B는 없음. A의 온보딩 목표는 "팀 셋업", B는 "개별 작업 시작"이다. 같은 온보딩을 강제하면 양쪽 모두 미스매치를 경험한다.

3. 초기 리텐션과 후기 리텐션 혼동
Day 1→7은 아하 모먼트와 초기 마찰 제거가 핵심이지만, Day 30→60 리텐션은 제품 기능 깊이, 커뮤니티, 콘텐츠 질이 더 중요할 수 있다. 초기 이탈을 완벽히 막아도 3개월 뒤 이탈이 많다면, 문제는 온보딩이 아니라 제품 근본 가치 또는 경제 모델일 수 있다.

4. 안내 피로(Guidance Fatigue)
인앱 가이드, 팝업, 투어가 너무 많으면 사용자는 모두 스킵한다. 특히 반복 방문할 때마다 같은 가이드가 뜨면 신뢰도가 떨어진다. 가이드는 최소한으로, 그리고 상태에 따라 동적으로 보여줘야 한다(처음 3회만, 또는 특정 액션을 한 사용자에게만).

핵심 정리

• 아하 모먼트까지 시간이 짧을수록 Day 1 이탈률이 낮고, 이는 Day 7·Day 30 리텐션으로 이어진다. 초기 경험 개선은 가장 빠른 CAC 회수 수단.

• 첫 48시간 내 40~50% 이탈이 업계 표준. 이 구간을 1~2% 개선해도 장기 생존율 큰 폭 상승.

• 병목 지점 제거(이메일 인증 지연, 결제 입력 마찰, 복잡한 초기 설정)가 단계 추가보다 효과적. 다음 단계 전환율 5~15% 포인트 개선 가능.

• 알림 전략은 과하기보다 과소하게. 제거 요청·스팸 신고·삭제가 재참여보다 더 큰 손실. 세그먼트별 맞춤과 빈도 제어가 필수.

• 제품 복잡도에 따라 온보딩 투자 규모가 달라진다. 엔터프라이즈는 담당자 교육·라이브 데모, 모바일 앱은 UI/UX 직관성. 비용 대비 효과를 분기별로 검증.

• 이탈자 행동 로그 분석 없이 개선은 짐작일 뿐. 정성 인터뷰, 세션 리플레이, 세그먼트별 진행률 비교로 "왜"를 찾는 게 먼저.

• Day 17과 Day 3090 리텐션 드라이버는 다르다. 초기 이탈을 막고도 중기 이탈이 크면, 문제는 온보딩이 아니라 제품 근본 가치 검증이 필요.

자주 묻는 질문

온보딩 단계를 줄이면 리텐션이 무조건 올라가나?

아니다. 필수 정보를 과하게 줄이면 초기 만족도는 올라가도, 나중에 설정을 다시 하도록 강제되면서 다시 떨어질 수 있다. 중요한 것은 "지금" 필요한 정보만 수집하고, 나머지는 사용자가 자연스럽게 채우도록 유도하는 것. 가입 후 24시간 내 필수 정보(이메일, 비밀번호), 가입 후 1주일 내 기본 설정(언어, 알림 선호도), 1개월 후 심화 설정(팀 청구 정보) 같은 식으로 구분.

A/B 테스트 없이 온보딩 개선을 할 수 있나?

기술적으로는 가능하지만 위험하다. 직관상 "이게 더 낫겠지"라고 생각한 변화가 실제로는 특정 사용자 세그먼트에서만 작동하거나, 더 나쁠 수 있기 때문. 특히 알림 타이밍, 메시지 톤, 단계 순서는 A/B 테스트로 검증해야 신뢰도가 높다. 한 번에 모든 사용자를 바꾸기보다, 신규 가입자의 10~20%에 먼저 적용하고 메트릭을 비교하는 게 표준 관행.

온보딩 투자 ROI를 어떻게 측정하나?

가장 직접적인 지표는 Day 1 리텐션과 Day 30 리텐션의 변화. 예를 들어 개선 전 Day 1 50%, Day 30 20%에서 개선 후 Day 1 55%, Day 30 24%로 올라갔다면, 회원가입자 1,000명 기준으로 30일 뒤 유지되는 사용자가 200명에서 240명으로 증가했다는 뜻. 만약 월간 가입자가 5,000명이고 ARPU가 100원이라면, Day 30 리텐션 4% 포인트 개선은 월간 수익 약 20만원 증가와 같다. 이 효과가 누적되면, 온보딩 개선에 쓴 엔지니어 인건비(보통 2주~1개월)는 대부분 3개월 내 회수된다.

기존 사용자에게도 온보딩을 다시 해야 하나?

기존 사용자에게 갑자기 온보딩 팝업을 띄우면 거부감이 생긴다. 대신 "새 기능" 투어는 제한적으로 보여주거나(처음 1회만, 또는 해당 기능을 아직 쓰지 않은 사용자에게만), 선택적으로 제공하는 게 좋다. 온보딩 개선의 이점은 주로 신규 사용자를 대상으로 시작하고, 기존 사용자는 별도 재활성화 캠페인으로 접근하는 게 일반적.

푸시 알림의 클릭율을 높이려면?

시간대, 메시지 내용, 대상 세그먼트가 모두 작용한다. 일반적으로 오전 910시와 저녁 67시 클릭율이 높지만, 사용자 타임존과 행동 패턴에 따라 다르다. 메시지는 실제 가치(무엇을 하게 되는지)를 명확히 해야 하고, "다시 돌아오세요"처럼 추상적이면 클릭율이 낮다. 예: "내 팀의 새 댓글 3개" > "뭔가 새로워졌어요". 그리고 무엇보다 과도한 알림은 제거 요청으로 이어지므로, 빈도는 보수적으로 설정하고 사용자 행동을 기반으로 동적으로 조절.

온보딩 플로우를 설계할 때 가장 중요한 순서는?

(1) 현재 이탈 지점을 정확히 파악(로그 분석), (2) 그 지점에서 떨어진 사용자 인터뷰로 원인 파악, (3) 가장 큰 병목부터 해결(예: 메일 인증 지연이 20% 떨어진다면 이메일 재전송 버튼 추가가 우선), (4) 변화 후 메트릭 검증, (5) 다음 병목 공략. 사소해 보이지만, 이 순서를 지키지 않으면 느낌상 좋은 개선을 했는데 리텐션이 안 오르는 일이 반복된다.

온보딩 시 사용자 데이터를 얼마나 수집해야 하나?

최소한만. 가입과 동시에 수집할 정보는 이메일·비밀번호·기본 동의 정도. 나머지는 사용 과정에서 필요할 때마다 점진적으로(프로그레시브 프로파일링). 예를 들어 협업 도구라면 "팀 멤버를 초대하려다가 팀 이름을 물을 때" 입력하게 하는 식. 초기에 10개 필드를 요구하는 것과 2개만 요구하는 것의 완료율 차이는 보통 20~30% 포인트.