🚀 빠르게 만들고, 집중하고, 실행하라 - 진짜 제품을 만드는 25가지 원칙

 

회의만 하다 제품은 누가 만드나요?

솔직히 말할게요. 한국 IT 업계에서 PM으로 일하다 보면 하루가 회의, 보고서, 검토, 리뷰로 순식간에 지나가는 날이 허다해요. 정작 사용자가 뭘 원하는지 직접 확인하는 시간은 얼마 안 되고요.

근데 실리콘밸리에서 로블록스, 레딧, 아마존, 메타를 거친 프로덕트 리더 피터 양이 최근 공유한 원칙들을 보고 나서 뭔가 뒤통수를 맞은 느낌이 들었어요. 핵심 메시지는 이거예요. "빅테크가 일하는 방식과 정반대로 해야 좋은 제품이 나온다."

그냥 마케팅 멘트가 아니에요. 로블록스와 레딧 같은 대형 플랫폼을 실제로 만들어본 사람이, 수백 번 실패하고 배운 다음에 내린 결론이거든요. 오늘은 이 25가지 원칙을 속도, 집중, 제품 우선주의, 진실 추구, 빌더 문화라는 다섯 가지 키워드로 풀어볼게요.

특히 한국 스타트업 환경에서 일하는 PM과 PO라면 끝까지 읽어보시면 좋겠어요.

속도가 진짜 해자다 — 왜 피드백 루프가 전부인가

제품 개발에서 가장 무서운 건 실패가 아니에요. 느리게 실패하는 거예요.

피터 양이 강조하는 첫 번째 원칙은 피드백 루프를 극단적으로 빠르게 만드는 거예요. 아침에 프로토타입 만들고 점심에 사용자 반응 듣기. 이게 말은 쉬운데, 실제로 이렇게 움직이는 팀이 얼마나 될까요?

클로드 코드를 만든 보리스라는 개발자 이야기를 예시로 들어봤는데요. 그는 X(구 트위터)에 피드백 요청을 올리고, 수백 개의 댓글을 받고, AI와 협업해서 그 자리에서 수십 개 버그를 즉시 고쳤어요. 1인 팀이 이 속도로 움직인 거예요. 결과적으로 클로드 코드는 출시 이후 개발자 커뮤니티에서 가장 주목받는 도구 중 하나가 됐죠.

이런 속도를 만드는 건 개인의 능력보다는 팀 구조와 권한의 문제예요. 4~6명의 풀스택 빌더들이 권한을 받고 사용자와 직접 소통하면, 50명짜리 조직보다 10배 빠르게 움직여요. 여기서 핵심은 권한이에요. 실력 있는 사람 뽑아놓고 매번 허락받으라고 하면 그 사람의 능력을 절반도 못 쓰는 거예요.

2025년 기준으로 국내 스타트업 생태계 리포트들을 보면, 성장 속도가 빠른 기업들의 공통점 중 하나가 팀 단위의 자율적인 의사결정 구조라는 결과가 반복해서 나오고 있어요. 속도는 전략이 아니라 구조에서 나와요.

집중은 초능력이다 — 분기당 1~3개만 집중하는 이유

스타트업이 망하는 이유 1순위가 뭔지 아세요? 너무 많은 걸 한꺼번에 하려다 망하는 거예요.

피터는 분기당 1~3개의 최우선 프로젝트만 진행하라고 해요. 이걸 P0 프로젝트라고 부르는데요. 우선순위를 정할 때 "둘 다 하면 되잖아?"라는 말이 나오면 빨간불이래요. 진짜 우선순위는 아플 때까지 깎아내는 거다, 라는 표현을 써요.

앤스로픽이 좋은 사례예요. 2023년 클로드 출시 당시 대화형 AI 하나에만 집중했어요. 이미지 생성도 하고, 음악도 만들고, 비디오도 만들고 했으면 지금의 결과가 나왔을까요? 집중이 만들어낸 성과예요.

반대 사례도 있어요. 피터가 일했던 어떤 회사는 CPO가 연초에 9개 우선순위를 발표했대요. 기억하기 좋게 약자까지 만들어서요. 1년 뒤 결과는? 거의 진전 없이 3개로 줄였다고 해요.

