PM을 위한 SQL: 왜 직접 데이터 파고들어야 할까?

솔직히 말해보자. PM이라는 직무, 특히 AI 스타트업에서 일하다 보면 데이터만큼 중요한 게 또 있을까? 제품 개선, 사용자 행동 분석, 심지어 신규 기능의 성공 여부까지, 모든 결정의 근거는 결국 데이터에서 나온다. 그런데 말이야, 이 데이터를 분석하는 걸 개발자에게만 맡겨두고 있다면… 글쎄, 우리는 스스로 발목을 잡고 있는 건 아닐까?

나는 6년 차 PM이고, 시작은 디자인이었다. 코딩? 1도 모른다. 그런 내가 왜 SQL을 파고들게 됐는지, 그리고 왜 당신도 그래야 하는지, 내 경험을 바탕으로 솔직하게 이야기해보려 한다. 이건 기술 서적이 아니고, 내 피와 땀(그리고 밤샘)이 담긴 이야기다.

1. '데이터 요청'이라는 늪에 빠지지 마라

몇 년 전, 신규 기능의 A/B 테스트 결과를 기다리던 때가 있었다. 당연히 결과는 빨리 받고 싶었고, 개발팀에 "이거 결과 언제 나와요?"라고 몇 번이나 물었다. 돌아오는 답변은 늘 비슷했다. "바빠서요", "나중에요", "쿼리 짜는 데 시간이 좀 걸려요."

이 기다림의 시간이 얼마나 답답했는지 모른다. 마치 목마른데 우물이 저 멀리 있고, 나 혼자는 갈 수 없는 상황이었다. 문제는 이런 일이 한두 번이 아니었다는 거다. 중요한 의사결정을 앞두고 데이터 때문에 발목 잡히는 순간들이 반복될수록, 나는 점점 더 무력감을 느꼈다. 이건 결국 내 일인데, 왜 내가 직접 할 수 없을까?

1.1. 개발팀의 시간은 금, 당신의 시간은…?

개발팀은 당연히 더 중요하고 복잡한 문제에 집중해야 한다. 우리가 사소한 데이터 분석 요청으로 그들의 시간을 뺏는다면, 그것이야말로 진정한 비효율이다. PM이 기본적인 SQL 쿼리 정도는 직접 짤 수 있다면, 개발팀은 핵심 개발에 더 집중할 수 있다. 이건 단순한 업무 분담을 넘어, 팀 전체의 생산성을 극대화하는 전략이다.

2. '감'이 아닌 '데이터'로 말하라

디자이너 출신 PM으로서 나는 시각적인 부분과 사용자 경험에 대한 '감'이 뛰어난 편이라고 자부한다. 하지만 AI 스타트업에서, 그것도 빠르게 변화하는 시장에서 '감'만으로는 한계가 명확했다. 특히 데이터 기반의 의사결정이 중요해질수록, 내 직관이 틀렸을 때의 결과는 뼈아팠다.

SQL을 배우고 나서 가장 크게 달라진 점은, 내 주장이 단순한 '느낌'이 아니라 '팩트'에 기반하게 되었다는 것이다. 예를 들어, 특정 기능의 사용률이 낮다고 느꼈을 때, 과거에는 "이 기능 좀 별로인 것 같아요"라고 막연히 이야기했다. 하지만 이제는 "지난주에 이 기능을 사용한 유저는 50명이었고, 이탈률은 30%입니다. 이전 주와 비교했을 때 15% 감소했습니다. 주요 이탈 지점은 onboarding 단계입니다."라고 구체적으로 말할 수 있게 되었다. 이 차이는 엄청나다. 동료 개발자, 디자이너, 그리고 경영진에게 더 설득력 있게 다가갈 수 있다.

2.1. AI 도구를 활용한 데이터 탐색

