AI 시대의 프로덕트 매니저 되기 01 | 프로덕트 매니저의 어떤 일이 AI에게 넘어갔고, 어떤 일이 오히려 더 비싸졌나
먼저 채용 쪽의 변화부터 보겠습니다.
2026년 적지 않은 AI 프로덕트 매니저 채용 공고가 「PRD를 쓸 줄 안다, 와이어프레임을 그릴 줄 안다, 데이터 대시보드를 만들 줄 안다」를 필수 요건에서 지워버리고, 그 자리에 작품 세 개를 넣었습니다. 직접 만들어봤고 열어서 클릭해볼 수 있는 프로덕트 하나, 진짜 숫자가 담긴 회고 한 편, 자기가 직접 쓴 eval 한 세트. 어느 채용 담당자가 계산해봤더니, 이력서 한 장은 평균 90초 보지만 제대로 된 사례 하나는 8분까지 본다고 합니다.
이 두 가지를 붙여놓으면 하나의 이동이 보입니다. AI에게 넘어갈 수 있는 일은 채용 요건에서 떨어져 나가고 있고, 문턱으로 남는 것은 사람만이 할 수 있는 그 부분이라는 것. 이 글은 바로 이 두 칸을 펼쳐놓아, 이 시리즈의 총론으로 삼습니다.
넘어간 쪽 칸
요구사항 문서를 쓰는 노동, 이것부터 사라졌습니다. ChatPRD 같은 도구는 몇 분 만에 구조가 온전한 PRD 한 편을 만들어내고, 당신이 손대는 것은 판단이지 레이아웃이 아닙니다.
와이어프레임을 그리고 클릭되는 프로토타입을 짜는 일도 빠르게 값이 떨어지고 있습니다. Lovable, v0, Claude Code는 「한 마디」를 브라우저에서 클릭할 수 있는 화면으로 바꿔주고, 그것도 몇 분에 한 버전씩입니다. 예전엔 이 단계 하나에 일정을 잡고 디자인과 프런트엔드를 기다려야 했지만, 이제는 하루에 다섯 방향을 시험해볼 수 있을 만큼 싸졌습니다.
대놓고 말하는 사람은 별로 없는 항목이 하나 더 있습니다. 「기술을 안다」는 것 자체의 희소성이 떨어지고 있다는 점. 예전 프로덕트 매니저의 협상력 일부는 엔지니어와 대화할 수 있고 어떤 기능을 구현하기가 얼마나 어려운지 가늠할 수 있다는 데서 나왔습니다. 이제는 당신이 아이디어를 분명하게 설명하면, AI가 그 구현 난이도라는 부분을 먹어치웁니다. 이것이 바로 doaipm이 줄곧 이야기해온 言出法随, 곧 말이 그대로 이루어진다는 것입니다. 분명하게 말하면 AI가 만들어줍니다. 기술을 모르는 사람은 오히려 「이거 만들기 너무 어렵지 않나」 하는 자기 검열 한 겹이 없습니다.
진행을 채근하고 팀을 가로질러 정렬을 맞추는 일 중에서 기계적인 쪽 조정 역시 도구와 agent에게 야금야금 잠식당하고 있습니다.
더 비싸진 쪽 칸
「해야 하나 말아야 하나」를 판단하는 일이, 처음으로 「할 수 있나 없나」보다 비싸졌습니다. METR이 무작위 대조 실험을 했습니다. 베테랑 개발자 16명이 자기가 여러 해 유지보수해온 프로젝트에서 AI로 작업했는데, 실제로는 19% 느려졌습니다. 그런데도 다 끝내고 나서 여전히 자기가 20% 빨라졌다고 믿었습니다. 직접 손으로 일한 사람조차 자기 산출물을 정확히 판단하지 못한다면, 「무엇을 할지, 그게 할 만한 값어치가 있는지」 같은 판단은 더 희소해질 수밖에 없습니다.
요구사항을 분명하게 말하는 것이 소프트 스킬에서 하드 스킬로 바뀌었습니다. AI는 생략에서 의미를 추론해주지 않습니다. 「이번엔 로그인 안 만든다」를 안 쓰면, 십중팔구 로그인을 끼워 넣어 줍니다. 경계와 상태와 안 할 것까지 다 분명하게 말할 수 있는 사람은, 산출물 품질이 남들과 한 자릿수 차이로 벌어집니다.
「무엇을 좋다고 하는가」를 정의하는 일이 별도의 손기술을 요구하기 시작했습니다. Lenny와 OpenAI의 CPO가 똑같은 이야기를 하고 있습니다. eval이 프로덕트 매니저에게 지난 이십 년 만의 첫 새 하드 스킬이 되고 있다는 것. 직전에 업계 전체가 새로 배워야 했던 하드 스킬은 SQL과 Excel이었습니다. eval을 써서 「내 생각엔 괜찮은 것 같다」를 측정 가능한 기준으로 옮길 줄 아는 것, 이것이 새로운 분수령입니다.
AI가 내놓은 한 무더기 선택지 가운데서 결정하는 일이 일상이 됐습니다. Marty Cagan의 표현은 이렇습니다. AI는 패턴을 surface하고, 가설을 초안 잡고, 선택지를 생성할 수 있지만, 어느 패턴이 의미 있는지, 어느 가설이 검증할 값어치가 있는지, 어느 선택지가 비즈니스에 맞는지는 판단하지 않는다고. 그 마지막 한 번의 결정은 사람의 몫으로 남습니다.
별로 안 변한 쪽 칸
사용자가 도대체 무엇을 원하는가, 이 사업이 성립할 수 있는가. 이 두 가지는 AI가 대체하지 못하고, 대체하는 것을 본 적도 없습니다. a16z가 프로덕트 매니저에게 주는 조언에는 이런 항목이 있습니다. 순수한 프로세스 매니저는 도태되고, 「만드는 사람의 사고방식」을 가진 사람만 지렛대를 갖는다는 것. 여기서 만드는 사람의 사고방식이란, 아이디어를 직접 손으로 만들어내 검증하러 가는 것을 마다하지 않는 태도이고, 코드를 쓸 줄 아느냐와는 상관이 없습니다.
위의 두 칸을 나란히 놓고 보면 한 가지가 드러납니다. 왼쪽 칸(넘어간 것)은 공교롭게도 지난 십 년 프로덕트 매니저 채용에서 가장 자주 쓰이던 하드 스킬이고, 오른쪽 칸(더 비싸진 것)은 예전 면접에서 거의 아무도 따져보지 않던 것이라는 점입니다.
이 시리즈의 앞으로 열아홉 편은, 오른쪽 칸을 한 편씩 풀어갑니다. 어떻게 명확히 생각해내는가에서, 어떻게 만들어내는가로, 다시 그것이 좋은지를 어떻게 아는가까지.
토론