형식보다 사용자 가치·대화·검증 가능성이 중요하다. 작은 종단 결과로 나눈다.
사용자·필요·이유의 문장은 대화의 출발점이다. 수용 기준과 예외·비기능 요구가 있어야 검증할 수 있다. 독립성·협상 가능성·가치·추정 가능성·작은 크기·검증 가능성을 보는 INVEST는 유용한 점검 렌즈이며 모든 항목을 기계적으로 통과시키는 계약 양식이 아니다.
MoSCoW는 필수·중요·있으면 좋은 것·이번엔 하지 않을 것을 구분한다. Kano는 기본 기대와 만족의 관계를, WSJF 형태의 비교는 지연 비용 대비 작업 크기를 본다. 모델의 입력 척도·조직 정의·의존성·필수 의무를 함께 고려한다.
제품 전략은 대상 사용자·문제·원하는 변화·집중할 선택과 근거를 연결한다. 성과 목표·기회·해결안·로드맵·백로그·승인된 기준선은 목적이 다르다. 아래 창작 사례에서 문제를 고르고 여러 대안을 비교하며, 필수 작업·가용량·기회비용·학습 계획과 의사결정 기록을 연결한다.
생각을 정리하는 순서
- 1사용자·가치·수용 기준을 명확히 한다
- 2작은 종단 결과로 분할한다
- 3모형과 실제 제약을 함께 비교한다
비교해서 이해하기
| 개념 | 설명 | 확인할 점 |
|---|---|---|
| 사용자 스토리 · User story | 사용자 관점의 필요와 가치를 대화하기 위한 짧은 표현. | 완전한 상세 명세나 법적 계약의 자동 대체물이 아니다. |
| INVEST · INVEST | 독립·협상·가치·추정·작음·검증의 관점으로 스토리를 점검. | 기술 계층만 나누는 분할과 구분한다. |
| MoSCoW · MoSCoW | Must·Should·Could·이번에는 하지 않을 범위를 구분. | 모든 항목을 Must로 두면 우선순위가 사라진다. |
| Kano · Kano model | 기본·성능·매력 등의 특성과 고객 만족의 관계를 보는 모델. | 기능 수가 곧 만족이라는 가정을 피한다. |
| 지연 비용 대비 크기 · WSJF-style ranking | 정의한 지연 비용을 작업 크기로 나누어 비교하는 우선순위 방식. | 전사 공통의 절대 가치나 규제 면제 공식이 아니다. |
예제로 따라가기
가상 예제: 같은 척도의 지연 비용/크기로 A=20/10=2, B=15/3=5.
의존성과 필수 조건이 없다면 이 비교에서는 B의 비율이 높다.
스토리는 화면·DB만 각각 분리하기보다 사용자가 검증 가능한 작은 업무 흐름으로 나누는 방안을 찾는다.
무엇을 먼저 만들지, 문제에서 출발해 볼까요?
전략을 세울 때는 대상 사용자·현재 문제·원하는 변화·집중할 선택과 그 이유를 연결합니다. 로드맵은 그 선택을 시간 범위와 학습·전달 방향으로 소통하고, 백로그는 실행 후보와 구체적인 작업을 다룹니다. 하나의 점수가 모든 선택을 대신하지는 않습니다.
제품 전략
누구의 어떤 문제에 집중하며, 왜 이 방향인가?첫 신청자의 서류 이해 장벽을 먼저 낮춰 올바른 제출과 편익 실현을 돕는다는 선택. 다른 문제에 대한 가정·대안·근거도 남긴다.
성과 목표
어떤 행동·상태를 언제까지 얼마나 바꾸려는가?가상 목표: 첫 신청 시작자의 7일 내 제출률을 같은 측정 정의로 8주 후 60%→70%로 개선. 오류율·필수 동의 기록도 함께 확인.
로드맵
어떤 성과를 어떤 순서·범위·조건으로 추구하는가?지금은 이해 장벽을 검증하고, 다음은 중단·복귀 문제를 검토한다. 확신이 낮은 먼 항목은 상세 기능·날짜 약속을 줄인다.
백로그·수용 기준
다음 전달을 위해 무엇을 구체화하고 확인할까?안내 문구·접근성·예외 경로·측정 작업을 작게 나누고 완료·수용 조건을 정한다. 운영 확대는 별도 조건에 따른다.
승인된 기준선·약속
어떤 범위·예산·일정을 누가 통제하는가?계약·외부 승인·고정 기한을 명시한다. 로드맵을 바꿨다는 사실만으로 승인된 기준선이 자동 변경되지는 않는다.
성과·기회·해결안·검증을 구분하는 가상 지도
“기회”는 여기서 고객의 필요·불편·욕구를 뜻합니다. “임시 저장 버튼이 필요하다”처럼 특정 기능을 먼저 고정한 문장은 해결안과 문제를 섞을 수 있습니다. 아래 연결은 조사로 확인할 가설이며 모든 인과가 검증됐다는 뜻이 아닙니다.
처음 신청한 사용자가 올바른 제출을 마치도록 돕기
관측 기준 600/1,000명=60% · 가상 목표 8주 후 70%
오류 사용자율 2% 초과 시 확대 보류 · 필수 동의 기록 누락은 허용하지 않는다는 사례 조건
필요한 서류와 용어를 이해하기 어렵다
- 가상 관측 사실
- 인터뷰에서 “어떤 서류가 해당하는지 모르겠다”는 실제 경험을 들었다고 가정. 로그에서 해당 단계의 이탈을 관측했다고 가정.
- 해석·남은 가정
- 서류 이해의 어려움이 이탈에 기여할 수 있다. 로그만으로 이유를 확정하거나 일부 발언을 전체 비율로 바꾸지 않는다.
설명 부담을 줄이면 서류 단계에서 올바른 다음 행동을 알 수 있다.
가장 먼저 확인할 것 · 필수 서류를 찾고 신청을 진행하는 과제를 주어 막힘·도움을 관찰한 뒤, 제한된 운영 검증을 설계한다.신청 전 필요한 준비를 끝낼 수 있으면 중간 막힘이 줄 수 있다.
가장 먼저 확인할 것 · 사용자가 자신의 상황에 맞는 준비 항목을 고를 수 있는지 관찰한다. 기존 안내 개선과 서로 다른 가정을 비교한다.중단 후 돌아오면 입력을 다시 해야 한다
- 가상 관측 사실
- 복귀 사용자가 재입력 부담을 설명했고 기존 동작에서도 입력이 유지되지 않는다고 가정.
- 해석·남은 가정
- 중단·복귀가 중요한 이탈 원인인지, 대상 사용자의 빈도·영향과 다른 원인을 더 확인한다.
중단 후 돌아와도 입력을 유지하면 재입력 부담과 이탈이 줄어든다.
가장 먼저 확인할 것 · 중단·복귀 상황의 실제 맥락을 확인하고 저장·복원·개인정보 보호 조건을 기술·사용성 검증한다.운영팀이 문제를 더 빨리 발견하면 신청 실패 대응이 빨라질 수 있다. 어떤 운영 결정이 늦는지와 기존 로그·알림으로 부족한 점을 확인한다. 현재 사용자 문제와의 연결은 아직 약하다.
Teresa Torres의 기회·해결안 탐색 관점을 참고한 자체 축약 그림입니다. 목표나 고객의 불편을 AI가 지어내 실제 조사 결과처럼 쓰지 않습니다. 이 사례는 전부 창작입니다. A2는 비교할 검증 아이디어이며 아직 개발 작업량을 추정하거나 현재 배분에 포함하지 않았습니다.
제약을 먼저 확인하고, 선택의 대가를 설명해요.
이번 검토 구간의 가용량은 12인일, 반드시 해야 한다고 정한 통제 로그 수정은 4인일입니다. A는 4인일, B는 6인일, C는 8인일로 추정했다고 가정합니다. 모두 같은 단위지만 필요한 역량·의존성과 추정 오차는 따로 확인합니다.
필수 작업 뒤 잔여량 = 12 − 4 = 8인일
A+B = 4+6 = 10인일 → 잔여량 8인일 초과
필수 작업+A+B = 14인일 → 전체 12인일 초과
이 근거에서는 O1을 더 작게 배울 수 있는 A를 먼저 검증하는 선택이 가능합니다. B가 더 큰 문제라는 새 증거가 나오면 결론은 달라질 수 있습니다. A를 고르면 B의 잠재 효과를 이번 구간에 검증하지 못하는 기회비용이 생깁니다. 효과·확신이 불명확한 후보의 점수를 더해 확정 편익처럼 보고하지 않습니다.
가능한 한 가지 배분 · 합계 12인일
- 필수 통제 로그 수정 4인일
- A의 제한된 개선·검증 4인일
- 측정·자료 품질 점검 2인일
- 명시한 잔여 여력 2인일
잔여 여력은 아직 끝낸 일이나 추가 편익이 아닙니다. 이 배분은 선택 예시입니다. 인일 합계가 맞아도 병렬 수행·전문 역량·선행 작업·달력을 확인해야 하므로 종료일을 보장하지 않습니다.
로드맵에 확신과 재검토 조건을 함께 적어요.
첫 신청자의 이해 장벽을 줄일 수 있는지 검증
A의 작은 개선·측정과 필수 통제 작업을 현재 구간에서 계획. 실제 완료일은 의존성과 가용성을 확인해 예측.
확대 조건: 과제 막힘 개선·자료 품질·오류 기준·필수 기록·운영 준비를 검토. 목표 70%는 보장된 결과가 아님.
중단·복귀의 재입력 장벽 검토
B는 조사·기술 가정을 더 확인할 후보. 이번 구간의 개발 완료 약속으로 표시하지 않음.
재검토 조건: A 뒤에도 복귀 이탈이 중요하거나, 새로운 자료에서 O2의 빈도·영향이 더 크다고 판단될 때.
운영 대응의 관측 공백을 확인
C는 운영 의사결정과 목표의 연결이 더 필요함. 상세 화면·납기 약속을 먼저 확정하지 않음.
재검토 조건: 기존 로그·알림으로 결정이 늦는 원인을 확인하고 기대 효과·운영 비용·담당자가 정해질 때.
이 표는 자체 로드맵 예제입니다. “지금/다음/이후”가 모든 조직의 필수 형식은 아닙니다. 확정된 계약·통제 기한은 명시하고 역산 계획·승인 책임을 함께 관리합니다.
결정 기록 · 나중에 선택 이유를 복원할 수 있게
- 현재 결정
- 필수 로그 수정과 A의 작은 개선·검증을 계획한다. 측정 2인일과 잔여 여력 2인일을 구분한다. 검증 전 전체 사용자 확대는 약속하지 않는다.
- 근거와 불확실성
- O1에 관한 가상 인터뷰·동작 관찰·이탈 자료가 있으나 인과·시장 전체 빈도·목표 효과는 아직 확인하지 않았다. A와 A2의 주요 가정을 비교한다.
- 미룬 대안과 이유
- B는 이번 총량 안에서 A와 함께 넣기 어렵고 추가 근거가 필요하다. C는 현재 목표와의 연결이 약하다. 제외는 영구 폐기를 뜻하지 않는다.
- 담당·측정·중단
- 가상 제품 담당자는 목표와 선택, 개발 담당자는 기술·추정, 연구/분석 담당자는 과제·자료 품질을 확인한다. 실제 책임·결정권은 조직과 합의한다. 사례의 오류 2% 기준·필수 기록·운영 조건을 유지한다.
- 다시 볼 조건
- 정한 관측 기간과 분석 계획을 채운 뒤 평가한다. 고객 문제의 새로운 증거·추정 변화·가드레일 위반·필수 작업 증가 시 권한자와 대안을 다시 비교한다.
- 프로젝트와 연결
- 선택한 범위·수용 조건·의존성·위험·측정 작업을 구체화한다. 로드맵·백로그·예측과 승인된 기준선을 구별하고 필요한 변경 결정을 기록한다.
비채점 회상·적용 연습
“대시보드 화면 5개 출시”를 성과 목표로 써도 될까요?
출시한 화면 수는 산출물 지표입니다. 누가 어떤 결정을 더 잘 하거나 어떤 사용자 행동이 개선되는지, 기준값·기간·품질 조건을 함께 정의해 성과로 연결합니다. 화면 출시는 그 가설을 위한 한 대안일 수 있습니다.
WSJF 점수가 높은 C가 필수 통제 로그 수정을 밀어내도 될까요?
이 사례에서 로그 수정은 반드시 해야 하는 제약입니다. 우선순위 점수는 제약을 면제하지 않습니다. 기준·권한·위험을 확인하고, 필수 작업 뒤 남은 대안을 비교합니다. C의 높은 점수 자체도 입력 근거와 현재 목표의 정합성을 검토합니다.
가용량 12인일이니 A+B+필수 작업을 모두 넣어도 될까요?
4+6+4=14인일로 한도를 넘습니다. 일부 작업의 범위를 다시 나누거나 대안을 선택해야 합니다. 합계가 12 이하가 돼도 일정·역량·품질의 실현 가능성은 따로 검토합니다.
A가 기대보다 약하면 목표 지표를 유리하게 바꾸면 될까요?
측정 오류를 고치는 근거 있는 정의 수정과 성공을 꾸미는 사후 변경을 구분합니다. 원래 가설·계획·결과·한계를 남기고, 문제 선택·해결안·다음 검증을 재검토합니다. 새 정의를 쓰면 전후 비교 가능성도 확인합니다.
가설·검증 방법 →편익·지표 →사업성·기회비용 →의존성과 일정 계산 →
출처·시점·방법론의 적용 범위
- Melissa Perri · What is Good Product Strategy?
목표·현재 상태·실험과 제품 활동의 연결에 대한 2016-07-14 글. 원문은 저자가 후속 책·강의에서 관점을 발전시켰음을 명시한다. 역사적 기초 관점으로 사용하며 최신 통일 표준으로 제시하지 않는다. 2026-10-27 원문 확인.
- Teresa Torres · Opportunity Solution Trees
성과·고객의 필요/불편·대안·가정 검증의 관계를 참고. 2023-12-06 발행, 2026-10-27 원문 확인. 아래 그림·사례는 자체 제작한 축약 예제이며 원문 도표·전체 절차를 복제하지 않음.
- Roman Pichler · GO Product Roadmap and Checklist
성과 목표·측정·시간 범위와 상위 기능의 정합성을 보는 관점을 참고. PDF 표시 판본 01/2023, 2026-10-27 원문 확인. 원본 양식을 복제·번역한 것이 아닌 독립 설명과 자체 로드맵 사례.
지연 비용/작업 크기로 비교할 때, 지연 비용 15·작업 크기 3인 B의 점수는?
내 말로 정리하기
“예약 기능”을 사용자 가치가 남는 세 개의 작은 결과로 나눠 보자.
이 수업의 용어
- User story
- 사용자 관점의 필요와 가치를 대화하기 위한 짧은 표현.
- INVEST
- 독립·협상·가치·추정·작음·검증의 관점으로 스토리를 점검.
- MoSCoW
- Must·Should·Could·이번에는 하지 않을 범위를 구분.
- Kano model
- 기본·성능·매력 등의 특성과 고객 만족의 관계를 보는 모델.
- WSJF-style ranking
- 정의한 지연 비용을 작업 크기로 나누어 비교하는 우선순위 방식.