프로덕트 빌더 전환: 직함을 버리는 사람이 다음 10년을 가져갑니다

당신의 명함에는 뭐라고 적혀 있습니까? 기획자, 디자이너, 개발자. 그 직함은 당신이 수년간 쌓아온 전문성의 증명입니다. 하지만 불편한 진실이 하나 있습니다. 그 직함은 회사 안에서만 유효합니다. 회사 밖으로 나오는 순간, 시장은 직함을 묻지 않습니다. 단 하나만 묻습니다. "당신은 무엇을 만들 수 있습니까?"

기획, 디자인, 개발의 벽이 무너지고 있다는 것은 이미 현상입니다. AI가 직무 간 경계를 지우면서, 한 사람이 제품 전체를 만드는 시대가 왔습니다. 문제는 그 다음입니다. 현상을 아는 것과 내 커리어를 전환하는 것은 완전히 다른 일입니다. 이 글은 "어떻게 전환할 것인가"에 대한 글입니다.

직무는 회사가 만든 칸막이입니다, 당신의 능력이 아니라

기획자, 디자이너, 개발자라는 구분은 원래부터 있던 것이 아닙니다. 대규모 조직이 분업을 위해 만든 칸막이입니다. 100명이 하나의 제품을 만들려면 역할을 쪼개야 했습니다. 그래서 직무가 생겼고, 직무에 맞춰 채용했고, 우리는 그 칸막이 안에서 커리어를 쌓았습니다.

그런데 칸막이의 전제가 무너졌습니다. AI 덕분에 제품 하나를 만드는 데 더 이상 100명이 필요하지 않습니다. 칸막이가 필요 없어지면, 칸막이 안에서만 일할 수 있는 사람의 자리도 같이 사라집니다. 반대로 칸막이를 넘나드는 사람의 가치는 폭등합니다. 혼자서 검증하고, 만들고, 출시할 수 있는 사람. 그 사람이 프로덕트 빌더입니다.

프로덕트 빌더는 새로운 직무가 아닙니다. 직무라는 개념 자체를 벗어난 정체성입니다.

전환의 출발점: 잘하는 것 옆의 못하는 것부터 침범하세요

전환이라고 하면 처음부터 다시 배워야 한다고 생각합니다. 틀렸습니다. 당신은 이미 제품 사이클의 한 구간을 깊게 알고 있습니다. 전환은 0에서 시작하는 것이 아니라, 내 전문 영역의 바로 옆 칸부터 침범하는 것입니다.

• 개발자라면 — 코드는 됩니다. 다음 칸은 "왜 만드는가"입니다. 다음 기능을 만들기 전에 잠재 고객 3명에게 먼저 물어보세요. 고객 인터뷰가 당신의 첫 침범입니다.
• 기획자라면 — 문제 정의는 됩니다. 다음 칸은 "직접 만들기"입니다. 기획서를 쓰는 대신 바이브 코딩으로 동작하는 프로토타입을 만들어 보여주세요.
• 디자이너라면 — 화면은 됩니다. 다음 칸은 "배포"입니다. Figma에 잠들어 있는 디자인 하나를 AI 코딩 도구로 실제 작동하는 웹페이지로 만들어 배포하세요.

핵심은 옆 칸의 전문가가 되는 것이 아닙니다. 제품이 막히지 않을 만큼만 하면 됩니다. 빌더에게 필요한 것은 모든 영역의 깊이가 아니라, 사이클을 끝까지 돌릴 수 있는 연결성입니다.

이력서를 쌓지 말고 출시 목록을 쌓으세요

직무형 커리어의 자산은 이력서입니다. 어느 회사에서 몇 년, 어떤 프로젝트에 참여. 빌더형 커리어의 자산은 다릅니다. 내 이름으로 출시한 것의 목록입니다.

참여한 프로젝트와 출시한 제품은 무게가 다릅니다. "10억 규모 프로젝트에 참여했습니다"보다 "혼자 만든 제품으로 월 30만 원을 법니다"가 시장에서 더 강력합니다. 전자는 검증할 수 없지만, 후자는 링크 하나로 증명됩니다.

출시 목록을 쌓는 규칙은 단순합니다:

