PO라면 반드시 알아야 할 SQL 실무 지식｜비개발자도 쿼리로 일하는 시대

SQL SELECT 구문이 강조된 코드 배경 위에 ‘PO라면 반드시 알아야 할 SQL 실무 지식’이라는 문구가 삽입된 이미지

 
요즘은 기획자도 SQL은 알아야 먹고삽니다 😅
PM이든 PO든, 개발자가 아니더라도 데이터를 직접 보고 판단할 줄 알아야 진짜 ‘일 잘하는 사람’ 소리 듣죠.
그 시작이 바로 SQL입니다.
요즘 실무에서 가장 빛을 발하는 PO는
'기획'만 하는 사람이 아니라,
데이터를 직접 조회하고, 검증하고, 인사이트를 뽑아내는 사람이에요.
 

---

[왜 PO에게 SQL이 필요할까?]

기획 → 검증의 흐름 단축
기능이 출시됐을 때 KPI 달성 여부를 직접 확인할 수 있어야 합니다.
GA, Amplitude만으로 부족할 때도 많습니다. 로그성 데이터, 운영 DB를 직접 조회하면 의사결정 속도가 훨씬 빨라지죠.

데이터 팀과의 소통 능력 향상
SQL을 아는 PO는 “데이터 좀 뽑아주세요” 대신
“최근 30일간 이벤트 클릭 후 구매율 추이 알고 싶어요”처럼 구체적으로 요청할 수 있어요.
결과적으로 요청 퀄리티도 올라가고, 분석도 빨라집니다.

개발자와의 커뮤니케이션 향상
데이터 테이블 구조를 이해하면 API 명세나 기능 정의 시 실현 가능한 설계를 할 수 있습니다.
실제로 많은 PO가 SQL을 공부하면서 개발 커뮤니케이션 실력이 급상승하죠.
 

---

[PO가 알아야 할 SQL 기본 쿼리]

• SELECT → 원하는 컬럼 조회
• WHERE → 조건 필터링
• GROUP BY & COUNT → 집계 분석
• ORDER BY → 정렬
• JOIN → 테이블 연결

SELECT u.user_id, o.order_id  
FROM users u  
JOIN orders o ON u.user_id = o.user_id;

 

[SQL 실전 예시: PO 관점]

신규 가입자 중 첫 구매까지 걸린 시간 분석

SELECT u.user_id, MIN(o.created_at) - u.created_at AS time_to_first_order  
FROM users u  
JOIN orders o ON u.user_id = o.user_id  
GROUP BY u.user_id;

 

특정 프로모션 전환율 확인

SELECT  
  COUNT(DISTINCT user_id) AS total_clicks,  
  COUNT(DISTINCT CASE WHEN purchased = 1 THEN user_id END) AS total_purchases,  
  ROUND(COUNT(DISTINCT CASE WHEN purchased = 1 THEN user_id END) * 100.0 / COUNT(DISTINCT user_id), 2) AS conversion_rate  
FROM promotion_click_log  
WHERE promo_id = 'SPRING24';

---

[비개발자 PO를 위한 SQL 학습 팁]

1. 우리 서비스의 테이블 구조를 이해하자

2. 매주 하나씩 쿼리를 직접 짜보자

3. 숫자에서 인사이트로 연결하는 훈련을 하자
 

---

 

SQL은 더 이상 개발자만의 도구가 아닙니다.
기획자, PO에게도 ‘데이터 기반 의사결정’을 가능하게 하는 필수 역량이 되었습니다.
작은 쿼리 하나가, 제품의 방향성을 바꾸기도 합니다.
이제는 당신 차례입니다. SQL, 지금 시작해보세요!