Nikky Singhal과 함께하는 Lemmy의 팟캐스트
메타·구글에서 PM 임원을 거친 Nikhyl Singhal의 경고와 액션 플랜을 정리했습니다.
Lenny's Podcast 최신 에피소드 "Why half of product managers are in trouble"는 지난주(2026-04-16) 공개 이후 PM 커뮤니티에 큰 반향을 일으키고 있어요. "앞으로 2년이 PM 역사상 가장 혼란스러운 시기가 될 것"이라는 예측, "기업들이 3만 명을 감원하고 AI-first로 8천 명만 재채용할 것"이라는 수치가 특히 충격적이었습니다.
살아남는 PM이 실제로 뭘 하는지 6가지로 정리했습니다.
1. "Information Mover"에서 벗어나기
Singhal이 가장 강하게 경고하는 건 "정보 이동자(Information Mover)" 역할의 종말입니다.
사용자 피드백을 모아서 엔지니어에게 전달하고, 회의록을 정리해 임원에게 보고하고, 로드맵을 그리는 일 — 이런 "번역가" 역할만 하는 PM은 AI로 대체됩니다. Notion AI, ChatGPT, Claude가 회의록 요약과 인사이트 추출을 이미 더 빠르게 해내고 있어요.
Singhal이 쓴 The PM Career Framework for AI에서 더 직접적으로 말합니다.
"수년 동안 가장 각광받던 PM은 'information mover'였다. 엔지니어링·디자인·리더십 사이를 조율하는 마스터. 직접 권한 없이 움직이는 사람. 그 역할이 이제는 liability(부채)다."
체크 포인트: 지난 한 달 동안 내가 한 일의 70% 이상이 "정리·전달·조율"이었다면, 이미 위험 신호입니다.
2. "Builder PM"으로 전환하기 — 나는 Builder일까, Manager일까?
살아남는 PM의 공통점은 직접 만든다는 것입니다. Singhal은 "Don't talk about it, build it(떠들지 말고 만들어라)"를 반복합니다. PRD 대신 프로토타입, 슬라이드 대신 작동하는 앱을 들고 회의에 들어가는 사람이 다음 2년의 승자가 됩니다.
Singhal의 프레임워크에서 중요한 건 "Builder vs Manager"라는 두 갈래 인정이에요. 모두가 Builder가 되어야 하는 건 아닙니다. 문제는 대부분의 PM이 "어정쩡한 중간(Wannabe Builder)"에 머무른다는 것.
구분
Builder PM
Manager PM
에너지원
제품 디테일
팀을 통한 성과
관심 포인트
공정이 아닌 자동차(제품)
공정(조직 시스템)
목표지
AI 스타트업 IC 역할
Big Tech 관리직 / 전통기업 AI 전환 리드
시그널
밤·주말에 이미 뭔가 만들고 있음
팀 운영·시스템 설계에서 에너지 얻음
Builder인지 확인하는 질문 (Singhal이 직접 제시):
이미 밤·주말에 누가 시키지 않아도 뭔가를 만들고 있는가?
샤워하면서 제품 개선안이 떠오르는가?
AI 인증서·강의만 모으고 있진 않은가? (→ 그건 Builder 아님)
"A class isn't going to make you into a Builder. You need to have the obsession." — Nikhyl Singhal
Builder PM이 실제로 쓰는 도구:
Claude Code / Cursor: 터미널·에디터에서 코드를 AI와 함께 짬
Lovable: 자연어로 풀스택 웹앱 생성 (React + Supabase 자동 연결)
v0: UI 컴포넌트 + 프론트엔드 스캐폴딩 생성
ChatGPT Codex: 복잡한 백엔드 로직 빠른 프로토타이핑
Photo by Austin Distel on Unsplash
3. 이력서 로고보다 "만든 것"을 남기기
"당신의 이력서에 있는 멋진 로고는 이전보다 훨씬 덜 중요해진다." — Nikhyl Singhal
이 문장이 개인적으로 가장 아팠어요. 메타·구글·토스·쿠팡 같은 간판 대신, GitHub에 올린 프로토타입 수와 직접 출시한 사이드 프로젝트의 사용자 수가 진짜 포트폴리오가 되는 시대라는 뜻이니까요.
실전 팁: 이번 분기에 바이브 코딩(Vibe Coding)으로 3개의 MVP를 만들어보세요. Lovable로 하루, Claude Code로 이틀이면 충분합니다. 결과물은 Vercel에 올리고 랜딩페이지 링크를 정리해 두세요. 이게 다음 면접의 무기가 됩니다.
4. AI와의 "기쁨의 순간(Moments of Joy)" 찾기
Singhal이 자주 쓰는 표현이 "moments of joy"예요. AI와 작업할 때 "어, 이거 재밌는데?" 싶은 순간을 의도적으로 찾으라는 뜻입니다.
왜 중요할까요? AI 도구 학습 곡선에서 대부분의 PM이 2~3주 만에 포기합니다. 정체성 재정의가 심리적으로 힘들거든요. 그런데 "기쁨의 순간"을 한 번이라도 경험한 사람은 몰입 상태로 진입해서 계속하게 됩니다.
제가 찾은 제 moments of joy는 이런 것들이었어요.
밤 11시에 떠오른 아이디어를 Lovable에 2시간 만에 구현해서 다음날 동료에게 보여줄 때
엔지니어 없이 A/B 테스트 바리에이션을 직접 만들어 GA에 연결할 때
고객 인터뷰에서 들은 말을 그 자리에서 UI로 반영해 다음 미팅에 보여줄 때
5. "웃는 피로감(Smiling Exhaustion)" 경계하기
PM 커뮤니티 전반에 "웃는 피로감"이 퍼져 있다는 게 Singhal의 진단입니다.
겉으로는 "AI 재밌어요, 많이 배우고 있어요"라고 말하지만, 실제로는 정체성 혼란과 번아웃에 빠진 상태. 일정은 여전히 빡빡하고, AI 학습은 야근 시간에 밀려 있고, 그런데도 "뒤처지면 안 된다"는 불안만 커지는 상황입니다.
해독 방법:
주 5시간 학습 블록을 캘린더에 강제로 박기 (회의·슬랙 차단)
학습을 "공부"가 아니라 "제품 만들기"로 프레이밍 (→ moments of joy 유발)
혼자 하지 말고 PM 커뮤니티에서 공유 (The Skip, 지피터스 등)
6. "AI-first 조직"에서 어떤 8천 명이 살아남을까?
Singhal의 가장 자극적인 예측은 이것입니다.
"회사들이 3만 명을 감원하고, AI-first 모델로 8천 명을 다시 채용할 것이다."
즉 조직 사이즈가 1/4로 줄어든다는 뜻이에요. 남는 8천 명은 어떤 사람일까요?
Singhal이 간접적으로 제시한 프로파일:
기술 감각 있는 PM: 엔지니어와 동등한 언어로 대화 가능
직접 출시 경험: 사이드 프로젝트든 뭐든 본인이 출시해본 사람
AI 도구 유창함: Claude Code, Lovable, Cursor 등을 실제로 매일 쓰는 사람
문제 재정의 능력: "무엇을 만들까"보다 "왜 만들까"를 더 깊이 묻는 사람
자기 역할을 집요하게 자동화하는 사람: Singhal이 강조한 "obsessively automate your own role". 본인 업무를 AI에게 먼저 넘겨본 사람만이 AI-first 조직에서 살아남음
시스템 레벨 판단력: AI가 못 내는 판단(stakeholder 정치, 타협점, 윤리적 트레이드오프)을 가진 사람
실전 자기 진단 3문항
지금 바로 답해보세요. Singhal의 프레임워크를 한국 PM 상황에 맞춰 정리한 질문입니다.
제약 조건: 내 연봉/지역/근무 강도 제약이 뭔가? (이걸 모르면 경로 선택 불가)
정체성: 나는 지금 밤·주말에 뭔가를 만들고 있는가? (No → Manager 경로 추천)
출구 계획: 만약 내 조직이 내년에 1/4로 줄어든다면, 나는 어느 1/4에 들어갈 사람인가?
원문: Why half of product managers are in trouble | Nikhyl Singhal (Meta, Google) - Lenny's Podcast
아티클: Lenny's Newsletter
Singhal 원글: The PM Career Framework for AI — The Skip