개념
세 사람은 같은 여정의 다른 구간을, 다른 숫자로 본다
인지 ─→ 관심·탐색 ─→ 가입·구매 ─→ 온보딩 ─→ 사용·재구매 ─→ 갱신·추천
└───── CMO ─────┘
└────────── CRO (매출이 생기는 구간의 영업·마케팅·CS 조율) ─────────┘
└──────────────── CCO (고객 여정 전체의 경험 + 성장) ──────────────────────┘| 핵심 질문 | 대표 숫자 | |
|---|---|---|
| CMO | 우리를 알고 찾아오게 하려면? | 유입, 고객획득비용(CAC), 광고수익률(ROAS), 브랜드 인지도 |
| CRO | 매출이 예측 가능하게 커지려면? | 파이프라인, 단계별 전환율, 매출 달성률, ARR, 순매출유지율(NRR) |
| CCO | 고객이 막힘없이 가치를 느끼고 남으려면? | 활성화율, 리텐션, 이탈률, NPS, CSAT, 고객생애가치(CLTV) |
실제로는 겹친다. 회사마다 경계가 다르므로 누가 어느 숫자를 가졌는지 확인하는 것이 먼저다.
CRO — 영업과 마케팅 등을 조율해 전체 매출과 수익을 극대화
비교적 최근에 널리 퍼진 직함이다. 마케팅·영업·고객성공이 각자 자기 숫자만 보다가 매출이 새는 문제를 한 사람이 묶어서 보게 한다.
| 하는 일 | 설명 |
|---|---|
| 매출 조직 조율 | 마케팅 → 영업 → 고객성공으로 넘어가는 이음매 관리 |
| 매출 예측 | 분기·연간 예측과 정확도 |
| 가격·패키지 | 요금제, 할인 정책 (제품·재무와 협의) |
| RevOps (Revenue Operations) | 매출 조직의 도구·프로세스·데이터를 통합 운영. 보통 CRO 산하 |
Chief Sales Officer와의 차이 — Sales Officer는 영업팀의 목표 달성·영업 프로세스에 집중하고, CRO는 영업을 포함한 매출 전 구간을 본다.
QA 접점
| 영역 | 검증 포인트 |
|---|---|
| 매출 경로 기능 | 가입, 결제, 요금제 변경, 쿠폰, 자동 갱신 |
| 가격 정책 | 조건이 얽힌 할인 → 결정테이블 (모듈 3 레슨 3) |
| CRM·결제 연동 | 결제 시스템과 CRM의 금액·상태 일치 → 정합성 쿼리 (모듈 9 레슨 5) |
| RevOps 데이터 | 매출 예측이 틀린 데이터로 계산되지 않는가 |
CMO — 브랜드 가치를 높이고 제품을 알리는 마케팅 전략
| 하는 일 | QA 접점 |
|---|---|
| 캠페인 기획·집행 | 랜딩 페이지, 프로모션 코드의 경계값(기간·횟수·금액) |
| 대규모 이벤트 | 트래픽 급증 → 사전 성능 테스트 (모듈 16 레슨 2·3) |
| 퍼포먼스 마케팅 | 트래킹 이벤트·UTM 파라미터가 정확히 기록되는가 |
| CRM 마케팅 (푸시·메일) | 수신 동의한 사람에게만 가는가, 링크·딥링크가 동작하는가 |
트래킹 검증은 QA가 가장 자주 놓치는 영역이다. 화면은 멀쩡한데 구매 완료 이벤트가 두 번 찍히면, 마케팅은 틀린 숫자로 예산을 배분한다. 사용자에게는 안 보이는 결함이지만 의사결정에는 치명적이다.
광고성 메시지는 법적 요건도 있다. 한국 정보통신망법은 영리 목적 광고성 정보를 보낼 때 수신자의 사전 동의를 요구한다(제50조). 수신 거부한 사용자에게 푸시가 가면 기능 결함이자 규제 리스크다.
CCO — 고객 여정 전체를 관리하고 성장을 도모
위 목록의 CCO는 Chief Customer Journey & Growth Officer 다. 두 전통을 합친 역할로 이해하면 된다.
| 전통적 Chief Customer Officer | + Growth(그로스) |
|---|---|
| 구매 이후 만족·유지·충성도 | 첫 접점부터 전환·활성화·확장까지 실험으로 성장 |
| 고객성공(CS)·지원 조직 리드 | 퍼널 분석, A/B 테스트, 온보딩 개선 |
| NPS, CSAT, 이탈률, NRR | 활성화율, 리텐션 곡선, 바이럴 계수 |
고객 여정 지도(Customer Journey Map) 는 CCO의 기본 도구다.
| 단계 | 고객 행동 | 접점 | 감정 | 불편 지점 |
|---|---|---|---|---|
| 인지 | 광고를 본다 | SNS 광고 | 궁금 | |
| 가입 | 이메일로 가입 | 앱 | 기대 | 인증 메일이 5분 늦게 옴 |
| 온보딩 | 첫 설정 | 튜토리얼 | 혼란 | 건너뛰기 버튼 없음 |
| 구매 | 쿠폰으로 결제 | 결제 페이지 | 불안 | 쿠폰 적용 후 금액 갱신 느림 |
| 재구매 | 다시 방문 | 푸시 | 만족/불만 | 딥링크가 홈으로만 감 |
불편 지점 칸의 절반은 QA가 채울 수 있는 결함이다.
그로스 조직에서 쓰는 AARRR(Acquisition·Activation·Retention·Referral·Revenue) 퍼널도 같은 여정을 숫자로 본 것이다.
고객 지표 용어 정리
| 지표 | 뜻 | 계산/기준 |
|---|---|---|
| 전환율 | 다음 단계로 넘어간 비율 | 결제 완료 ÷ 결제 페이지 도달 |
| 활성화율 | 핵심 가치를 처음 경험한 비율 | 회사가 정의 (예: 첫 주문 완료) |
| 리텐션 (D1/D7/D30) | N일 뒤에도 돌아온 비율 | 코호트별 |
| 이탈률 (Churn) | 떠난 고객 비율 | 기간 내 해지 ÷ 기간 시작 고객 |
| NPS | 추천 의향 | 0 |
| CSAT | 특정 경험 만족도 | "이번 상담에 만족하셨나요?" |
| GRR / NRR | 기존 고객 매출 유지율 (확장 제외/포함) | 구독 사업에서 중요 |
| CLTV | 고객 한 명이 평생 가져오는 가치 | CAC와 비교 |
결함을 여정과 매출로 환산하기
심각도(Severity)는 기술적 영향, 우선순위(Priority)는 비즈니스 영향이다(모듈 6 레슨 1). 우선순위를 숫자로 말하는 방법이 이것이다.
결함: iOS 앱 특정 버전에서 쿠폰 적용 후 결제 버튼이 비활성화된다
① 여정 단계 구매 (결제)
② 단계 도달 결제 페이지 일 20,000명 (분석 도구 실측)
③ 영향 범위 해당 iOS 버전 30% × 쿠폰 사용 25% = 7.5% → 일 1,500명
④ 이탈 추정 다른 방법으로 결제하지 못하고 떠나는 비율 60% → 일 900명
⑤ 금액 평균 주문 금액 35,000원 → 일 약 3,150만원 매출 손실 (추정)④는 추정이므로 범위로 말한다.
| 이탈 가정 | 이탈 인원/일 | 매출 영향/일 |
|---|---|---|
| 40% | 600명 | 약 2,100만원 |
| 60% | 900명 | 약 3,150만원 |
| 80% | 1,200명 | 약 4,200만원 |
같은 결함을 받는 사람에 따라 다르게 강조한다.
| 대상 | 강조할 것 |
|---|---|
| CRO | 일 매출 영향 2,100만~4,200만원, 핫픽스까지 누적액 |
| CCO | 일 1,500명의 결제 실패 경험, 쿠폰을 쓰는 충성 고객층에 집중, 리뷰·문의 증가 |
| CMO | 진행 중인 캠페인 쿠폰이면 → 캠페인 일시 중단·연장 판단 필요 |
기능 목록이 아니라 여정으로 테스트하기
| 기능 중심 | 여정 중심 |
|---|---|
| "쿠폰 적용 API 테스트" | "광고 클릭 → 가입 → 첫 구매 쿠폰 적용 → 결제 완료 → 구매 이벤트 기록" |
| 기능마다 따로 통과 | 이음매(인증 메일 지연, 딥링크, 세션 만료)에서 실패를 찾는다 |
VOC(고객의 소리)는 여정 기반 테스트 케이스의 원천이다. CS 문의 상위 10개 유형을 회귀 테스트에 넣는 것만으로도 CCO와 대화할 거리가 생긴다.
같은 "높음" 두 개를 가르는 재료
실무에서 가장 자주 받는 질문이 "무엇부터 고칠까요" 다. 심각도가 같은 두 결함을 가르는 재료는 다섯 가지다.
| 재료 | 묻는 것 |
|---|---|
| 여정 단계 | 유입·가입·구매·재구매 중 어디인가 |
| 도달 인원 | 그 단계에 하루 몇 명이 오는가 |
| 영향 비율 | 그중 몇 % 가 걸리는가 |
| 우회 가능성 | 다른 길이 있나(모듈 6 레슨 1) |
| 되돌릴 수 있나 | 지나가면 끝나는 일인가 |
네 번째와 다섯 번째가 숫자를 뒤집는다. 영향 인원이 적어도 우회가 없고 되돌릴 수 없으면 우선순위가 올라간다. 반대로 영향이 커도 우회가 쉬우면 하루를 미룰 수 있다.
예를 들어 구매 단계의 결함 vs 유입 단계의 결함을 보면 이렇다.
| 구매 결함 | 유입 결함 | |
|---|---|---|
| 도달 인원 | 적다(퍼널 아래) | 많다(퍼널 위) |
| 1명당 금액 | 크다 | 작다 |
| 되돌림 | 재방문 가능 | 광고비는 이미 썼다 |
아래 줄이 CMO가 가장 먼저 보는 지점이다. 광고를 돌리는 중에 랜딩 페이지가 깨지면, 그 시간의 광고비가 그대로 손실이다. 사용자는 다시 오지 않고 돈은 이미 나갔다.
캠페인은 되돌릴 수 없다
마케팅 영역의 결함에는 일반 기능과 다른 성질이 하나 있다 — 발송과 노출은 취소되지 않는다.
| 결함 | 왜 되돌릴 수 없나 |
|---|---|
| 쿠폰 할인율을 잘못 설정 | 이미 쓴 쿠폰은 회수 못 한다 |
| 발송 메일에 잘못된 링크 | 수신함에서 지울 수 없다 |
| 광고 수신 동의 없는 대상에 발송 | 법 위반이 발생한 뒤다 |
| 가격 표기 오류 노출 | 캡처가 돌아다닌다 |
| 트래킹 이벤트 누락 | 그 기간 데이터는 영구히 없다 |
마지막 줄이 특히 과소평가된다. 다른 결함은 고치면 이후가 정상이지만, 트래킹 누락은 지나간 기간의 데이터를 복구할 수 없다. 그 기간에 내린 의사결정도 되돌리지 못한다.
그래서 캠페인·발송 기능은 사전 점검의 가치가 다른 기능보다 크다. 배포 후 핫픽스로 해결되는 영역이 아니기 때문이다. 발송 대상·링크·쿠폰 설정·수신 동의 네 가지를 발송 전에 확인하는 점검표가 그 대응이다.
사례 — 트래킹 결함이 의사결정을 틀리게 만든 2주
앱 개편 배포 뒤 "구매 완료" 이벤트가 일부 경로에서 전송되지 않는 결함이 있었다. 기능은 정상이었다 — 주문은 제대로 들어갔고 사용자는 아무 문제를 못 느꼴다. 그래서 결함으로 등록되지도 않았다.
2주 뒤 마케팅 회의에서 문제가 드러났다.
| 보인 숫자 | 실제 |
|---|---|
| 신규 유입 경로 A의 구매 전환율 급락 | 전환은 정상, 이벤트만 안 갔다 |
| 경로 B의 전환율 상대적 상승 | 변화 없음 |
| 내려진 결정 | 경로 A 광고 예산 축소 |
2주간 잘못된 근거로 예산이 움직였다. 그리고 복구가 안 되는 부분이 있었다 — 그 기간의 경로별 전환 데이터는 영구히 비어 있다.
원인을 추적하자 개편에서 결제 완료 화면의 구조가 바뀌었고, 이벤트 전송 코드가 특정 분기에서 빠진 것이었다. QA 입장에서 놓친 이유도 분명했다.
| 왜 안 걸렸나 |
|---|
| 테스트 케이스가 기능 결과(주문 생성) 만 확인했다 |
| 이벤트 전송은 눈에 보이지 않는다 — 화면에 아무 표시가 없다 |
| 분석 도구는 QA 환경에서 확인하지 않았다 |
바꾼 것은 둘이었다.
- 핵심 전환 지점의 케이스에 "이벤트가 전송되는가" 를 기대 결과로 추가
- QA 환경에 분석 도구의 디버그 모드를 켜 두고, 네트워크 탭에서 이벤트 전송을 확인하는 절차를 넣음(모듈 5 레슨 4의 관찰 습관)
두 번째가 비용이 거의 0이었다. 브라우저 개발자 도구에서 요청을 보면 되는 일이고, 그것만으로 "보이지 않는 결함" 의 상당 부분이 보이게 됐다.
여기서 남는 교훈이 둘이다. 첫째, 사용자가 아무 문제를 못 느끼는 결함도 조직에는 비싼 결함일 수 있다. 둘째, 눈에 보이지 않는 것은 기대 결과로 적지 않으면 영원히 검증되지 않는다.
실무에서 왜 필요한가
"이 결함 얼마나 급해요?"라는 질문에 심각도 등급만으로 답하면 우선순위 논쟁이 끝나지 않는다. 모듈 6 레슨 1에서 심각도는 QA가, 우선순위는 비즈니스가 정한다고 배웠는데, 정작 비즈니스가 우선순위를 정할 재료 는 QA가 가장 많이 가지고 있다. 같은 '높음' 두 개 중 무엇을 먼저 고칠지는 어느 여정 단계에서, 몇 명에게, 얼마의 영향이 있는가 로 갈린다.
매출 조직(CRO·CMO·CCO)은 매일 퍼널 숫자를 보는 사람들이라, 같은 결함도 퍼널 언어로 말하면 즉시 알아듣는다. 반대로 "결제 페이지 버튼 비활성화, 심각도 2"는 그들에게 아무 판단 재료도 주지 않는다.
또 하나 — 트래킹 이벤트, 캠페인 쿠폰, 광고 수신 동의처럼 기능 테스트 범위 밖이라고 여겨지는 영역 의 결함이 매출 조직의 의사결정을 틀리게 만든다. 이 영역을 품질의 대상으로 끌어오는 것이 이 레슨의 실무 가치다.
채용시장에서의 위치
- 커머스·핀테크·SaaS 공고에 "비즈니스 임팩트 기반 우선순위 판단" 이 늘고 있다. 결함을 금액·고객 수로 말하는 능력이다.
- 그로스 조직의 A/B 테스트·실험 플랫폼 QA, 데이터 트래킹 QA 는 별도 직무로 뽑기도 한다.
- 면접 질문: "같은 날 결함 두 개가 나오면 무엇부터 고치자고 하겠습니까?" — 여정 단계와 영향 규모로 답한다.
- VOC를 테스트로 연결한 경험은 고객 중심 QA 라는 강한 인상을 준다.
질문별로 갈리는 지점은 이렇다.
| 질문 | 약한 답 | 강한 답 |
|---|---|---|
| "같은 날 결함 둘이면 뭐부터요?" | "심각도가 높은 것부터" | "여정 단계·도달 인원·영향 비율·우회 가능성·되돌림 여부로 가릅니다" |
| "결함 영향을 어떻게 전달하세요?" | "심각도와 재현율을 적습니다" | "퍼널 언어로 바꿉니다. '일 1,500명 결제 실패, 매출 영향 2,100만~4,200만원'처럼요" |
| "추정값을 보고해도 되나요?" | "정확한 숫자만 씁니다" | "범위로 냅니다. 이탈 40·60·80% 세 가정을 함께 보여 줍니다" |
| "캠페인 품질은 뭐가 다른가요?" | "비슷합니다" | "되돌릴 수 없습니다. 발송·노출은 취소되지 않아 사전 점검의 가치가 다릅니다" |
| "트래킹도 QA 범위인가요?" | "개발 쪽 일입니다" | "눈에 안 보이는 결함이라 기대 결과에 안 적으면 영원히 안 걸립니다. 그 기간 데이터는 복구 불가입니다" |
다섯 번째가 가장 변별력이 크다. 트래킹을 품질 대상으로 보는 QA는 드물고, "사용자가 문제를 못 느끼는데 조직에는 비싼 결함" 이라는 관점을 말할 수 있으면 비즈니스를 이해하는 사람으로 읽힌다.
세 번째도 좋다. 추정을 범위로 내는 것은 숫자를 다뤄 본 사람의 태도고 (모듈 26 레슨 3의 민감도와 같은 원리), 정확한 숫자만 쓰려는 사람은 결국 아무 숫자도 못 낸다.