목표
✅ 아티클카타
1 순위
✅ 서비스 기획 심화 강의 1강 듣기2 순위
✅ Framer로 웹사이트 만들어보기3 순위
❌ 특강 녹강 듣기4 순위🌟 목표 달성률 : 70%
⚠️ 모든 아티클은 주관적, 그대로 받아들이기 보단 비판적으로 읽어야 함.
제목 : 전 메타·구글 임원이 말하는, PM 절반이 어려워지는 이유
작성자(저자) : 요즘 프로덕트 메이커
❓아티클 선정 이유 : 연휴 후 돌아오니 팀원들이 골라놓음. 제목이 흥미 매우 有. 내 인생 뭐 더 얼마나 어려워지려고...
출처: 전 메타·구글 임원 Nikhyl Singhal 인터뷰 (Lenny's Podcast)
"정보를 정리·전달하는 PM은 사라지고, 직접 만들고 판단하는 PM만 살아남는다."
단, 정보 전달이 전부 대체되는 건 아니다
"정보 전달"이라고 묶였지만 스펙트럼이 넓다.보고서 작성, 회의 요약 → AI 대체 가능성 높음
갈등 있는 두 팀 사이에서 합의점 만들기, 각자 맥락에 맞게 납득시키기 → 본질적으로 다른 스킬후자는 정보 전달이 아니라 신뢰와 이해의 유지에 가깝고, 판단력과 커뮤니케이션 설계를 동시에 하는 일이다. 살아남는 PM 쪽에 해당한다.
위험한 PM의 특징
정보 전달이 자기 일의 본체라고 착각하는 유형. 역설적으로 지금 방식으로도 잘하고 있으면 바꿀 이유를 못 느껴서 전환이 더 어렵다.
PM 지망생 관점에서의 시사점
이력서의 회사 이름보다 지금 어떻게 일하는가를 본다. 인터뷰에서도 이전에 뭘 출시했냐보다 어떤 AI 도구를 쓰는지, 판단을 어떻게 내리는지를 묻는 방향으로 바뀌고 있다.
포트폴리오에 "어떤 회사의 뭘 기획했다"만 담으면 점점 약해진다. AI 도구로 직접 만든 것이 있으면 차별점이 된다. 앱이든, 자동화 도구든, 간단한 프로토타입이든.
빌더 PM이 되기 위한 현실적인 진입점
Singhal이 말하는 전환의 핵심은 재미를 느끼는 첫 번째 경험을 만드는 것이다. 대단한 걸 만들 필요 없다. 집안 조명 제어 앱, 업무 비서 앱처럼 작고 실용적인 것이면 충분하다. 그 경험이 두려움에서 기쁨으로의 전환점이 된다.
내 상황에 적용
실제 서비스 런칭까지 못 하더라도, 앱을 하나 기획해서 직접 개발까지 해보는 프로젝트가 빌더 PM 경험으로 유효할 것.
단, 개발했다는 사실보다 기획 과정의 판단을 문서화하는 게 포트폴리오로서의 핵심
업무 효율화와 프로덕트 본질에 집중
의미 없는 감자 사이트


💭 오늘의 한 줄 평 : 잘 셧다.
아니 감자 사이트 졸귀........... 🥔_🥔