스타트업 전략 관련 글들을 보면, 'PMF(제품-시장 적합성)를 찾기 전에 타겟을 너무 넓게 잡으면 에너지가 분산된다'는 말이 반복적으로 등장해요. Y-Combinator 창업자 폴 그레이엄도 "100만 명이 그럭저럭 좋아하는 것보다 100명이 사랑하는 것을 만들어라"고 했죠. 집중하면 작아 보이지만, 그 집중이 도미노처럼 다음 시장을 열어줘요.

캘린더 관리도 집중의 일부예요. 피터는 오전에는 집중 작업, 에너지를 소모하는 회의는 무자비하게 거절한다고 해요. 노를 예스보다 10배 많이 해야 한다는 거죠. 달력이 여러분의 실제 일과를 결정한다는 말은 정말 뼈를 때려요.

프로세스 연극은 이제 그만 — 제품이 답이다

PM 일을 하다 보면 이상한 패턴이 생겨요. 문서 다듬고, 사전 미팅하고, 리뷰 준비하는 데 하루 다 쓰고, 정작 사용자가 실제로 쓰는 화면은 오래 못 들여다봐요.

피터는 이걸 PM 연극이라고 불러요. 진짜 제품 개발처럼 보이지만 사실은 내부 프로세스를 돌리는 쇼라는 거죠. 이걸 피하는 방법은 간단해요. 최소 기능 계획만 만드는 거예요.

1년 뒤 뭘 만들지 정확히 안다고 착각하지 마세요. 사용자 문제, 비전, 목표, 원칙, 솔루션, 안 할 것만 한 페이지로 정리하고, 배우면서 계속 업데이트하는 거예요. 연간 계획이나 OKR 연극은 거부하는 거죠.

프로토타입 우선 개발도 핵심이에요. 프로토타입은 슬라이드나 PRD보다 훨씬 명확해요. 만들기도 재밌고, 사용자 테스트도 쉽고, 피드백도 훨씬 구체적으로 받을 수 있어요. PRD나 디자인 시안 만들기 전에 프로토타입으로 관심도부터 검증하는 게 순서예요.

램프(Ramp)라는 미국 핀테크 회사 이야기가 인상적이었어요. 창업 6년 만에 기업가치 약 320억 달러(약 43조 원)를 기록했는데요. 비결 중 하나가 팀들에게 베타 사용자에게 언제든 출시할 수 있는 권한을 줬다는 거예요. 리더십은 48시간 내에 리뷰하거나, 그냥 출시되는 거죠. 임원이 바빠서 일정을 막는 게 아니라, 임원이 책임지고 빨리 리뷰하는 구조예요. 이게 완전히 다른 조직 문화예요.

진실을 찾는 게 목표다 — 오만함과 아첨꾼이 회사를 망친다

좋은 리더들의 공통점이 뭔지 아세요? 겸손해요. 실패해봤고, 험한 거 봤으니까요. 반면 오만한 리더들은 자기 아이디어에 도전받는 걸 싫어해요. 그 순간부터 좋은 제품 만들기는 멀어지기 시작해요.

피터가 특히 강조하는 게 위원회 결정 금지예요. 모든 이해관계자를 행복하게 만들려다 보면 제품 경험이 타협돼요. 다양한 의견을 먼저 들은 다음, 한 사람이 결정하고 책임지는 구조여야 해요. 이게 진짜 의사결정이에요.

주변에 아첨꾼을 두지 마세요. 아무리 훌륭한 회사도 리더가 자기 아이디어에 도전하지 않는 사람들로 둘러싸이면 서서히 망가져요. 리뷰 때 다들 고개만 끄덕이면 그게 나쁜 신호예요. 어려운 질문 던지는 사람을 찾고 보상해야 해요.

그리고 틀릴 용기도 중요해요. 대부분의 결정은 되돌릴 수 있는 양방향 문이에요. 완벽한 정보 기다리다 결정 못 하는 것보다, 일단 결정하고 배우는 게 훨씬 낫죠. 어떤 분이 인터뷰에서 한 말이 기억나요. "당신이 아이디어 2개 토론할 동안, 나는 벌써 10개 출시했어요."

