제품 로드맵 생성기(Product Roadmap Generator)

당신의 로드맵은 아마 기능 목록일 뿐이다. 고쳐야 한다.

Amazon에서 제품 로드맵은 고객 관점에서 쓴 press release로 시작합니다. Gantt chart도 아니고, Jira epic 목록도 아닙니다. 고객이 무엇을 경험하게 될지, 왜 중요한지에 대한 narrative입니다. 대부분의 팀은 거기까지 가지 못합니다. 분기별로 정렬된 feature spreadsheet를 만들고 그것을 전략이라고 부릅니다.

저는 스타트업과 mid-stage 회사의 PM 팀 로드맵을 수백 개 봤습니다. 패턴은 우울할 정도로 비슷합니다. 맥락 없는 기능의 벽입니다. 왜 하는지 설명이 없고, 어떤 bet인지도 드러나지 않고, 일부가 틀릴 수도 있다는 인정도 없습니다.

아무도 말하지 않는 로드맵 문제

Gartner의 2023년 연구에 따르면 제품 initiative의 72%는 기대했던 비즈니스 결과를 만들지 못합니다. 가장 흔한 원인은 실행이 나빠서가 아니라, 로드맵 수준에서 우선순위를 잘못 잡았기 때문입니다. 즉, 맞는 것을 잘못 만들거나, 더 나쁘게는 틀린 것을 아주 잘 만듭니다.

근본 원인은 대부분의 로드맵이 output과 outcome을 혼동하기 때문입니다. "SSO 출시"는 output입니다. "가장 큰 보안 objection을 제거해 enterprise deal cycle을 30% 단축"은 outcome입니다. 전자는 엔지니어링에게 뭘 만들지 말해주고, 후자는 조직 전체에 왜 중요한지와 무엇을 보면 성공인지 말해줍니다.

Marty Cagan은 오랫동안 최고의 제품팀은 기능이 아니라 문제를 푼다고 말해왔습니다. 하지만 그 철학을 실제 로드맵 문서로 번역하는 일, 즉 경영진을 만족시키고, 엔지니어링을 정렬시키고, 불확실성을 솔직하게 드러내는 문서로 만드는 일은 훨씬 어렵습니다.

이 프롬프트가 돕는 방식

이 프롬프트는 실제로 잘 작동하는 형식, 즉 Now / Next / Later 구조에 맞춰 로드맵을 만들게 강제합니다. 각 initiative마다 우선순위 근거, dependency, resource requirement를 명시하게 합니다. 제품 비전, 단계, 팀 규모, 전략 목표에서 출발해, CEO에게 보여주거나 엔지니어링과 공유할 수 있는 문서를 만들어냅니다.

Now / Next / Later 구조는 Spotify와 Intercom 같은 팀이 실제로 쓰는 방식을 반영합니다. 이는 commitment level을 정직하게 보여줍니다. Now는 이번 분기에 만든다는 뜻이고, Next는 올 가능성이 높다는 뜻이며, Later는 아직 충분히 검증되지 않은 bet라는 뜻입니다.

언제 사용할까

• 분기 또는 연간 계획 사이클을 준비하면서 구조화된 출발점이 필요할 때
• 현재 로드맵이 Jira 보드라서 엔지니어링 밖 누구도 이해하지 못할 때
• CEO, 엔지니어링, 세일즈, 마케팅 등 여러 stakeholder를 하나의 문서로 정렬시켜야 할 때
• 새 팀에 합류해서 제한된 맥락 안에서 첫 로드맵을 처음부터 만들어야 할 때
• 보드 미팅이나 투자자 업데이트에서 제품 방향을 명확히 보여줘야 할 때

좋은 결과물의 모습

좋은 로드맵은 각 initiative가 어떤 전략 목표와 연결되는지 보여주고, 왜 이것이 다른 대안보다 먼저인지 한 문장 rationale을 붙이고, initiative 간 dependency를 맵핑하고, 의도적으로 하지 않기로 한 것까지 명시해야 합니다. 최고의 로드맵은 opinionated합니다. 어떤 bet를 하고 있는지와 그 가정이 무엇인지를 숨기지 않습니다.

참고 자료

• Delivering What Customers Value Most — Gartner
• Product Roadmaps: How to Set Direction While Embracing Uncertainty — Silicon Valley Product Group
• The Now/Next/Later Roadmap — ProdPad