초기 스타트업의 제품 로드맵 만드는 법: Now, Next, Later로 나누고 목표에 연결하기

스타트업 로드맵이 하는 일과 하지 않는 일

로드맵은 한 가지 질문에 답합니다. 무엇을, 어떤 순서로, 왜 하는가? 무엇보다 소통 도구입니다. 읽는 사람은 팀, 투자자, 때로는 고객, 그리고 그 순서가 왜 말이 됐는지 잊어버린 3개월 뒤의 나 자신입니다.

로드맵은 백로그도, 출시 계획도, 약속 목록도 아닙니다. 그런 것들도 따로 있으며, 이를 혼동하는 것이 초기 로드맵이 실패하는 가장 흔한 이유입니다. 항목이 140개인 로드맵은 이름만 바꾼 백로그입니다. 모든 행에 날짜가 있는 로드맵은 아무도 지킬 수 없는 출시 계획입니다.

로드맵, 백로그, 출시 계획의 차이

셋은 서로 이어져 있습니다. 로드맵의 Now 항목은 프로젝트나 에픽이 되고, 그 이슈는 백로그에 들어가며, 그중 일부가 이번 사이클로 들어옵니다. 사이클의 이슈에서 로드맵 항목으로, 거기서 목표로 선을 따라갈 수 있다면 시스템이 작동하고 있는 것입니다.

초기에는 Now/Next/Later가 날짜 기반 간트 차트보다 나은 이유

Now/Next/Later 형식은 ProdPad의 공동 창업자 Janna Bastow가 만들었고, 그는 그 기원을 처음에 "Current / Near term / Future"라는 제목의 스케치였다고 설명합니다. 핵심은 마감일을 시간 범위로 바꾸는 것입니다. 그러면 확실성이 타임라인 전체에 고르게 꾸며지는 대신, 왼쪽에서 오른쪽으로 갈수록 낮아집니다.

스타트업에게 이것은 현실과 맞습니다.

• Now는 앞으로 4~6주입니다. 무엇을 만들고 누가 맡는지 압니다.
• Next는 대략 다음 분기입니다. 문제를 알고 근거도 어느 정도 있지만, 해결책은 열려 있습니다.
• Later는 그 이후의 모든 것입니다. 가설이 있고, 그것을 계속 보이게 둘 이유가 있습니다.

간트 차트는 아직 설계하지 않은 작업, 아직 없을지도 모르는 고객을 위해 시작일과 종료일을 지어내게 만듭니다. 날짜가 밀리면, 그리고 반드시 밀리는데, 로드맵은 신뢰를 잃고 사람들은 더 이상 읽지 않습니다. Now/Next/Later는 가까운 일에는 정확하고 나머지에는 정직하게 해 줍니다.

날짜에도 자리는 있습니다. 콘퍼런스, 규제 기한, 계약상 마일스톤 같은 외부의 고정 기한이 있다면 해당 항목에 제약 조건으로 적으세요. 다만 없는 날짜를 만들어 내지는 마세요.

Now/Next/Later 로드맵을 오후 한나절에 만드는 법

창업자들과 제품·엔지니어링 책임자가 세 시간을 비웁니다. 화이트보드나 공유 페이지, 지난 분기의 고객 메모, 지표가 필요합니다.

1. 앞으로 6개월의 성과를 두세 개 쓴다

기능이 아니라 목표에서 시작합니다. "3월까지 유료 팀 20곳이 매주 제품을 쓴다"는 성과입니다. "Slack 연동 만들기"는 성과가 아닙니다. 성과는 두세 개면 충분하고, 다섯 개라면 아직 고르지 못한 것입니다. 이미 OKR을 쓰고 있다면 이것이 목표(Objective)이며, 쓰는 법은 스타트업 OKR 세우기 가이드에서 다룹니다.

2. 아이디어와 근거를 한곳에 모은다

후보를 모두 한 목록으로 모읍니다. 기능 요청, 영업 통화 메모, 지원 티켓, 팀이 고치고 싶은 것들. 각 항목 옆에 근거를 적습니다. 몇 곳의 고객이 요청했는지, 무엇이 움직일지, 지금 어떤 비용이 드는지. 근거 없는 아이디어도 로드맵에 올릴 수 있지만, Later에 두고 베팅이라고 표시합니다.