• 작게 만드세요. 첫 출시는 3주 안에 끝나는 크기여야 합니다. 거창한 SaaS가 아니라 계산기, 변환기, 정리 도구면 충분합니다.
• 끝까지 가세요. 80% 완성된 제품 10개보다 출시된 제품 1개가 낫습니다. 빌더의 증명은 "출시"라는 마침표에서 나옵니다.
• 공개하세요. 만드는 과정을 스레드, 링크드인, 블로그에 기록하세요. 출시 목록과 과정 기록이 합쳐지면 그것이 곧 빌더의 포트폴리오입니다.

퇴사는 전환이 아닙니다, 가장 위험한 전환 방법일 뿐입니다

프로덕트 빌더로 전환하겠다고 사표부터 내는 사람이 있습니다. 순서가 틀렸습니다. 전환은 회사 안에서 시작해야 합니다. 월급이라는 안전망 위에서 빌더의 근육을 키우는 것이 가장 합리적인 경로입니다.

회사 안에서 할 수 있는 전환 훈련은 생각보다 많습니다. 기획자라면 다음 기획서에 직접 만든 프로토타입을 첨부해 보세요. 개발자라면 다음 기능 제안서를 직접 써보세요. 사내에서 직무를 넘는 시도를 하면 두 가지를 얻습니다. 빌더의 경험치, 그리고 "저 사람은 혼자서도 일이 되게 만든다"는 평판입니다.

퇴근 후에는 사이드 프로젝트로 풀 사이클을 연습합니다. 회사에서는 사이클의 일부를 깊게, 사이드 프로젝트에서는 사이클 전체를 얕게. 이 두 트랙이 만나는 지점에서 전환이 완성됩니다. 사이드 프로젝트의 수익이 생활비를 넘보기 시작할 때, 그때 퇴사를 고민해도 늦지 않습니다.

90일 전환 로드맵: 정체성은 행동의 누적으로 바뀝니다

막연한 결심은 전환을 만들지 못합니다. 90일짜리 구체적인 행동 계획이 필요합니다.

• 1~30일: 옆 칸 침범. 내 직무 바로 옆 기술을 AI 도구로 익힙니다. 개발자는 고객 인터뷰 3건, 기획자·디자이너는 동작하는 프로토타입 1개. 깊이는 필요 없습니다. 끝까지 가는 경험이 목표입니다.
• 31~60일: 첫 출시. 3주 크기의 제품을 만들어 실제로 배포합니다. 도메인을 연결하고, 결제든 광고든 수익 구조를 하나 붙입니다. 매출 0원이어도 괜찮습니다. "혼자서 사이클을 돌렸다"는 사실이 자산입니다.
• 61~90일: 공개와 반복. 만든 과정을 콘텐츠로 공개하고, 사용자 피드백을 받아 한 번 개선합니다. 그리고 두 번째 제품을 시작합니다. 한 번은 우연이지만 두 번은 패턴입니다.

정체성은 선언으로 바뀌지 않습니다. "출시한 사람"이라는 사실이 쌓일 때, 시장이 먼저 당신을 빌더로 부르기 시작합니다.

직함은 회사가 주지만, 정체성은 스스로 만듭니다

전환의 마지막 단계는 기술이 아니라 정체성입니다. 자기소개가 바뀌어야 합니다. "OO 회사 기획자입니다"에서 "이런 문제를 푸는 제품을 만드는 사람입니다"로. 링크드인 헤드라인을 바꾸고, 프로필에 출시 목록을 올리고, 만드는 사람들의 커뮤니티에 들어가세요.

직함 중심의 커리어는 회사가 사라지면 같이 사라집니다. 하지만 출시 목록, 만드는 과정의 기록, 그리고 사이클을 끝까지 돌려본 경험은 어느 회사에도 종속되지 않는 당신의 자산입니다. 회사를 다니든, 독립하든, 그 자산은 계속 복리로 쌓입니다.

10년 뒤에도 직무 칸막이 안에 있을 것인지, 칸막이를 넘는 사람이 될 것인지. 선택은 지금 할 수 있습니다. 오늘 퇴근 후, 옆 칸의 일을 하나만 해보세요. 전환은 그렇게 시작됩니다.