PM의 거절은 제품의 본질을 지키는 가장 적극적인 전략이다
PM에게 거절은 단순히 일을 줄이는 행위가 아니라, 제품의 본질을 지키는 가장 적극적인 전략입니다. 하지만 많은 PM이 협조적인 동료가 되고 싶다는 열망 때문에 모든 요청을 수용하며 제품과 팀, 그리고 자기 자신을 소진합니다. 제 뼈아픈 실패담과 글로벌 기업들의 사례를 통해, 왜 우리가 '무자비한 우선순위'를 가져야 하는지 그 필연적인 이유를 공유하고자 이 주제를 선정했습니다.
15초 요약
PM의 'YES'는 공짜가 아닙니다. 누군가의 요청을 수락하는 순간, 당신은 제품의 안정성과 팀의 집중력을 대가로 치르고 있는 셈입니다.
모든 요청을 들어주는 '착한 PM'은 결국 제품을 질식시키고 팀을 번아웃에 빠뜨립니다. 이는 단순히 의사소통의 문제가 아니라, '가짜 서번트 리더십'에 매몰되어 제품의 인지적 부하를 관리하지 못한 전략적 실패입니다. 특히 AI가 매주 제품의 가능성을 재정의하는 현재 시점에서, 슬랙, 인터콤, 애플의 사례처럼 기능을 약속하는 로드맵을 버리고 제품 원칙을 수호할 때 비로소 제품은 생존할 수 있습니다.
알아두면 좋은 용어
- 가짜 서번트 리더십(Pseudo-Servant Leadership): 팀을 돕는다는 명목으로 모든 요구를 수용하며, 정작 중요한 '의사결정'이라는 책임을 회피하는 현상.
- 인지적 부하(Cognitive Load): 사용자가 제품을 쓰며 뇌에 가해지는 정보 처리량. 기능이 많아질수록 부하가 높아져 제품의 사용성은 기하급수적으로 떨어집니다.
- 제품 원칙(Product Principles): 무엇을 만들지 결정하기 전에 '무엇이 옳고 중요한가'를 정의한 팀만의 의사결정 기준.
- 에이전트 시대(Agentic Era): 사용자가 기능을 직접 조작하는 것을 넘어, AI 에이전트가 사용자의 의도를 파악해 과업을 완결 짓는 제품 환경.
Y's Insight
오늘의 Y's Insight는 쿠팡과 무신사에서 8년간 PM으로 근무하며 '덜어냄의 가치'를 치열하게 고민해온 멘토 Lina님이 작성했습니다.
신뢰를 사고 싶어 '내 편'을 팔았던 고백
저는 이해관계자들에게 "말 잘 통하는 PM"이 되고 싶었습니다. 하지만 그 착한 마음이 부른 결과는 참혹했습니다. 데이터 조회 화면에 사용자 편의를 위한다는 명목으로 온갖 기능을 붙였더니, 조회 한 번에 수 초가 걸리는 '시한폭탄'이 되었습니다. 또한, 시뮬레이션 기능에 이해관계자들의 모든 예외 케이스를 수용했다가 로직이 꼬여버렸습니다. 제가 웃으며 "YES"를 외치는 동안, 제 진정한 아군인 엔지니어와 디자이너들은 파편화된 기획서를 붙들고 밤을 지새워야 했습니다.
'서번트 리더십'이라는 달콤한 착각
많은 PM이 오해합니다. 요청을 다 들어주는 것이 '팀을 돕는 일'이라 생각하죠. 하지만 이것은 리더십이 아니라 '갈등 회피'에 가깝습니다. 당장의 불편한 대화를 피하기 위해 던진 "YES"는 결국 팀의 야근과 시스템 복잡도라는 이자로 돌아옵니다. 진정한 서번트 리더십은 팀이 가장 가치 있는 일에만 집중할 수 있도록 외부 노이즈를 차단해 주는 방패가 되어주는 것입니다.
인지적 부하: 제품과 AI가 함께 무너지는 이유
기능이 많아질수록 무서운 점은 사용자가 느끼는 인지적 무게가 증가한다는 것입니다. 사용자가 화면을 보고 "뭘 해야 하지?"라고 0.1초라도 고민한다면 제품은 죽어가고 있는 것입니다.
특히 AI 에이전트가 제품의 맥락을 읽고 실행하는 시대에는 이 문제가 더욱 치명적입니다. 사용자뿐만 아니라 AI조차 파편화된 기능 사이에서 길을 잃기 때문입니다. 무분별한 기능 추가는 AI가 사용자의 의도를 파악하는 것을 방해하는 '독'이 됩니다. PM이 기능을 더하는 것은 덧셈이지만, 그로 인한 부하와 복잡도는 곱셈으로 늘어난다는 사실을 잊지 말아야 합니다.
실제 적용 사례: 거절이 혁신이 된 순간들
글로벌 기업들은 단순히 '일이 많아서'가 아니라, '제품의 생존을 위해' 거절을 시스템화하고 있습니다.
1. Slack: 로드맵을 버리고 '원칙'을 택하다
슬랙(Slack)의 CPO 롭 시먼(Rob Seaman)은 최근 글로벌 제품 컨퍼런스에서 "이런 환경에서 로드맵은 잘못된 유물(The wrong artifact)이다"라고 선언했습니다. (product school 2026 트렌드 리포트 발췌)
- '이런 환경'이란?: 기술의 유통기한이 매우 빨라지고 있으며, 계획을 지키는 것보다 시장의 시그널에 즉각 반응하는 유연함이 생존 요건이 된 상황을 의미합니다.
- 원리: 기능을 나열한 로드맵은 PM을 '진도 관리자'로 만들지만, '제품 원칙'은 PM을 '전략가'로 만듭니다.
- 결과: "시스템 안정성이 최우선"이라는 원칙이 확립되자, PM들은 로직을 꼬이게 만드는 무리한 요청을 '팀의 약속'에 근거해 단호하게 거절할 수 있게 되었습니다.
2. Apple: 혁신은 1,000가지를 거절하는 것이다
스티브 잡스는 집중이란 수백 개의 좋은 아이디어에 '아니오'라고 말하는 것이라고 강조했습니다. 애플은 단순히 나쁜 아이디어가 아니라, 매우 훌륭한 아이디어조차 본질을 흐린다면 거절합니다.
이런 액션을 취해보세요
- Not Now 리스트 운영하기: 아이디어를 버리지 말고 '현재 원칙에 부합하지 않음'을 명시한 문서를 공유하세요. 요청자를 존중하면서도 팀의 리소스를 보호하는 가장 쉬운 방법입니다.
- 팀의 '절대 원칙' 3가지 합의하기: 이번 주 안에 팀원들과 우리가 절대 타협하지 않을 가치(예: 3초 이내 로딩, 단순한 UI 등)를 정하세요. 거절의 가장 강력한 방패가 됩니다.
- 기회 비용 시각화하기: 새로운 요청이 올 때 단순히 "안 돼요"가 아니라, 'Trade-off 표'를 만들어 보여주세요.
- 예시: 노션(Notion)이나 미로(Miro)에
[새 요청 수용 시 이점] vs [기존 프로젝트 지연 기간 & 예상 손실 지표]를 2x2 매트릭스로 정리해 보여주면 이해관계자 스스로 우선순위를 다시 판단하게 됩니다.
근데 말이죠
거절을 잘한다고 해서 '불통의 PM'이 되어도 좋다는 뜻은 아닙니다. 거절은 신뢰라는 저축이 있어야 인출할 수 있는 권리(인사이트 3번 글 참조)입니다. 평소에 이해관계자의 고충을 깊이 공감하고, 그들이 왜 그 기능을 원하는지 본질적인 목표를 이해하려는 노력이 선행되어야 합니다. 신뢰 자산이 없는 상태에서 거절은 전략이 아니라 그저 고집으로 비칠 뿐입니다.
결국 잘 거절하는 PM이 팀원들에게 가장 사랑받고, 제품을 가장 오래 숨 쉬게 만듭니다.
✍️ About Y's Insight
Y's Insight는 PM 트렌드를 현실적인 시선으로 해석합니다. 프레임워크 맹신보다 맥락과 판단을 중시하고, 차가운 현실과 따뜻한 조언 사이 어딘가를 지향합니다. 정답이 아니라 하나의 관점으로 읽어주세요. 다른 의견, 피드백, 주제 요청 언제든 환영합니다.