🚀 10년 차 PM이 말하는, 정말 좋은 제품을 만드는 25가지 원칙

 

"좋은 제품"의 기준, 여러분은 있으신가요?

프로덕트 매니저로 일하다 보면 어느 순간 이런 질문을 스스로에게 던지게 돼요. "나는 지금 진짜 좋은 제품을 만들고 있는 걸까?" 회의는 많고, 문서는 두꺼워지고, 기능은 계속 추가되는데... 정작 유저가 행복한지는 잘 모르겠는 상황. 낯설지 않으시죠?

저도 그랬어요. 10년 넘게 제품을 만들면서 수도 없이 시행착오를 겪었고, 그 과정에서 몇 가지 원칙들이 생겼어요. 오늘은 그 원칙들을 솔직하게 털어놓으려 해요. 특히 스타트업이나 테크 기업에서 PM, PO, 기획자로 일하는 분들께 진짜 도움이 됐으면 좋겠어요.

2025년 현재, 제품 개발의 판도는 완전히 바뀌었어요. 완벽한 계획보다 빠른 실행, 두꺼운 기획서보다 프로토타입 하나가 훨씬 더 강력한 시대거든요. 이 글에서 그 이유를 하나씩 풀어볼게요.

속도 = 경쟁력, 이건 이제 공식이에요

요즘 시대에 가장 강력한 무기가 뭔지 아세요? 저는 단연 속도라고 생각해요. 아침에 프로토타입 만들고, 점심때 유저 피드백 받는 것. 이게 이제 정상이에요.

실제로 클로드 코드를 만든 개발자 보리스는 X(구 트위터)에서 유저 피드백을 받고, 그 자리에서 AI와 협업해 수십 개의 버그를 즉시 수정한 일이 유명해졌어요. 1인 팀이 보여준 이 속도감이 얼마나 강력한지 느껴지시나요?

3번 이상 내부 검토를 거친 후에야 유저한테 보여주겠다는 방식, 이제는 시대착오적인 발상이에요. 빠르게 시장 반응을 확인하고 개선하는 것, 이게 2025년 제품 개발의 정석이 됐어요.

그리고 작은 팀이 빠르게 움직여요. 4~6명의 풀스택 빌더들이 자율성을 가지고 유저와 함께 만들어가면, 50명짜리 조직보다 훨씬 빠른 결과물이 나와요. 핵심은 권한 부여예요. A급 인재를 뽑았으면, 그들이 직접 듣고, 배포하고, 실패하고, 배울 수 있게 해줘야 해요.

집중은 슈퍼파워다 - 우선순위 9개짜리 전략의 함정

한 분기에 최우선 프로젝트를 몇 개나 잡으시나요? 제가 예전에 다니던 회사에서는 CPO가 연간 우선순위 9개를 발표한 적이 있어요. 심지어 외우기 쉽게 약자까지 만들어줬죠. 근데 1년 뒤에 거의 아무것도 진척이 없었어요. 결국 그다음 해엔 3개로 줄였고요.

최우선이 9개라는 건, 사실 아무것도 최우선이 아니라는 말이에요. "둘 다 하면 되잖아?"라는 말이 나오는 순간, 그건 빨간불이에요.

진짜 집중력이란 뭔지 아세요? 유저 페인 포인트 중에서도 비즈니스를 성장시킬 수 있는 것만 골라내는 거예요. 앤트로픽이 클로드를 빠르게 성장시킬 수 있었던 것도 바로 이 명확한 집중 덕분이에요.

또 하나 중요한 게 있어요. 가장 위험한 가정부터 먼저 검증하는 거예요. 모든 제품엔 "이게 틀리면 전체가 무너지는" 가정이 몇 개 있어요. 이걸 간단한 프로토타입이나 A/B 테스트로 먼저 검증해야 해요. 핵심 가설이 증명되지 않은 상태에서 부가 기능 만드는 건 시간 낭비예요. 실제로 스타트업 실패 원인의 상당 부분이 시장 수요 검증 실패에 있다는 통계도 이 사실을 뒷받침해줘요.

제품이 프로세스보다 중요하다 - PRD보다 프로토타입

PM들이 가장 많이 하는 실수가 뭔지 아세요? 실제 유저가 쓰는 제품보다 내부 문서를 예쁘게 꾸미는 데 집중하는 거예요. 회의 전 사전 회의, 또 그 전에 사전 회의... 의미 없어요.

프로토타입을 먼저 만드세요. 프로토타입은 어떤 슬라이드나 문서보다 솔루션을 훨씬 잘 전달해요. PRD나 디자인 만들기 전에 프로토타입으로 관심도부터 검증하는 게 맞아요.

1년 뒤를 정확히 안다고 착각하지 마세요. 대신 유저 문제, 비전, 목표, 원칙, 솔루션, 하지 않을 것을 담은 최소한의 계획을 한 페이지로 만드세요. 그리고 배우면서 계속 업데이트하면 돼요. 연간 기획 문서, OKR 정리에 몇 주씩 쓰는 거, 그 시간에 프로토타입 하나 더 만드는 게 나아요.

램프(Ramp)라는 핀테크 회사 아세요? 불과 몇 년 만에 기업가치 42조 원을 넘어섰는데, 비결 중 하나가 팀에게 베타 유저한테 언제든 배포할 권한을 줬다는 거예요. "리더십이 48시간 내에 리뷰 안 하면 자동으로 배포된다"는 원칙이 특히 인상적이에요. 임원이 속도를 늦추지 않게 시스템으로 막은 거죠.

진실을 추구하라 - 내가 옳다는 증명보다 중요한 것

