product roadmap을 어떻게 만들고 유지하나요?

Question

Accepted Answer

**product roadmap**은 *프로덕트가 시간에 따라 어디로 가고 왜 가는지*를 전달합니다. 정확한 날짜에 과도하게 약속하지 않으면서 팀과 stakeholder를 방향에 정렬시킵니다. 어려운 부분은 그리는 것이 아닙니다. 정직하게 유지하고, 날짜가 박힌 약속으로 바꾸려는 압력에 저항하는 것입니다.

## 기능 목록보다 성과를 우선하라

```text
약한 roadmap(기능/날짜):
  Q1: 기능 A   Q2: 기능 B   Q3: 기능 C

더 강한 roadmap(테마/성과):
  Now    → 결제 이탈 감소(목표: -20%)
  Next   → 모바일 온보딩 개선
  Later  → 두 번째 시장으로 확장
```

**Now / Next / Later**는 유연성을 보호하면서 방향을 전달합니다. 정확히 roadmap이 해야 할 일입니다.

## 항목을 전략에 묶어라

모든 roadmap 항목은 목표로 거슬러 올라갈 수 있어야 합니다. 무언가가 어떻게 전략을 진전시키는지 설명할 수 없다면, 아마 거기에 속하지 않습니다.

## 살아 있게 유지하라

```text
✓ 배우면서 정기적으로(예: 월간/분기) 재검토한다
✓ 변경을 소통하라 — 깜짝 놀랄 일은 신뢰를 갉아먹는다
✓ 약속된 것(근시일)과 방향성인 것(나중)을 구분하라
```

## 날짜의 함정

stakeholder는 roadmap을 약속의 간트 차트로 바꾸라고 압박합니다. 저항하세요. 먼 미래의 날짜는 추측입니다. 그것을 약속으로 제시하면 깨진 약속을 보장합니다. 근시일 작업에는 약속하고, 더 먼 지평은 방향성으로 유지하세요.

## 흔한 함정

모두가 요청한 모든 것의 위시리스트에 불과한 roadmap입니다. roadmap은 *하지 않을* 것에 관한 것이기도 합니다. 실제 우선순위 결정을 반영해야 합니다.

## 왜 중요한가

roadmap이 없으면 팀은 국소적으로 최적화하고 stakeholder는 깜깜이 상태가 되어, 끊임없는 "내 기능은 어떻게 되나?" 압력으로 이어집니다.

좋은 roadmap은 정렬을 만들고 적응할 여지를 벌어줍니다. 미래에 대해 틀리는 것에 자신을 가두지 않으면서 "우리는 어디로 향하는가?"에 답합니다.