물론 나도 코딩을 하는 개발자는 아니다. 하지만 요즘 세상에 AI가 얼마나 강력한지! ChatGPT나 Claude 같은 AI 도구를 활용하면, 복잡한 SQL 쿼리도 자연어로 요청해서 얻어낼 수 있다. "지난달 신규 가입자 중 3일 내에 첫 결제를 한 사용자들의 특징을 보여주는 쿼리를 짜줘." 이런 식으로 요청하면, AI가 꽤 그럴듯한 쿼리를 생성해 준다. 물론, 이걸 그대로 쓰기보다는 AI가 만든 쿼리를 내가 이해하고, 필요에 따라 수정하며 데이터를 탐색하는 방식이 훨씬 효율적이다. 마치 내 옆에 똑똑한 주니어 개발자가 한 명 있는 느낌이랄까?

3. 데이터 속에서 '진짜 문제'를 발견하는 눈

데이터를 직접 들여다보기 전까지는 몰랐다. 우리가 당연하게 생각했던 문제들이 사실은 빙산의 일각이었고, 진짜 문제는 전혀 다른 곳에 숨어있다는 것을.

예를 들어, 사용자 만족도가 낮다는 피드백이 많아서 UI 개선에 집중하고 있었다. 그런데 SQL로 사용자 여정을 분석해보니, 실제 이탈의 가장 큰 원인은 UI가 아니라 회원가입 절차의 복잡함에 있었다. 회원가입에서 이탈하는 비율이 압도적으로 높았던 것이다. 이 사실을 알게 된 후, 우리는 UI 개선이 아닌 회원가입 프로세스 간소화에 리소스를 집중했고, 놀랍게도 사용자 만족도가 크게 향상되었다.

이런 '숨은 보석' 같은 인사이트는 데이터를 직접 만지고 분석하지 않으면 찾기 어렵다. 단순히 보고서 형태로 데이터를 받는 것만으로는 이런 깊이 있는 통찰을 얻기 힘들다. 데이터를 직접 탐색하는 과정 자체가 문제 해결의 시작이다.

4. '궁극의 자유'를 향한 작은 발걸음

나는 '궁극의 자유'를 추구한다. 커리어, 재정, 그리고 정신적인 자유까지. 이 모든 것을 얻기 위해 우리는 끊임없이 자신을 최적화해야 한다. 그리고 그 최적화의 핵심 중 하나가 바로 '능동적인 문제 해결 능력'이라고 생각한다.

SQL을 배우고 데이터 분석을 직접 하는 것은, 단순히 업무 능력을 향상시키는 것을 넘어선다. 그것은 내가 처한 상황을 더 깊이 이해하고, 문제의 본질을 파악하며, 스스로 해결책을 찾아나가는 힘을 길러준다. 개발팀에 의존하지 않고, 내 제품과 사용자를 더 잘 이해하고, 더 나은 결정을 내릴 수 있게 된다. 이것이야말로 **진정한 의미의 '주체적인 삶'**을 살아가는 첫걸음이 아닐까?

4.1. 시작은 작게, 꾸준히

물론 처음부터 복잡한 쿼리를 짜라는 이야기가 아니다. SELECT * FROM users LIMIT 10; 같은 아주 기본적인 쿼리부터 시작해도 좋다. CMA의 유튜브 채널이나 내부 기술 문서에서 제공하는 SQL 기초 자료들을 참고하며 차근차근 익혀나가면 된다. 중요한 것은 '내가 직접 데이터를 볼 수 있다'는 자신감을 갖는 것이다.

PM으로서 SQL을 배우는 것은 선택이 아닌 필수라고 생각한다. 데이터라는 강력한 무기를 스스로 손에 쥐고, 당신의 제품과 커리어, 그리고 인생을 더 자유롭게 개척해나가길 바란다.

당신은 데이터 분석을 왜 직접 해야 한다고 생각하시나요? 혹은 이미 하고 있다면, 어떤 경험을 하셨나요? 댓글로 솔직한 이야기를 나눠주세요.