SQL로 고객 혜택 운영 분석하는 방법 (+실무 쿼리 예시 포함)

리워드, 쿠폰, 포인트, 프로모션… 고객 혜택은 퍼주는 게 아니라 ‘효율적으로 설계’해야 진짜 무기입니다.
PO라면 이 베네핏이 정말 잘 작동하는지 직접 확인하고, 개선해야 합니다.
그 열쇠가 바로 SQL입니다.

 

쿠폰, 리워드, 포인트 아이콘과 함께 PO를 위한 SQL 실전 예시 - 고객 베네핏을 데이터로 설계하는 방법이라는 문구가 적힌 썸네일 이미지

 

[고객 베네핏 PO가 SQL로 할 수 있는 일]

① 리워드 참여율 확인
② 쿠폰 사용률 분석
③ 포인트 활용 비율
④ 전환율 높은 이벤트 찾기
⑤ 고객 등급별 혜택 활용도 분석

 

[실전 SQL 예시 모음]

✔ 리워드 참여율

SELECT  
  COUNT(DISTINCT user_id) AS total_users,  
  COUNT(DISTINCT CASE WHEN checkin_date IS NOT NULL THEN user_id END) AS participants,  
  ROUND(COUNT(DISTINCT CASE WHEN checkin_date IS NOT NULL THEN user_id END) * 100.0 / COUNT(DISTINCT user_id), 2) AS participation_rate  
FROM event_checkin_log  
WHERE event_id = 'WEEKLY_REWARD_2025';

✔ 쿠폰 발급 대비 사용률

SELECT  
  COUNT(*) AS issued,  
  COUNT(CASE WHEN used_at IS NOT NULL THEN 1 END) AS used,  
  ROUND(COUNT(CASE WHEN used_at IS NOT NULL THEN 1 END) * 100.0 / COUNT(*), 2) AS usage_rate  
FROM coupon_issued  
WHERE coupon_code = 'WELCOME10';

✔ 포인트 사용 비율

SELECT  
  COUNT(DISTINCT user_id) AS total_buyers,  
  COUNT(DISTINCT CASE WHEN point_used > 0 THEN user_id END) AS point_users,  
  ROUND(COUNT(DISTINCT CASE WHEN point_used > 0 THEN user_id END) * 100.0 / COUNT(DISTINCT user_id), 2) AS point_utilization_rate  
FROM orders  
WHERE created_at BETWEEN '2025-03-01' AND '2025-03-24';

✔ 이벤트별 전환율

SELECT  
  event_id,  
  COUNT(DISTINCT user_id) AS click_users,  
  COUNT(DISTINCT CASE WHEN purchased = 1 THEN user_id END) AS buyers,  
  ROUND(COUNT(DISTINCT CASE WHEN purchased = 1 THEN user_id END) * 100.0 / COUNT(DISTINCT user_id), 2) AS conversion_rate  
FROM benefit_event_log  
GROUP BY event_id  
ORDER BY conversion_rate DESC;

✔ 고객 등급별 혜택 활용

SELECT  
  user_grade,  
  COUNT(DISTINCT user_id) AS users,  
  AVG(coupon_used) AS avg_coupon_used,  
  AVG(point_used) AS avg_point_used  
FROM user_benefit_usage  
GROUP BY user_grade;

 

 

[SQL을 쓰는 PO만이 얻는 3가지 이점]

• 데이터팀 없이도 직접 인사이트 확보
• 기획서에 수치 기반 설득력 부여
• 테스트→분석→개선 루프가 빨라짐

 

 

고객 혜택은 퍼주기보다 ‘잘 쓰이게’ 설계하는 게 핵심입니다.
SQL은 PO가 실무에서 가장 강력하게 사용할 수 있는 무기입니다.

이제는 느낌이 아닌, 숫자로 혜택을 디자인하세요.
SQL을 아는 PO는 기획자가 아니라 ‘전략가’가 됩니다.