좋은 PM이 갖춰야 할 가장 중요한 자질이 뭔지 아세요? 저는 겸손함이라고 생각해요. 자기가 다른 사람보다 낫다고 생각하는 PM이나 리더들, 솔직히 별로예요. 제가 만난 최고의 리더들은 하나같이 겸손했어요. 실패를 경험했고, 진짜 어려운 상황을 겪어봤기 때문에 경청할 줄 알았던 거예요. 겸손하지 않으면 경청할 수 없고, 그러면 좋은 제품을 못 만들어요.

최근에 제가 회사에서 겪은 일이에요. 이해관계자들이 제가 몇 주 동안 반대했던 기능을 밀어붙였어요. 그런데 열린 마음으로 유저 인터뷰도 하고 프로토타입도 여러 개 테스트하다 보니... 제 생각이 틀렸더라고요. 솔직하게 인정했고, 지금은 자신 있게 그 기능을 만들고 있어요.

목표는 내가 옳다는 걸 증명하는 게 아니라 진실을 찾는 거니까요.

그리고 위원회식 의사결정은 정말 금지예요. 모든 이해관계자를 행복하게 만들려다 보면 제품 경험이 망가져요. 다양한 의견을 먼저 구하되, 결국 한 사람이 결정하고 책임지게 해야 해요.

대부분의 결정은 되돌릴 수 있어요. 완벽한 정보를 기다리기보다 일단 결정하고 배우는 게 맞아요. "당신이 아이디어 2개 가지고 토론하는 동안, 나는 벌써 10개를 배포했어요." 이 말, 정말 좋아해요.

빌더를 뽑아라, 관료는 말고

채용할 때 뭘 보시나요? 저는 이제 학벌이나 대기업 경력 먼저 보지 않아요. 실제 만든 것이 학벌보다 중요해요. 훌륭한 사이드 프로젝트를 만들었거나 실제 결과물이 있는 사람을 찾으세요.

커리어 사다리 올라가는 것만 생각하는 사람 말고, 진짜로 훌륭한 제품을 만드는 데 관심 있는 사람을 뽑으세요. 허락 기다리지 않고 여러 역할을 기꺼이 해내는 사람, 일단 해결하고 본다는 에너지를 가진 사람이요.

지금 제가 시니어 PM을 뽑고 있는데, 채용 공고에 이렇게 명시했어요. "당신이 만든 최고의 사이드 프로젝트나 배포한 작업물 링크를 보내주세요." 애자일 전문가나 전략적 제품 리더 같은 애매한 용어는 의미가 없어요. 그냥 당신이 만든 것과 그 임팩트부터 시작하세요.

실제로 국내 IT 업계에서도 이 흐름이 빠르게 자리잡고 있어요. 포트폴리오와 실제 결과물을 학력이나 자격증보다 중요하게 보는 채용 담당자가 계속 늘고 있거든요.

작은 디테일에 목숨을 걸어라

기본 상태, 엣지 케이스, 좋은 카피... 이런 디테일이 훌륭한 제품과 허접한 제품을 가르는 기준이에요. 아무리 시니어라도 가장 작은 디테일까지 신경 써야 자랑스러운 제품을 만들 수 있어요.

PM의 10% 미만이 실제로 매주 자기 제품을 직접 써본다는 거, 믿어지세요? 첫 사용자처럼 제품을 써보고, 얼마나 불편한지 마찰 로그를 작성해보세요. 자기가 만든 걸 직접 테스트하는 건 직급에 관계없이 해야 해요.

그리고 AI를 미리 활용하세요. 이제 누구나 24시간 대기하는 AI 팀원이 있잖아요. 팀 미팅 전에 AI와 함께 피드백 정리하고, 계획 초안 만들고, 프로토타입 개선하는 것. 이게 이제 기본 중의 기본이에요. 챗GPT 같은 AI 툴의 주간 활성 사용자가 2025년에 수억 명을 넘어선 것만 봐도, 업무에 AI를 활용하는 건 더 이상 선택이 아니라 필수예요.

동심원으로 배포하고, 리더는 스스로를 대체하라

새 제품을 모두에게 한 번에 배포하는 건 거의 항상 나쁜 아이디어예요. 대신 내부 알파 테스트, 고객 베타 테스트를 거쳐 문제를 잡고 품질을 높인 뒤 출시하세요. 매일 대화할 수 있는 베타 유저 커뮤니티 없이 어떻게 좋은 제품을 만드는지 저도 모르겠어요, 솔직히.

그리고 리더로서의 역할을 오해하지 마세요. 리더의 진짜 목표는 스스로를 불필요하게 만드는 거예요. 내가 일주일 동안 없을 때 팀이 제대로 돌아가지 않는다면, 리더로서 실패한 거예요. 최고의 리더는 다른 사람들에게 권한을 주고, 자신은 새로운 문제로 넘어가요.

직함 같은 건 중요하지 않아요. PM, 디자인, 엔지니어링 사이의 경계를 흐릿하게 만드는 팀이 더 강해요. 엔지니어가 스펙을 직접 수정하고, 디자이너가 카피를 다듬는 것. 서로의 전문성을 신뢰하고 존중하는 풀스택 빌더 팀이 결국 더 좋은 제품을 만들어요.

마무리

10년 넘게 제품을 만들면서 제가 믿게 된 것들을 오늘 솔직하게 나눠봤어요. 속도, 집중, 제품 중심, 진실 추구, 그리고 진짜 빌더를 뽑는 것. 이 모든 게 결국 하나로 모여요.

유저에게 진짜 가치를 주는 제품을 빠르게, 겸손하게, 함께 만들어가는 것. 그게 전부예요.

당신도 자신만의 원칙 리스트를 한번 만들어보세요. 그리고 같은 가치와 원칙을 공유하는 팀이나 회사에서 일하세요. 제 경험상, 그게 일을 훨씬 더 즐겁게 만들어줘요. 약속할게요.