AI 우선 PM처럼 일하는 방법

프로덕트 매니지먼트(Product Management)의 종말은 심하게 과장된 이야기입니다. 작년에 Danny Martinez와 저는 AI 시대에 프로덕트 매니지먼트가 덜 중요해지는 것이 아니라 오히려 더 중요해질 가능성이 높은 이유에 대해 논의했습니다.

하지만 AI는 확실히 제품 개발 방식을 바꾸어 놓았습니다. 핵심 역할을 대체하는 것이 아니라, 제품 개발의 3요소(프로덕트 매니지먼트, 디자인, 엔지니어링)를 구성하는 모든 구성원의 역량을 강화시켰죠. 이는 우리가 고객의 요구에 맞춰 제품을 함께 만들어가는 방식에 변화를 가져옵니다. 이는 최고의 AI조차도 어려워하는 부분이며, 당분간 그럴 가능성이 높습니다.

이번 포스트에서 Danny와 저는 AI가 프로덕트 매니지먼트의 가장 중요한 측면, 즉 더 나은 제품을 정의하고 구축하기 위해 우리가 협업하는 방식을 어떻게 변화시키고 있는지 살펴보고자 합니다.

여담: vibe coding에 대해 글을 쓰는 것이 좋은 아이디어라고 생각했지만, 이제 저는 AI 지배자들에게 영원히 이 사람으로 기억될 것 같습니다:

PRD는 프로덕트 매니지먼트의 기초입니다

"최고의 프로덕트 매니저가 되는 법(How to Become a Peak Product Manager)"에서 저는 PM 또는 프로덕트 리더로서 탁월한 성과를 내기 위해 필요한 12가지 역량에 대해 설명합니다. 그중 첫 번째 역량이 바로 기능 명세(Feature Specification)입니다:

PM이 요구사항을 수집하고, 기능을 정의하며, 명확하고 실행 가능한 형태로 목표를 설정하여 팀과 소통하고 제품 출시를 이끌어내는 능력.

성공은 팀이 무엇을 만들어야 하고 왜 만들어야 하는지를 명확하게 전달하는 PM의 능력에서 비롯됩니다. 좋은 기능 명세서는 반드시 길고 텍스트가 많은 문서일 필요는 없습니다. 훌륭한 명세서는 JIRA 티켓이나 Slack 채널에서도 찾아볼 수 있습니다. TripAdvisor의 한 PM은 냅킨에 적은 명세서를 발표한 적도 있습니다. 어떤 형식이든, 좋은 명세서는 팀을 목표 중심으로 결집시키고 팀이 완벽하게 실행할 수 있도록 충분한 세부 정보를 제공합니다.

다시 말해, 명세서와 PRD는 PM과 엔지니어 간의 소통 매체이며, 우리가 만들고 싶은 것과 그것을 구현할 능력 사이를 연결하는 조직과 같습니다.

명세서와 PRD는 우리가 만들고 싶은 것과 그것을 구현할 능력 사이를 연결하는 조직입니다.

PRD의 문제점

지난 몇 년간 저는 더욱 시각적인 명세서로의 전환 추세를 목격했습니다. 많은 회사에서 전통적인 명세서는 축소되거나 완전히 사라지고 있으며, Figma에서의 협업과 소통에 더 많은 시간을 할애하고 있습니다.

왜 그럴까요? PRD는 항상 문제를 안고 있었습니다. 소프트웨어는 시각적인 매체이지만, 전통적인 명세서/PRD는 텍스트 중심입니다. 이러한 간극은 문서의 내용과 최종적으로 만들어지는 결과물 사이에 해석의 여지를 많이 남깁니다.

이렇게 생각해 보세요: 만약 여러분이 건축가와 함께 집을 짓는다면, 단지 메모 한 장으로 프로젝트 진행을 승인하시겠습니까?

건축가는 최종 결과물이 어떻게 보일지 보여주기 위해 청사진에 의존합니다. 청사진은 고객에게 계획을 신뢰할 수 있는 명확성을 제공하고, 시공업체에게는 그것을 지을 수 있는 구체성을 제공합니다.

