“처음부터 끝까지, 첫 PM 경험 A to Z”

1. 첫 PM 경험, 왜 특별했나

네이버 AI 포텐데이 해커톤에 참여하면서 나는 생애 처음으로 IT 서비스 기획자이자 PM(Product Manager) 역할을 맡았다. AI 포텐데이는 서비스 기획자, 개발자, 디자이너가 함께 10일간 몰입해서 MVP(최소 기능 제품)를 만드는 온라인 해커톤 행사다clova.ai. 시작 직후 팀원들에게 나는 솔직하게 고백했다. “저... 이번이 첫 PM 경험이에요.” 처음엔 이 말을 꺼내기가 무척 망설여졌지만, 한편으로는 내 부담을 덜고자 하는 방어막이자 “같이 배워가자”는 신호였다. 놀랍게도 이런 솔직한 고백은 우리 팀을 더욱 끈끈하게 만들어 주었다. 완벽한 답을 다 아는 리더가 아니라, 함께 길을 찾아나가는 동료로 팀의 출발선을 맞출 수 있었기 때문이다. 사실 연구에 따르면 자신이 모든 답을 모른다는 것을 인정하는 리더가 오히려 팀의 신뢰를 크게 높인다고 한다. 내가 느낀 바로 그 효과였다. 완벽하지 않아도 괜찮다는 분위기 속에서, 팀원들은 각자 아이디어를 자유롭게 내고 실수도 두려워하지 않았다. ‘PM’이라는 직함보다는 함께 문제를 풀어가는 동료로 다가선 것이 주효했던 셈이다.

2. Day 0: 팀 빌딩은 전쟁이었다

포텐데이가 시작되면, 참가자들은 해커톤 플랫폼 비사이드(B-Side) 페이지에 각자 올려 둔 미니 포트폴리오를 훑어보며 팀 빌딩에 나선다. 누가 누구를 팀원으로 데려갈지, 실력 좋은 개발자나 디자이너를 누가 선점할지… 말 그대로 눈치 싸움의 전쟁이었다. 나는 속으로 생각했다. ‘나는 기획 처음인데, 누가 나랑 팀을 하려 할까?’ 차라리 기획 경력이 있는 팀에 들어가는 게 낫지 않을까 고민도 됐다. 그때, 공지사항의 한 줄이 눈에 띄었다. “팀에는 기획자는 1명만.” 순간 머리가 띵했다. 다른 팀에 들어가더라도 한 팀에는 기획자가 한 명뿐이라면, 결국 어느 팀에서든 내가 유일한 PM 역할을 해야 한다는 뜻 아닌가. 오히려 내 경험 부족을 걱정하며 숨지 말고, 내가 직접 팀을 꾸릴 기회라는 깨달음이 왔다. 그 순간 마음가짐을 바꿨다. 용기를 내어 직접 지원자들에게 DM을 보내 팀원을 모으기 시작했다. 손끝이 떨릴 만큼 긴장되었지만 동시에 가슴이 두근거렸다. 그런데 놀랍게도, 내가 먼저 손 내미는 이 경험이 나 자신을 바꾸기 시작했다. 늘 “아직 준비가 안 됐다”며 뒤로 물러서던 내가, 이번엔 먼저 다가가 판을 만들어 본 것이다. 👉 PM의 첫걸음은, 바로 이 순간 시작됐다. 팀 빌딩부터 주도적으로 판을 짜보는 경험이 쌓인 셈이다. 낯선 이들에게 말을 걸고, 우리 팀의 비전을 설명하며, 필요한 역할에 맞는 사람을 설득하는 작업 자체가 PM의 리더십 훈련이었다. 결국 다양한 분야의 분들을 모셔와 Noonchi 팀을 결성했고, 나의 첫 PM 여정이 본격 시작되었다.

3. Day 1~2: 아이디어를 서비스로 다듬다

팀이 꾸려지고 나니 이제 “무엇을 만들지” 결정해야 했다. 해커톤 주제가 AI 관련이었기에, 각자 미리 생각해온 아이디어를 작은 발표 형식으로 공유했다.

• 무의식 감정 분석 서비스
• 여행 사진 자동 기록 다이어리
• 캐릭터 챗봇
• 그리고 내가 제안한 밥친구 (Noonchi 아이디어 전)

아이디어들 모두 흥미로웠지만, 우리에겐 간과하고 있던 중요한 조건이 하나 있었다. 바로 “네이버 HyperCLOVA X를 활용해야 한다”는 점이다. HyperCLOVA X는 한국의 문화와 맥락을 가장 잘 이해하는 네이버의 최신 생성형 AI 플랫폼이다clova.ai. 그런데 우리의 초기 아이디어들은 정작 HyperCLOVA X와의 직접적인 접점이 약했다. 회의 도중 한 디자이너 분이 조심스럽게 말을 꺼냈다. “우리 아이디어들, AI랑 직접적으로 연결되는 부분이 약한 것 같아요.” 모두가 멈칫했다. 맞는 말이었다. 해커톤의 핵심 취지를 벗어나면 안 되는 법. 그날 저녁 우리는 긴 논의 끝에 합의점을 찾았다. “내일은 HyperCLOVA X를 전제로 한 아이디어만 가져오자.” 그 결정이 전환점이 되었다. 밤새 고민한 끝에 결국 한국어 존댓말 학습 서비스 아이디어만이 남았다. 자연스럽게 우리 서비스 컨셉이 정리되었고, 서비스 이름은 Noonchi로 정해졌다. 아이디어를 추리는 과정은 아팠지만, 핵심 기술 제약에 맞춰 방향을 잡는 훈련이 되었다. 해커톤에서는 종종 이렇게 초기 아이디어 피봇(pivot)이 발생하는데, 오히려 초반에 현실 조건에 맞게 선회한 덕분에 시간을 아낄 수 있었다. (교훈) 초보 PM으로서 느낀 것은 제약을 명확히 인지하고 아이디어를 다듬는 능력이다. 화려해 보이는 아이디어라도, 주어진 프레임에 부합하지 않으면果断히 버리고 다시 정의하는 용기가 필요했다. 그렇게 반나절 만에 팀의 목표가 명확해졌고, 우리는 한국어 존댓말 코칭 서비스 Noonchi라는 뚜렷한 깃발 아래 모이게 되었다.

4. Day 3~4: 디자인·개발과 말이 통하는 법

아이디어가 결정된 후라고 바로 화면을 그리고 코드를 짜기 시작한 것은 아니었다.

모든 시간은 우선 “IA(Information Architecture, 정보 구조)” 작업에 투입되었다. 사실 나는 IA가 뭔지도 잘 몰랐다. 하지만 다행히도 디자이너 팀원들이 내가 작성한 기획서를 바탕으로 서비스의 큰 뼈대를 잡는 작업을 도와주었다. 먼저 **사용자 여정을 흐름도(플로우차트)**로 시각화했다. 이를 통해 어떤 화면들을 만들어야 하고, 사용자가 어떤 버튼을 누르면 어디로 이동하며, 그 과정에서 어떤 데이터가 주고받혀야 할지가 한눈에 그려졌다. 한마디로 서비스의 골격이 완성된 것이다. 이 흐름도를 기반으로 화면에 배치할 기능 목록도 정리가 되었고, 비로소 디자이너와 개발자 모두 같은 그림을 그리게 되었다.