하루일문
[Chapter 08-03] 서비스 기획업무 A~Z (MVP, Wireframe 과 Prototype) 본문
1️⃣ MVP 이해하기
📌 MVP(Minimum Viable Product)란?
MVP는
최소의 노력으로 고객의 대한 검증된 배움을
최대한 많은 양을 수집할 수 있게 도와주는 프로던트이다.
- Eric Ries
🔵 MVP를 왜 필요할까?
출시 > 측정 > 배움 > pivot or 개선으로 이어지는 피드백 루프를 가장 효율적으로 형성하는 방법
더보기
pivot
기업이 기존에 하던 비즈니스 모델 또는 프로덕트의 성공 가능서이 낮다고 판단될 때, 새로운 비즈니스 모델로 전환하는 것
🔵 좋은 MVP vs 나쁜 MVP
- 적은 기능을 가지고 있되, 핵심 기능은 온전히 동작해야하며 디지인과 UX등을 통해 고객의 근본적 욕구를 충족 시킬 수 있어야함.
- 즉, 한 가지 몰아서 개발하는 것이 아닌 왼쪽 그림처럼 고르게 개발 되어야 좋은 MVP임.
- 단, 제품없이도 고객을 이해시키고, 니즈를 파악할 수 있다면 굳이 제품이 아니어도 됨.
순서 | 이유 |
자동차라는 제품이 출시되기전, MVP로 반응을 체크한다고 가정 | |
1번쨰 | - 바퀴는 핵심 부품이나, 바퀴만으로는 자동차를 상상할 수 없으니 적절한 피드백 불가능 - 워터폴에선 적정한 방법 |
2번째 | 자동차와 유사한 기능이라 경험을 따라갈 순있긴 하나, 실제 제품과 UX 또는 디자인이 너무 달라질 수 있어 적절한 피드백 불가능 |
3번째 | 엔진이 없는 나무자동차는 실제 자동차와 비슷한 경험을 주고, 엔진이 달린 자동차를 상상할 수 있게하여 적정한 피드백을 받을 수 있음 |
2️⃣ MVP 활용사례
회사 | MVP 활용 |
Dropbox | - 개발 전, 클라우드 서비스 시장에 니즈를 파악하기 위해 3분가량의 영상 업로드. - 이용 신청자들을 만들어 내서 열렬한 시장 니즈를 확인. - 창업자는 서비스 구축 전에, 유저들의 반응을 파악하여 이를 통한 절얄을 할 수 있었음 . |
Airbnb | - 샌프란시스코에서 열리는 디자인 컨퍼런스에 맞춰 인근 숙소를 잡기 어려운 참가자들어게 숙박을 제공 - 거주중인 아파트 사진을 찍어 3명의 손님을 받음 - 사람들이 낯선이의 집에 묵으며 돈을 낼의향이 있다는 시장 니즈 파악 |
3️⃣ 서비스 기획자의 MVP 실전 활용법
- 새로운 제품/기능을 개발하는 단계에서 가장 핵심적인 기능만 남기고 나머지는 제거한 MVP를 설정하여 출시를 목표로 팀을 이끌어야 함.
- 리소스를 낭비를 최소화하고 최대 배움을 얻게 노력 해야함.
- MVP 설정 시 필수 고려사항
- 어떠한 가설을 검증하려 하는가? : 가설을 설정해야 유의미한 인사이트를 얻고 활용할 수 있음.
- 그 가설을 검증하기 위해 필요한 핵심기능은 뭔가?
- 제품 개발 관련 인원은 각자 욕구가 뚜렷하기 때문에 균형점을 잘 찾고 조율해야함.
- PO는 다양한 기능 or 최신 UX 포함한 제품을 기획
- 개발팀은 안정적이고 유지 보수가 용의한 프로덕트 개발
- 디자이너는 아름다운 제품
- MVP는 내고 끝내는 것이 아닌 고객의 반응을 통해서 배움을 얻고 이를 통해 지속적으로 개선
- 미완성 제품만 있는 프로덕트는 팀의 모티베이션을 떨어뜨림
- 서비스 기획자는 MVP 목표, 이유, 기능을 잊지 않고 출시 후 유저로 부터 얻은 데이터를 분석
- 팀원에게 분석 데이터통해 얻은 인사이트를 공유하고 향후 방향성을 논의
4️⃣ Wireframe 과 Prototype
Wireframe | Prototype | |
공통점 | 시제품이 나오기 전 초기 버전 기획자, 개발자 디자이너 사이에 이해 간격을 좁혀주는 역학 MVP와 다르게, 실제 사용자인 고객의 사용/피드백하는 용도라기 보단 내부 의사결정을 위해 활용 |
|
차이점 | - 디자이너가 작업을 시작할 수 있는 기초 역할(커뮤니케이션 비용을 낮출 수 있음) - 세부 묘사에 치우치지 않고 핵심 요소만 최대한 추상화하여 표현하는 것이 일반적 - 애니메이션이 적용된 효과, 복잡한 전환 등 복합적인 디자인 아이디어를 설명하는 경우 프로토타입이 더 나은 선택 |
- 실제와 비슷하게 구현된 상태로 간단한 인터렉션 포함 - 피델리티 레벨에 따라서 로우 피델리티 프로토타입 / 하이 피델리티 프로토타입으로 나뉨 - 하이 피델리티 프로토타입은 실제 제품과 거의 동일하게 동작하기 때문에, 미스 커뮤니케이션을 최소화 할 수 있으나, 제작 시간이 오래 소요. |
'pm > TIL' 카테고리의 다른 글
[Chapter 09] 데이터 분석에 기반한 서비스 기획 (1) | 2023.09.23 |
---|---|
[Chapter 08-04] 서비스 기획업무 A~Z (AB Test) (0) | 2023.09.22 |
[Chapter 08-02] 서비스 기획업무 A~Z(애자일 방법론) (0) | 2023.09.20 |
[Chapter 08-01] 서비스 기획업무 A~Z(린캠버스) (1) | 2023.09.18 |
[Chapter 07] 프로젝트 관리 방법 (0) | 2023.09.16 |