3. Now, Next, Later로 나눈다

항목마다 묻습니다. 성과 중 하나에 기여하는가, 얼마나 확신하는가? 기여하고 해결책도 알면 Now. 기여하지만 해결책이 열려 있으면 Next. 흥미롭지만 검증되지 않았으면 Later. 어떤 성과에도 기여하지 않는 것은 Later가 아니라 로드맵에서 뺍니다. Now는 팀이 앞으로 6주 안에 실제로 시작할 수 있는 것으로 제한하세요. 5인 팀이라면 보통 2~4개입니다.

4. 각 항목을 기능이 아니라 문제로 쓴다

"새 사용자가 첫 프로젝트를 찾지 못한다"가 "온보딩 재설계"보다 낫습니다. 가장 저렴한 해결책이 들어갈 여지를 남기고, 그 항목이 왜 있는지 독자에게 알려 주기 때문입니다. 효과가 있었는지 어떻게 알지 한 줄 덧붙이세요.

5. Now 항목을 목표와 작업에 연결한다

Now 항목마다 담당자, 기여하는 성과, 작업을 담은 프로젝트나 에픽 링크를 붙입니다. 이 단계가 로드맵을 슬라이드가 아닌 일하는 도구로 만듭니다. 팀이 왜 그걸 만드느냐는 질문을 받으면 답은 클릭 한 번 거리에 있습니다.

저희 제품 로드맵 템플릿에는 이 구조가 복사할 수 있게 들어 있습니다. 맨 위의 성과, Now/Next/Later 열, 근거와 담당자 칸, 검토 섹션입니다.

로드맵 항목을 목표와 아이디어에 연결하기

로드맵은 다른 두 목록 사이에 있고, 그 둘과 연결을 유지하는 것이 일의 대부분입니다.

아이디어가 로드맵을 채운다. 누구나 근거와 함께 제안을 넣을 수 있는 아이디어 수신함을 하나만 두세요. 매달 검토해서 가장 강한 아이디어는 Next로 올리고, 기존 항목에는 새 근거를 더하고, 나머지는 보관합니다. 두 달 동안 고객 다섯 곳에서 근거가 모인 아이디어라면 논의할 자격이 있습니다.

목표가 로드맵을 평가한다. Now 항목은 각각 핵심 결과(Key Result)를 움직여야 합니다. Now 항목을 끝냈는데 핵심 결과가 움직이지 않는다면 그것도 정보입니다. 항목이 틀렸거나 지표가 틀린 것입니다. 매주 또는 격주로 하는 목표 체크인, 즉 상태와 한 문장이 이것을 정직하게 유지합니다.

새로 합류한 사람과 용어를 공유해야 한다면 용어집의 제품 로드맵 항목에 각 용어의 짧은 정의가 있습니다.

로드맵을 언제, 누구에게 공개할까

모두에게 같은 버전이 필요한 것은 아닙니다.

요청하는 고객이 생기면 고객에게 공개할 가치가 있습니다. 제품이 살아 있다는 것을 보여 주고, 쓸모 있는 피드백을 끌어내고, 영업팀이 따로 약속하는 것을 막아 줍니다. 안전하게 공개하는 규칙은 두 가지입니다. 기능이 아니라 문제를 보여 줄 것, Now 이후에는 절대 날짜를 넣지 말 것. GitHub의 공개 로드맵은 안내 문구의 좋은 본보기입니다. 항목은 약속이 아니고, 날짜는 바뀔 수 있으며, 고객은 이를 근거로 구매 결정을 내려서는 안 된다고 밝힙니다.

고객이 생기기 전에는 내부에만 두고, 투자자에게는 월간 보고로 공유하세요.

얼마나 자주 검토할까

• 매주: 아무것도 하지 않습니다. 로드맵은 일주일 만에 움직이면 안 됩니다. 그건 사이클 계획의 몫입니다.
• 매달: 45분 검토. 끝난 Now 항목을 빼고, Next에서 올리고, 아이디어 수신함에서 근거를 더하고, 성과가 여전히 유효한지 확인합니다.
• 분기마다: 성과를 다시 씁니다. 앞으로 6개월이 여전히 같은 방향을 가리키는지 여기서 결정합니다.

