최소 가치 제품에서 최대 효과 얻기

신생 기업과 기존 기업은 모두 항상 새로운 시장에 진입할 때 위험을 최소화하는 동시에 가능한 한 빨리 제품을 출시할 수 있는 방법을 찾고 있습니다. 결국, 개발 중인 제품은 수익을 창출하지 않지만 확실히 리소스를 차지합니다.

물리적 제품이든 디지털 제품이든 제품을 더 빨리 시장에 출시하기 위한 여러 가지 접근 방식이 있습니다. 2000년대 초반부터 존재해 온 것은 린 스타트업(Lean Startup) 방법론의 일부로 대중화된 최소 실행 가능한 제품의 개념입니다.

그러나 MVP 방법론은 많은 사람들이 제품을 빨리 시장에 내놓을 수 있는 "최고의" 방법으로 환영해 왔지만 많은 반발도 있었습니다. 여기서 최소 가치 제품의 개념이 등장합니다.

MVP란?

가장 기본적으로 MVP는 완전한 기능을 갖춘 버전보다 훨씬 빠르게 출시될 수 있는 제품의 베어본 버전입니다. 이상적으로 MVP는 얼리 어답터를 만족시킬 만큼 충분히 광범위한 기능 세트를 가지고 있어야 합니다.

MVP를 만드는 이면에 있는 아이디어는 회사가 1) 수익을 올리기 시작하고 2) 제품 개선을 위한 피드백을 받을 수 있도록 제품을 더 빨리 시장에 출시하는 것입니다. 이것은 명백한 이점이 있지만(예: 아무도 실제로 원하지 않는 완전한 기능을 갖춘 제품을 개발하는 데 몇 달 또는 몇 년을 낭비하지 않음) 몇 가지 심각한 단점도 있습니다.

그러한 단점 중 하나는 제품 팀이 너무 기초적인 MVP를 만드는 경향이 있다는 것입니다. 그들은 앱이나 그들이 만들고 있는 다른 제품의 기본 기능으로 끝나지만 사용자에게 최종 결과는 일반적으로 느껴집니다. 많은 제품이 가장 기본적인 기능으로 축소되면 경쟁 우위를 상실하고 모두 동일하게 보이고 작동하기 시작합니다.

할 일 목록 앱 가져오기: 기본 할일 목록 앱에는 새 작업을 기록하고 완료로 표시하는 기능이 있으며 일반적으로 우선 순위를 지정하는 방법이 있습니다. 다른 예상 기능에는 기한 설정, 태그 지정 또는 분류, 다른 사람에게 할당과 같은 기능이 포함됩니다. 이러한 기능을 포함하더라도 경쟁업체와 차별화되는 새로운 앱은 아닙니다. 그러나 할 일 목록 앱의 MVP를 디자인할 때 많은 팀이 결국 이를 고려하게 될 것입니다.

MVP의 단점

MVP에는 다른 잠재적인 결점이 있습니다. 모서리 절단은 하나입니다. 목표가 베어본 제품을 만드는 것이라면 최소한으로 줄이는 것이 불가피합니다. 그러나 자르면 안되는 모서리가 있습니다.

이는 사용자 경험을 희생할 때 특히 그렇습니다. 제품의 UX는 매우 중요합니다. 제품을 사용하면서 경험을 희생하면 제품의 성공에 부정적인 영향을 미칩니다. 이 경우 MVP는 실제로 작업이 필요한 경험일 때 전체 제품이 실행 가능하지 않다고 나타낼 수 있습니다.

MVP의 가장 큰 단점 중 하나는 MVP 자체와 관련이 없습니다. LinkedIn의 설립자인 Reid Hoffman은 "v1.0 릴리스에 당황할 만큼 일찍 시작하십시오."라고 말한 것으로 유명합니다. 그러한 생각은 회사와 사용자에게 피해를 줍니다.

많은 디자인 팀이 MVP를 만드는 방식 자체가 문제입니다. MVP는 사용자의 요구를 충족시키는 가치 있는 최종 제품을 만들기 위한 프로세스여야 합니다. 대신 디자이너는 각 MVP를 최종 제품 버전을 향한 디딤돌로 보지 않고 개별적인 것으로 취급하는 경우가 많습니다. 더 중요한 것은 출시 준비가 된 제품으로 가는 도중에 내부 프로토타입으로 간주되어야 하는 MVP를 출시하는 경우가 많다는 것입니다.

