MVP·시제품 사용자 검증
MVP·시제품 오픈 후,
기능 추가보다 사용자 검증부터
MVP·시제품의 목적은 많은 기능을 완성하는 것이 아니라
실제 사용자가 문제를 해결하는지 확인하는 것입니다.
오픈 직후 들어오는 요청을 모두 개발하지 말고,
행동과 피드백을 모아 다음 개발의 근거로 사용해야 합니다.
2차 개발을 시작하기 전 질문
“사용자가 실제로 이 기능을 필요로 했는가?”
창업자의 아이디어가 아니라 사용자 행동과 반복되는 문제를 근거로 다음 기능을 결정합니다.
도달
핵심 행동
가입 후 실제 핵심 기능까지 도달했는가
재사용률
재사용
한 번 사용하고 끝나는지 다시 돌아오는지
이탈
막히는 지점
문의·이탈이 반복되는 단계는 어디인지
지불
지불 신호
유료 사용·도입 의사를 보이는지
검증 흐름
MVP 오픈 후 검증 흐름
기능 추가보다 검증 루프를 반복
1단계
사용자 유입
누가 어떤 경로로 들어오는지 확인합니다.
2단계
핵심 행동 확인
가입이 아니라 문제 해결 행동까지 갔는지 봅니다.
3단계
막힘·이탈 수집
어디서 포기하거나 문의하는지 기록합니다.
4단계
가설 검증
처음 세운 고객 문제와 해결 방식이 맞았는지 확인합니다.
5단계
다음 개발 결정
유지·개선·제거·추가 중 하나를 선택합니다.
무엇을 볼까
숫자와 사용자 말을 함께 봅니다.
행동 데이터에서 볼 것
- 가입 후 핵심 기능까지 도달한 비율
- 첫 사용 후 다시 방문한 사용자 수
- 특정 화면에서 이탈이 집중되는지
- 실제로 많이 사용하는 기능과 거의 사용하지 않는 기능
- 반복적으로 실패하거나 오류가 발생하는 흐름
사용자 피드백에서 볼 것
- 같은 문의가 여러 사용자에게 반복되는지
- “있으면 좋겠다”보다 “없어서 일을 못 한다”는 요구인지
- 현재 방식 대신 다른 방법으로 우회하고 있는지
- 실제 비용을 지불하거나 계약할 의사가 있는지
- 사용하지 않는 이유가 기능 부족인지 필요성 부족인지
기능 판단
사용자 요청이 들어왔을 때 판단 기준
| 상황 |
사용자 신호 |
판단 |
다음 행동 |
| 유지 |
핵심 기능 사용률이 높고 반복 사용 |
가설이 일정 수준 맞음 |
성능·사용성 개선 중심 |
| 개선 |
필요성은 있으나 사용 중 반복적으로 막힘 |
기능보다 UX·절차 문제 가능성 |
화면·흐름 단순화 후 재검증 |
| 추가 |
여러 사용자가 같은 기능 부재로 업무 중단 |
실제 문제 해결에 필요한 기능 가능성 |
2차 개발 후보 등록 |
| 보류 |
한 명의 의견이지만 사용 근거가 부족 |
개별 요구일 수 있음 |
추가 사용자에게 반복 여부 확인 |
| 제거 |
거의 사용하지 않고 핵심 가설과 무관 |
운영비와 복잡도만 증가 |
제거 또는 비노출 검토 |
우선순위 기준
2차 개발 우선순위는 4가지로 판단하세요.
01
사용자 영향
얼마나 많은 사용자가 같은 문제를 겪고 있는가?
02
사업 영향
전환·재사용·계약 등 사업 결과와 연결되는가?
03
개발 비용
개선 효과 대비 개발기간과 비용이 적절한가?
04
검증 가능성
개발 후 효과를 다시 측정할 수 있는가?
사용자 인터뷰
사용자에게는 기능보다 행동을 물어보세요.
초기 사용자 인터뷰 질문 예시
“이 서비스를 사용하기 전에는 이 일을 어떻게 처리하셨나요?”
기존 대안과 실제 불편을 확인합니다.
“사용하면서 가장 오래 걸리거나 막힌 부분은 어디였나요?”
추상적인 만족도보다 구체적인 행동을 확인합니다.
“이 기능이 없어지면 다시 예전 방식으로 돌아가야 하나요?”
핵심 가치가 실제로 존재하는지 확인합니다.
“추가되었으면 하는 기능은 왜 필요한가요?”
요청 기능 자체보다 그 기능이 해결해야 하는 문제를 찾습니다.
“이 서비스를 계속 사용하거나 비용을 지불할 의향이 있나요?”
호감이 아니라 실제 사용·지불 신호를 확인합니다.
한 줄 원칙
MVP 다음 단계는 “더 만들기”가 아니라 “무엇을 더 만들지 증명하기”입니다.
사용자 요청을 모두 기능으로 바꾸면 MVP가 빠르게 커집니다.
먼저 실제 사용 행동과 반복되는 문제를 확인하고,
사업에 영향을 주는 항목만 2차 개발 대상으로 선택하는 것이 좋습니다.