로드맵이 매주 바뀐다면 백로그로 쓰고 있는 것입니다. 석 달 동안 바뀌지 않았다면 아무도 쓰지 않는 것입니다.

스타트업 로드맵을 위한 도구

시작하는 데 전용 도구는 필요 없습니다. 2026년 10월 기준으로 흔히 쓰는 선택지는 다음과 같습니다.

Linear의 이니셔티브 문서는 이니셔티브를 공통 목표를 중심으로 프로젝트를 묶은 것으로, 각각 상태, 담당자, 목표일이 있다고 설명합니다. 프로젝트가 생긴 뒤에는 Now와 Next 층으로 잘 작동합니다.

Atrix는 저희가 만드는 도구이므로, 할 수 있는 것과 없는 것을 적겠습니다. 아이디어에는 전용 수신함이 있어 시그널과 브리프를 더할 수 있고, 준비된 아이디어는 프로젝트로 승격할 수 있습니다. 목표에는 핵심 결과와 체크인이 있고, 일부 핵심 결과는 이슈, 영업 기회, 채용에서 자동으로 갱신됩니다. 로드맵에는 이니셔티브와 마일스톤이 상태와 이슈 수와 함께 표시됩니다. Now/Next/Later 열 자체는 템플릿으로 만든 페이지로, 그 프로젝트와 목표에 연결되며 별도의 보드 뷰가 아닙니다. 무료 요금제는 없고 7일 체험만 있습니다. 프로젝트, 사이클, 백로그가 그 아래에서 어떻게 맞물리는지는 프로젝트 관리 페이지에서 설명합니다.

자주 묻는 질문

스타트업 제품 로드맵에는 무엇을 넣어야 하나요?

앞으로 6개월의 성과 두세 개와, Now, Next, Later로 나눈 짧은 문제 목록입니다. Now 항목마다 담당자, 기여하는 목표, 작업 링크가 필요합니다. Next 항목에는 근거를 붙이고, Later 항목은 베팅이라고 표시하세요.

초기 스타트업 로드맵은 얼마나 먼 미래까지 그려야 하나요?

612개월이며, 자세히 적는 것은 지금부터 46주뿐입니다. 이번 분기 이후에는 날짜 대신 시간 범위를 쓰세요. 초기 계획 대부분은 너무 빨리 바뀌어서 날짜가 박힌 12개월 뷰가 계속 사실로 남기 어렵습니다.

로드맵과 백로그는 어떻게 다른가요?

로드맵은 몇 개의 문제나 성과를 우선순위대로 나열하고 이유를 설명합니다. 백로그는 그것을 이룰 수 있는 구체적인 이슈와 태스크를 나열합니다. 로드맵은 매달, 백로그는 매일 바뀝니다.

스타트업은 로드맵을 공개해야 하나요?

요청하는 고객이 있다면 보통은 축소판으로 공개하는 게 좋습니다. Now와 일부 Next 항목을 문제로 쓰고, Now 이후에는 날짜를 넣지 않으며, 약속이 아니라는 점을 분명히 적습니다. 근거와 Later 베팅은 내부에 둡니다.

Now/Next/Later가 타임라인 로드맵보다 나은가요?

초기 스타트업이라면 대개 그렇습니다. 불확실성에 정직하고 날짜를 지어내지 않습니다. 타임라인은 외부 고정 기한이 있는 팀이나 납기가 예측 가능한 성숙한 제품에 맞습니다. 실제 기한이 있는 항목에는 따로 날짜를 넣을 수 있습니다.

다음 단계

제품 로드맵 템플릿을 복사하고 성과부터 채우세요. 로드맵, 그 바탕이 되는 아이디어, 그 아래의 작업을 한 워크스페이스에서 다루고 싶다면 스타트업을 위한 Atrix를 보세요.

출처

2026년 10월 확인: ProdPad의 Now-Next-Later 기원, ProdPad 기능, GitHub 공개 로드맵, Linear 이니셔티브.