집을 지을 때, 잘못된 의사소통은 자재, 노동력, 돈과 같은 유형의 자원을 낭비합니다. 제품 개발에서는 그 낭비가 덜 눈에 띄지만 똑같이 현실적입니다. 모호한 PRD 때문에 여러 버전을 만들어야 하는 엔지니어는 끝없는 수정 작업과 낭비되는 노력으로 시간을 허비하게 됩니다.

프로토타입이 그 간극을 메웁니다.

프로토타입의 힘

과거에는 글로 된 명세서만으로도 충분했습니다. 앱이 문서와 유사했을 때, 즉 기본적인 탐색 기능과 최소한의 상호작용으로 연결된 정적인 페이지였을 때는 효과가 있었죠. 오늘날 최고의 제품들은 유동적이고 몰입감 있는 경험을 제공합니다. 제스처, 마이크로 애니메이션, 멀티모달 상호작용, 리치 미디어, 그리고 여러 화면 간의 매끄러운 전환은 말만으로는 담아낼 수 없습니다. 이러한 디테일이 훌륭한 앱을 차별화하는 요소입니다.

AI는 또 다른 차원의 복잡성을 통합합니다. 예측 가능한 결과를 내는 기존 소프트웨어와 달리, AI 기반 기능은 유사한 입력에도 다양한 결과를 생성할 수 있습니다. 텍스트 명세서만으로는 이러한 미묘한 동작이나 사용자가 이를 어떻게 경험할지 포착할 수 없습니다. 효과적인 AI 제품을 구축하려면 다양한 시나리오에서 시스템이 어떻게 반응하는지 말로 설명하는 것뿐만 아니라 직접 보여주는 것이 필요합니다.

바로 이 지점에서 프로토타입이 등장합니다. 최근까지 프로토타입 제작은 너무 많은 시간과 비용이 소요되어 대부분의 개발 주기에 편안하게 통합하기 어려웠습니다. 이제 생성형 AI 덕분에 이러한 상황이 바뀌고 있습니다.

PM과 디자이너는 vibe coding 도구를 사용하여 제품 아이디어를 살아있는 프로토타입으로 전환할 수 있습니다. 이전에는 잘못된 의사소통을 제품 개발의 "비용"으로 받아들였을지 모릅니다. 이제 팀은 프로덕션 코드가 작성되기 훨씬 전에 기능의 느낌을 판단할 수 있습니다.

중요한 점은 vibe coding 도구와 PRD가 같은 언어, 즉 영어(자연어)를 사용한다는 것입니다. 이러한 도구를 사용하면서 원하는 것을 정확히 얻기 위해 프롬프트를 개선해야 하며, 이는 더 나은 요구사항을 작성하는 데 도움이 됩니다. 또한, 그 결과물은 제품의 살아있는 표현, 즉 훨씬 더 명확한 명세서를 제공하는 인터랙티브한 청사진입니다.

그 결과는 무엇일까요? 더 빠른 의견 일치, 비용이 많이 드는 재작업 감소, 그리고 컨셉에서 만족스러운 제품으로 이어지는 더 명확한 경로입니다.

첫 프로토타입을 vibe code하는 방법

Danny는 스텔스 모드로 채용 제품을 개발해 왔습니다. 그는 v0를 사용하여 더 나은 명세서를 만들고 엔지니어와 더 효과적으로 소통하고 있습니다. 이제 Danny가 간단한 예시를 통해 설명하고, 이어서 그가 개발 중인 제품의 실제 프로토타입으로 넘어가 보겠습니다.

1. 간단한 컨트롤

새로운 채용 제품의 핵심 인터페이스에 캘린더 드롭다운을 추가해야 했습니다. PRD에는 다음과 같이 기술할 수 있습니다:

• 이 캘린더 드롭다운 메뉴는 이력서 제품에서 사용되며, 지원자가 특정 직무에서 몇 년을 근무했는지 나타내는 데 사용됩니다.
• 사용자는 특정 직무의 시작 연도와 종료 연도를 선택할 수 있어야 하며, 시작 연도는 종료 연도와 같거나 그 이전이어야 합니다.
• 사용자는 1900년부터 현재 연도(즉, 사용자가 이 드롭다운을 사용하는 연도)까지 연도를 선택할 수 있는 옵션이 있어야 합니다.