최소 가치 제품이란 무엇입니까?

최소 가치 제품(짧게 MVaP라고 함)은 MVP 개념의 확장입니다. 그러나 디자이너는 제품의 실행 가능한 최소 반복을 만드는 대신 실제 가치 를 제공하는 제품의 최소 반복을 만듭니다.

그러나 가치 는 무엇을 의미합니까? 그것은 무엇을 포함합니까?

최종 사용자가 먼저 고려해야 할 가치가 있습니다. MVAP는 사용자의 요구와 기대를 먼저 고려해야 합니다. 이는 설계 중인 제품 유형에 대한 모범 사례를 살펴보고 사용자 연구 및 사용성 연구를 수행하고 사용자 페르소나 및 사용 사례를 만들어 사용자 요구를 충족할 수 있는 최상의 잠재적 방법을 결정하는 것을 의미합니다.

사용자 요구를 충족시키는 방법에 대한 아이디어가 하나 이상 있을 수 있으며, 여기서 프로토타입 테스트가 시작됩니다. 실제 사용자에게 기능 프로토타입을 제시하여 어떤 반복이 그들의 요구를 가장 잘 충족시킬 수 있는지 확인하는 것은 MVaP를 생성하는 중요한 단계입니다.

다음은 프로젝트 자체에 대한 가치입니다. MVaP는 당면한 프로젝트를 진행하는 방식으로 설계되어야 합니다. 즉, 제품이 시장에서 인식되는 방식에 대한 유용한 통찰력을 얻을 수 있는 충분한 기능이 필요합니다.

마지막으로 MVaP는 비즈니스 전체에 가치를 제공해야 합니다. MVP를 세상에 출시할 때의 한 가지 위험은 MVP를 출시하는 브랜드에 대해 제대로 반영하지 못할 수 있다는 것입니다. MVaP는 제품의 최종 버전이 아니더라도 자신이 대표하는 브랜드에 가치를 더해야 합니다.

MVaP를 차별화하는 또 다른 점은 경쟁 차별화에 중점을 둡니다. 디자이너는 경쟁업체를 차별화하는 요소와 제품을 차별화하는 요소를 객관적으로 살펴봅니다. 이것은 MVP에 통합되어야 하지만 MVP에 반드시 포함되어야 하는 것은 아닙니다.

여기에서 설명하는 MVP는 MVP를 강화한 유일한 버전이 아닙니다. Roman Pichler가 제시한 MMP(Minimal Marketable Product)도 있습니다. 그의 생각은 시장에 출시된 최초의 제품에는 효과적으로 출시, 마케팅 및 판매하기에 충분한 기능만 포함되어야 한다는 것입니다.

SLC는 WP 엔진이 사용하는 또 다른 유사한 개념입니다. 고객이 MVP를 싫어하기 때문에 신생 기업이 사용자에게 지속적으로 MVP를 제공하는 이유는 무엇입니까? 대신 사용자는 단순하고 완전하며 틀림없이 가장 중요한 사랑스러운 제품을 얻어야 합니다. 왜 회사는 사용자에게 사랑할 수 없는 제품을 제공해야 합니까?

MVaP 생성의 결론은 제품의 첫 번째 반복이라도 고객이나 사용자에게 유용하고 바람직해야 한다는 것입니다. 사용자를 기쁘게 하지 않거나 최소한 가장 시급한 요구를 충족시키지 못하면 제품은 실패할 수밖에 없습니다.

최소 가치 제품에는 무엇이 들어가나요?

최소한의 가치가 있는 제품을 만드는 것은 MVP를 만드는 것보다 더 많은 리소스를 필요로 하지만 그만한 가치가 있는 추가 노력을 들이는 데 훨씬 더 많은 비용이 소요될 것입니다. 다음은 MVaP를 구축할 때 염두에 두어야 할 몇 가지 사항입니다.

가장 먼저 고려해야 할 사항 중 하나는 MVAP의 기능 세트입니다. 가장 작은 유용한 기능 세트는 모든 MvaP에 포함되어야 합니다. 앞서 언급했듯이 이러한 유용한 기능에는 이 특정 제품을 경쟁 제품과 차별화하는 기능이 포함됩니다. 경쟁업체에 포함된 기능을 식별하는 것은 이 단계의 중요한 부분입니다. 그렇다고 해서 MVaP에 경쟁업체가 제공하는 모든 기능이 포함되어야 한다는 의미는 아닙니다.

