PM은 실무에서 SQL을 어떻게 사용할까? (2편)

---

 실무에서 SQL이 필요한 이유와 Data-driven PM에 대해서

l  이해관계자, 개발자, 디자이너와 소통하기 위해 필요합니다.
PM은 SQL을 사용하여 데이터를 수집, 분석, 시각화할 수 있습니다. 이를 통해 PM은 제품의 문제점을 파악하고, 개선 방안을 도출할 수 있습니다. 또한, PM은 SQL을 사용하여 이해관계자와 효과적으로 소통할 수 있습니다.
 
l  데이터 기반 PM(프로덕트 매니저)은 요즘 뜨고 있는 직업입니다.
데이터 PM은 데이터 기반 인사이트를 바탕으로 제품 및 기능을 설계하고, 통계 분석을 위한 시각화 도구로 데이터를 시각화하고, 가설 테스트 및 모델링을 통해 변수 간의 고유한 관계를 식별합니다.
 
변수 간의 고유한 관계를 설명하는 쉬운 이해를 위해 아마존의 사례를 들어보겠습니다. 아마존에서 일하는 매니저 John은 매장에서 판매하고 있는 데이터 중 특이점을 발견했습니다. 그것은 바로 주문서에서 기저귀와 면도날이 동시에 구매되는 횟수가 많았다는 것입니다. 왜 그런지 분석하기 위해서 존은 주기적으로 기저귀와 면도날을 동시에 구매하러 매장에 방문한 고객에게 질문했습니다.
 
“고객님 안녕하세요! 존입니다. 지난번에도 면도날과 기저귀를 구매하셨던데, 이번에도 마찬가지로 면도날을 구매하셨군요! 왜 두 제품을 동시에 구매하시나요?”
 고객은 이 질문에 대해 자신은 그저 기저귀와 면도날이 필요했다고 답했습니다. 다른 고객들에게도 같은 질문을 던졌고 계속해서 연구해 보니, 기저귀가 소모되는 주기와 면도날이 닳는 주기가 같기 때문이었습니다. 기저귀를 사러 오는 남편이 마침 매장에 온 김에 면도날도 동시에 구매하는 것이었습니다. 그래서 존은 기존의 기저귀 매대 옆에 면도기날을 배치했고, 매장의 매출은 상승할 수 있었습니다.
위에서 존은 기저귀와 면도날의 상관관계를 분석했고, 원인을 발견하고 매출을 올렸습니다. 이처럼, SQL을 사용해서 각 컬럼 간의 상관관계, 각 데이터들을 보면서 발생하는 현상에 대한 원인을 유추해 볼 수 있습니다.
 
l  데이터 팀을 잘 꾸리고 이끌어나가는 것 역시 PM의 역할입니다.
PM의 주요한 역할은 '일이 진척되게 하는 것'입니다. 그렇기 때문에 일정을 관리하고 매니징하는 일 역시 PM의 담당입니다. 어떤 부분 때문에 일이 진척되지 못하는지 알아야 하기에 PM은 회사가 가진 제품의 데이터 시스템에 대해 알고 있어야 합니다.
 
IT 업계에서 요즘 트렌드는 데이터 분석을 통해 의사결정하는 것입니다. 그렇기 때문에 트렌드에 맞춰 빠르게 움직이는 기업에서는 데이터에 특화된 팀을 갖고 있습니다. 그 팀의 구성은 데이터 분석가(Data Analyst), 데이터 사이언티스트(Data Scientist), 데이터 엔지니어(Data Engineer), 소프트웨어 엔지니어(SW Engineer) 등으로 구성될 수 있으며 PM은 프로세스를 진행시켜야 하는 책임이 있기에 이들과도 커뮤니케이션할 수 있어야 합니다. PM이 이 데이터 팀과 회의를 하는 데 있어 회의 내용에 대해 따라가지 못하면 팀 관리 차원에서 문제가 발생할 수 있습니다.
 
l  데이터 기반 PM은 기본적으로 프로덕트의 데이터 시스템에 대해 알아야 합니다.
PM은 어떤 데이터를 갖고 있는지 알아야 데이터 분석을 할 수 있습니다. IT 시스템의 대부분은 관계형 데이터 베이스를 갖고 있습니다. 위에서 소위 잘 나가는 기업에서는 데이터에 특화된 팀을 갖고 있고, 그 팀을 매니징 하는 것 역시 PM의 역할이라고 설명했습니다. 그런데 데이터 팀이 있는데 왜 PM이 데이터에 대해 알아야 하나요?라는 질문을 할 수 있습니다. 이 질문이 답은 구성원들의 역할을 보면 답할 수 있습니다. 예를 들어, 데이터 사이언티스트(Data Scientist)는 수학과 통계 기반 분석에 특화된 직업입니다. 수학적 인사이트를 뽑아내며, 통계학에 기반을 둔 통계 연구 학자에 가깝습니다. 데이터 분석가(Data Analyst)와 데이터 엔지니어(Data Engineer), 소프트웨어 엔지니어(SW Engineer)는 데이터를 다루고 관리하는 기술에 대해 잘 알고 있고 이들은 공학자에 가깝습니다. PM은 연구자 입장과 공학자 입장이 아닌 고객의 관점으로, 고객을 대변할 수 있는 포지션입니다. 그렇기 때문에 다면 더 좋은 프로덕트를 만들 수 있을 것입니다.