비기술적인 독자에게는 간단해 보일 수 있습니다. 하지만 엔지니어에게는 지독하게 모호합니다. 엔지니어가 제기할 수 있는 몇 가지 질문은 다음과 같습니다:

• 드롭다운 메뉴의 기본 텍스트는 무엇이어야 합니까?
• 이것이 캘린더 드롭다운임을 나타내는 아이콘을 사용해야 합니까?
• 마우스를 올렸을 때(hover) 애니메이션이 있습니까?
• 시작 연도와 종료 연도를 위한 두 개의 드롭다운 메뉴가 있어야 합니까?
• 한 번에 몇 년을 표시해야 합니까?
• 어떤 색상 구성을 사용해야 합니까?
• PM은 정확히 뭘 하는 사람들인가요?

이러한 세부 사항 하나하나가 중요하지만, 놓치기 쉽습니다. 명세서를 작성하는 PM은 구현의 모든 측면을 고려해야 하는 엔지니어와는 다른 사고방식을 가지고 있습니다. 바로 이 지점에서 v0와 같은 도구가 큰 도움이 될 수 있습니다.

그 모호한 명세서를 v0에 입력하고 어떤 결과가 나오는지 봅시다:

제가 생각했던 것과는 전혀 달랐지만, 제 초기 요구사항이 얼마나 모호했는지 확인시켜 주었습니다. 몇 초 만에 제 명세서에 대해 꽤 만족스러웠던 기분에서 엔지니어들이 종종 느끼는 좌절감을 공유하게 되었습니다. 다행히도 이 문제를 파악하는 데 많은 시간을 낭비하지 않았습니다.

여기서부터 마법이 시작됩니다: v0에서 계속해서 개선할 수 있습니다. 각 프롬프트는 요구사항을 더욱 명확하게 만들고 즉시 공유할 수 있는 시각적이고 충실도 높은 프로토타입을 생성합니다. 20번의 프롬프트 수정 후에는 다음과 같이 보입니다:

이제 저는 더 상세한 요구사항, 더 나은 디자인, 그리고 엔지니어링팀과 공유할 수 있는 작동하는 프로토타입을 갖게 되었습니다. 여기에는 프로덕션 구현을 위한 좋은 시작점을 제공하는 전체 소스 코드도 포함됩니다. Vibe coding은 우리 프로세스를 더 좋고 빠르게 만들었습니다.

더 복잡한 예시를 살펴보겠습니다.

2. 더 복잡한 랜딩 페이지

저희 제품은 넓은 네트워크를 가진 인플루언서들이 자신의 네트워크 내 사람들을 채용 기회에 연결하도록 돕습니다. 저는 사용 가능한 채용 정보를 보여주고 지원자가 이력서를 업로드하여 해당 기회에 지원할 수 있도록 하는 랜딩 페이지 명세서를 작성해야 했습니다. 다음은 제 첫 번째 요구사항 초안입니다:

• 지원자와 채용 담당자 정보를 한 페이지에서 수집할 방법이 필요합니다.
• 헤더에는 제 사진, 저에 대한 간략한 소개, 그리고 제 LinkedIn 및 Substack 링크가 있어야 합니다. 양식에 비디오를 넣을 방법도 있어야 합니다.
• 지원자 탭
  • 수행해야 할 작업에 대한 3단계 목록이 있어야 합니다.
  • 채용 공고가 포함된 드롭다운 목록이 있어야 합니다.
  • 드롭다운 목록에서 선택된 각 채용 공고에는 명세와 추가 세부 정보가 담긴 음성 메모가 있어야 합니다.
  • 페이지 하단에는 "이력서 업로드"라는 명확한 CTA(Call To Action)가 있어야 합니다.
• 채용 담당자 탭
  • 어떤 종류의 도움이 필요한지 선택합니다 (4가지 옵션: 1. 홍보, 2. 소싱, 3. 검증, 4. 위 모든 사항).
  • 회사 및 채용 중인 직무에 대한 세부 정보.
  • 페이지 하단에는 "연락하기"라는 명확한 CTA가 있어야 합니다.

다시 한번, 이 요구사항들은 저에게는 말이 되지만 엔지니어가 필요로 하는 구체성이 부족합니다. 답변이 필요한 몇 가지 질문은 다음과 같습니다:

• 탭은 어떻게 표시되어야 합니까?
• 한 번에 얼마나 많은 정보를 표시해야 합니까?
• 어떤 디자인 시스템을 사용해야 합니까?
• 정확히 어떤 문구를 원하십니까?
• 비디오와 오디오 노트는 어떻게 표시되어야 합니까?

제 초기 요구사항을 v0에 입력했고, 다음과 같은 결과를 얻었습니다:

이것은 제가 생각했던 것과 전혀 다릅니다. 비디오가 너무 많은 공간을 차지하고 가장 중요한 요소인 이력서 업로드 CTA는 스크롤을 한참 내려야 보입니다. 몇 번의 반복 작업 끝에 만족스러운 결과물을 얻었습니다. 약 80% 정도 완성되었지만, 엔지니어링팀과 논의하기에는 충분합니다:

이 과정은 두 가지 중요한 결과를 가져왔습니다:

1. 더 나은 요구사항을 정의하는 데 도움이 되었습니다.
2. 해당 요구사항을 더 명확하게 전달하는 데 도움이 되었습니다.

v0를 몇 달 동안 사용한 후, 기능을 정의할 때 가장 먼저 찾는 도구가 되었습니다. 또한 몇 가지 예상치 못한 결과도 있었습니다: 이제 함께 일하는 엔지니어들에게 훨씬 더 많은 공감을 느낍니다 (디테일이 중요하더군요!). 무엇보다도, v0 사용에 익숙해지면서 전반적인 출시 시간이 줄어들고 있습니다.

Vibe coding이 프로덕트 매니지먼트를 어떻게 변화시키는가

Danny는 "vibe coding"이라는 용어가 생기기 훨씬 전부터 이 접근 방식을 사용해 왔습니다. 그의 경험은 많은 AI 선도 PM들이 발견하고 있는 것과 일치합니다: AI 도구는 사람을 대체하는 것이 아니라, 우리가 더 나은 일을 하도록 돕고 있습니다.

AI 코딩 도구를 사용하는 PM들은 업무 흐름과 엔지니어링팀과의 관계에서 큰 변화를 경험하고 있습니다:

1. 기술 동료에 대한 공감 증대. 프로토타입을 만들면서 이전에는 "엔지니어에게 맡겼을" 세부 사항들을 고려하게 됩니다. 모호한 명세서로 인해 그들이 겪는 어려움을 더 잘 이해할 수 있게 됩니다.
2. 더 효율적인 커뮤니케이션. 프로토타입은 수많은 명확화 질문과 회의를 없애줍니다. 양측 모두 목표에 대한 공유된 이해를 바탕으로 시작합니다.
3. 출시 시간 단축. 명세/명확화 단계에 소요되는 시간이 줄어들면서 전체 개발 주기가 크게 단축되었습니다.
4. 더 깊이 있는 협업. 좋은 제품팀은 조립 라인보다는 재즈 밴드처럼 일합니다. 명세와 구현 사이의 경계가 모호해짐에 따라 제품, 디자인, 엔지니어링팀이 더욱 협력적인 방식으로 함께 일할 수 있습니다.
5. 더 나은 제품. AI 지원 프로토타이핑을 통해 제품을 더욱 현실적으로 구현할 수 있습니다. 이는 UX가 더욱 몰입형으로 발전하고 AI 기반 제품이 더욱 동적으로 변함에 따라 필수적입니다.

저는 제품팀에게 엔지니어가 여러분의 명세서 최종본을 작성한다는 점을 상기시키곤 합니다. 이는 10년 전이나 지금이나 마찬가지입니다. 하지만 이제는 더 나은 명세서를 작성할 수 있습니다.

AI 도구는 개인의 생산성을 높이는 것뿐만 아니라 팀이 소통하는 방식을 변화시킵니다. 기술팀과 비기술팀 구성원 간의 의사소통 격차를 해소하여 공유된 이해를 창출하고, 이는 더 영감을 주는 솔루션과 더 강력한 제품으로 이어집니다.

AI는 우리가 더 빨리 출시하도록 돕는 것뿐만 아니라, 더 잘 출시하도록 돕습니다.

How to work like an AI-first PM

Prototypes are the new PRD... use vibe coding to write better specs and build better products.

Ravi on ProductRavi Mehta