예를 들어 첫 번째 iPhone을 살펴보십시오. 당시 스마트폰에는 Apple이 첫 번째 iPhone에서 의도적으로 생략한 여러 기능이 포함되어 있었습니다. 복사하여 붙여넣기, 소프트웨어 개발 키트(SDK), 심지어 여러 수신자에게 문자 메시지를 보낼 수 있는 기능 및 3G 연결과 같은 것.

이후의 iPhone 버전에서는 이러한 기능이 분명히 통합되었지만 첫 번째 버전에서는 의도적으로 이러한 기능을 제외하고 대신 제품을 차별화하는 요소인 소프트웨어(당시 iOS는 혁신적이었습니다) 및 멀티 터치 상호 작용 기능에 중점을 둡니다. 원래 iPhone은 iPhone 3G에 찬성하여 단종되기 전에 600만 대 이상 판매되어 엄청난 성공을 거두었습니다.

MVP 프로세스가 MVP의 개념에서 완전히 제거될 필요는 없습니다. 사실 내부 MVP로 시작하는 것이 유용합니다. 그러나 MVP는 대중에게 출시되기 전에 가치 있는 제품이 될 때까지 또는 회사 외부의 얼리 어답터에게까지 확장되어야 합니다. 내부 테스트 및 소규모 포커스 그룹은 MVP를 회사의 명성이나 브랜드에 손상을 줄 위험 없이 고객을 소외시키지 않고 가치 있는 제품의 영역으로 발전시킬 수 있습니다.

설계자는 대중에게 공개된 첫 번째 MvaP가 어떤 일이 일어나더라도 제품의 주요 목표를 지원하는 기능을 통합하도록 해야 합니다. MVaP의 최종 목표는 제품의 최종 버전에 더 많은 기능이나 개선 사항이 포함될지라도 항상 사용자를 즐겁게 하는 제품을 만드는 것이어야 합니다. 제품 팀이 이러한 기능이 궁극적으로 어떻게 작동할지에 대한 비전이 더 복잡하더라도(심지어 완전히 다른 경우에도) 중요한 기능의 최소 버전으로 제품을 출시하는 것이 좋습니다.

사실, 제품 팀은 기능 세트만 생각하기보다는 한 발 물러서서 사용자의 요구 사항에 대해 생각해야 합니다. 경쟁업체가 수행하는 방식보다 사용자 요구를 충족하는 더 좋은 방법이 있습니까? 경쟁 제품은 아직 수용하지 않았지만 사용자의 삶을 더 쉽게 만들어 줄 제품에 더 쉽게 통합할 수 있는 실험적 기능이 있습니까? 경쟁이 작업을 완료하는 15가지 다른 방법을 제공한다고 해서 업계의 모든 제품이 동일한 작업을 수행해야 한다는 의미는 아닙니다.

결론

최소 실행 가능한 제품이든 최소 가치의 제품이든 상관없이 최종 목표는 최대 가치 제품이어야 합니다. 두 시스템 모두 경쟁에서 눈에 띄는 제품을 만들고, 사용자의 요구를 최대한 완전하고 효율적으로 충족시키면서 사용자를 즐겁게 하며, 브랜드를 포함하여 관련된 모든 사람을 위한 가치를 창출하는 목적을 위한 수단입니다.

최소한의 실행 가능한 제품이 그 자리를 차지하는 경우도 있지만, 가치는 처음부터 내재되어 있기 때문에 최소한의 가치가 있는 제품이 팀을 더 짧은 기간에 최종 목표에 더 가깝게 만들 것입니다. 제공되는 제품의 가치를 사람들에게 제공하는 것은 모든 비즈니스 또는 브랜드의 목표가 되어야 합니다. 가치는 신뢰를 구축하고 호의, 반복되는 비즈니스 및 긍정적인 입소문을 구축합니다.

• • •

Toptal Design 블로그에 대한 추가 정보:

1. MVP는 버리고 최소 실행 가능한 프로토타입(MVPr) 채택
2. 협업 디자인 – 성공적인 엔터프라이즈 제품 디자인을 위한 가이드
3. 완벽한 UX 디자인 프로세스 – 프로토타입 디자인 가이드
4. 와이어프레임에 죽음. 고화질로 바로!
5. 제품 디자인에서 인간 중심 디자인의 중요성