의견이 안 맞을 때 자기 의견 방어하려고 듣지 말고, 이해하려고 들어보세요. 상대방이 여러분이 생각 못 한 좋은 포인트를 말하고 있을 수 있어요. 좋은 토론은 진실 찾기 운동이지, 이겨야 할 전투가 아니에요.

빌더를 뽑아라 — 자격증보다 출시 결과물이 답이다

피터가 공유한 채용 원칙은 아주 단순해요. 진짜 제품 만들기를 좋아하는 사람 뽑기. 커리어 계단 오르려고 PM 하는 사람 말고요.

실제 결과물이 자격증보다 훨씬 중요해요. 어느 회사 경력이냐, 무슨 자격증 있냐보다 뭘 출시했고 어떤 임팩트가 있었냐가 전부예요. 피터는 채용 공고에 "최고의 사이드 프로젝트나 출시 결과물 링크를 달아주세요"라고 명시했다고 해요. 애자일 전문가니 전략적 제품 리더니 하는 애매한 수식어보다 실제로 만든 것 하나가 더 말해준다고 생각하는 거죠.

채용 기준도 명확해야 해요. 헬 예스가 아니면 노예요. 후보자를 만났을 때 흥분이 안 된다면 뽑지 마세요. 잘 될 거라고 희망하면서 기준 낮추지 말고요. 훌륭한 인재 한 명이 평범한 사람 셋보다 낫다는 건 실리콘밸리나 한국이나 같아요.

직함 경계를 허무는 문화도 중요해요. 최고의 팀은 PM, 디자인, 엔지니어링 경계가 흐려요. 엔지니어가 스펙을 직접 수정하고, 디자이너가 피그마에서 카피를 고치는 팀이에요. 서로의 작업을 신뢰하고 존중하는 풀스택 빌더 팀을 만드는 게 목표예요.

리더로서의 목표는 자기 자신을 불필요하게 만드는 거예요. 내가 일주일 자리를 비웠을 때 팀이 잘 돌아가지 않는다면, 리더로서 실패한 거예요. 최고의 리더는 다른 사람들에게 권한을 주고, 본인은 새로운 문제로 넘어가는 사람이에요.

AI 시대, 이 원칙들이 더 중요해진 이유

2025~2026년 지금, 제품 개발 환경은 완전히 달라졌어요. AI를 쓰면 혼자서도 예전에는 팀 전체가 해야 했던 일을 할 수 있어요.

그렇다면 뭐가 중요해지냐고요? 바로 판단력이에요. 무엇을 만들지, 어디에 집중할지, 언제 사용자를 만날지 결정하는 능력이요. AI가 실행 속도를 올려줄수록, 방향을 잡는 사람의 역량 차이가 더 극단적으로 벌어져요.

피터 양의 25가지 원칙이 바로 그 판단력을 훈련하는 가이드예요. 팀 미팅 전에 AI랑 먼저 작업하세요. 피드백 요약하고, 계획 초안 잡고, 프로토타입 개선하고요. 그게 기본이 된 지금, 방향만 제대로 잡으면 속도는 AI가 채워줄 수 있어요.

국내에서도 수익성과 기술적 실체를 증명해야 하는 시기가 왔다는 이야기가 많이 나와요. 이 시기에 살아남는 팀은 결국 빠르게 배우고, 집중하고, 진짜 사용자 문제를 푸는 팀이에요.

마무리

결국 25가지 원칙은 다섯 단어로 압축돼요. 속도, 집중, 제품 우선, 진실 추구, 빌더 문화.

말은 간단하지만 실천하기는 어려워요. 조직 안에서 관성을 거스르는 일이니까요. 근데 반대로 생각해보면, 이게 어렵기 때문에 잘하는 팀이 훨씬 더 멀리 나갈 수 있어요.

오늘 딱 하나만 골라서 실천해보세요. 오전 집중 작업 시간을 막는 회의를 하나 줄이거나, PRD 쓰기 전에 프로토타입 하나 먼저 만들어보거나요. 작은 변화가 쌓이면 팀 전체가 바뀌고, 팀이 바뀌면 제품이 바뀌어요. 제품이 좋아지면 나머지는 따라와요.

좋은 제품은 좋은 프로세스가 아니라, 좋은 판단에서 나와요.