3시간 안에 MVP 범위를 정의하는 방법

초기 단계의 결제 처리 회사에서 제품 관리자로 데려왔을 때 비즈니스는 재고 관리 시스템을 적시에 만들고 제공하는 데 어려움을 겪었습니다. 적절한 솔루션은 사용자 친화적이지 않은 단순한 키패드 앱이었고 결과적으로 상당한 고객 이탈을 야기했습니다. 제 직업은 키패드 기능 이상으로 앱의 기능을 확장할 인벤토리 시스템 구축을 담당하는 팀을 이끄는 것이었습니다.

우리는 잘린 타임라인에 따라 작업해야 했기 때문에 사용자가 원하는 것과 일치하는 핵심 기능을 갖춘 MVP(Minimum Viable Product)를 구상, 설계 및 구축하는 간단하지만 근본적으로 효율적인 접근 방식을 만들었습니다. 이 프로세스는 MVP의 범위를 며칠 또는 몇 주가 아닌 집중적인 3시간 세션으로 압축하여 팀의 개발 시간을 몇 달 절약했습니다.

이 가속화된 MVP 범위 지정 프로세스는 모든 제품 팀을 안내하는 데 사용할 수 있으며 모든 0:1 제품 생성에 적용할 수 있습니다.

사용 사례 개요

문제: 앱의 간단한 키패드 기능은 공급업체인 사용자에게 재고를 관리하거나 고객의 주문에 추가할 항목을 선택하는 기능을 제공하지 않았습니다.

제약: 회사 경영진은 8주 안에 솔루션을 제공하기를 원했습니다. 잠재적인 모금 라운드는 부분적으로 제품의 개선된 버전의 성공에 달려 있습니다.

컨텍스트: 시장을 분석하고 많은 사용자와 시간을 보낸 후 이러한 공급업체가 판매 흐름을 간소화하기 위해 재고 관리 시스템이 필요하다는 결론을 내렸습니다. 나는 그들이 고객의 주문을 처리하는 것을 보았습니다. 먼저 종이에 요청한 항목을 적고 계산기를 사용하여 항목을 계산한 다음 주문을 앱에 입력했습니다. 한 가지만 필요했을 때 세 가지 도구를 사용하고 있었습니다.

솔루션: 우리는 사용자가 인벤토리를 디지털 카탈로그에 로드하고, 해당 인벤토리를 관리하고, 선택한 항목을 눌러 고객의 장바구니에 추가할 수 있는 솔루션을 개발해야 했습니다. 이 모든 것이 앱 내에서 이루어졌습니다.

디자인 스프린트 결정

어떤 제품을 개발해야 하는지 이미 알고 있었기 때문에 팀이 주요 비즈니스 과제를 식별하고 문제를 해결하는 방법에 대한 아이디어를 고객으로부터 수집하고, 제품에 대한 개념을 개발하고 프로토타입을 설계하고 테스트를 시작합니다.

디자인 스프린트는 핵심 문제를 식별해야 하고 솔루션 개발에 상당한 시간을 할애하는 사람들을 위한 MVP를 구축하는 효과적인 방법입니다. 그러나 초기 단계의 회사나 기존 조직의 새로운 사업부에서는 일반적으로 핵심 문제가 분명합니다. 개념이 개발되고 제품/시장 적합성이 일반적으로 제품 관리자, 엔지니어 및 디자이너를 영입하기 전에 결정됩니다.

다음 순서도는 이 프로젝트를 진행하는 가장 좋은 방법이 디자인 스프린트를 건너뛰고 팀 시작이라고도 하는 3시간 세션으로 시작하는 것이라고 결정할 때 취한 단계를 설명합니다. 그 회의에서 참가자들은 기능에 대한 수십 가지 아이디어를 브레인스토밍하고 생성한 다음 MVP에 필요한 것만 목록으로 줄였습니다.

MVP 개발 프로세스

준비

3시간 세션에 앞서 현재 또는 잠재 고객과 대화 및 관찰하고 시장 조사를 수행하여 사용자 페르소나에 대한 정보를 수집하고 싶을 것입니다.

그런 다음 디자이너와 엔지니어를 위한 프레젠테이션을 만듭니다. 다음과 같이 설명해야 합니다.

• 해결하려는 문제입니다.
• 당신이 만들고 있는 제품.
• 제품이 메트릭과 UX 모두에서 해당 문제를 해결하는 방법.
• 귀하와 귀하의 클라이언트의 비즈니스에 대한 제품의 예측된 영향.
• 회사 및 팀 수준의 임무와 목표, 핵심 결과(OKR), 그리고 제품이 이러한 임무를 달성하고 해당 OKR을 달성하는 데 어떻게 도움이 되는지.

프레젠테이션은 설계자와 엔지니어에게 MVP 범위 지정을 진행하기 위해 제품에 대한 확실한 이해를 제공해야 합니다.

3시간 동안 진행되는 킥오프 미팅

킥오프에는 전체 개발 팀이 참여하여 아이디어 구상 및 스토리 생성에서 MVP 개념 개발에 이르기까지 프로세스의 모든 단계에 참여할 수 있어야 합니다. 여기에는 시니어, 주니어 및 관련 제품 관리자가 포함됩니다. 제품 소유자; 제품 리드(해당되는 경우) UX 디자이너; 소프트웨어 엔지니어; 및 QA 엔지니어.

빠른 팁: 정통적이지는 않지만 구축 단계 전에 엔지니어를 포함하는 것이 좋습니다. 그들은 일반적으로 훌륭한 아이디어를 제공하고 개선하려는 제품에 대한 열정을 가지고 있습니다. 그들 대부분은 MVP 범위 지정에 참여하는 것을 즐깁니다. 그것은 그들이 프로젝트에 더 많이 투자하고 다른 팀의 가치를 높이도록 도와줍니다.

회의실이나 가상 작업 공간에 모든 사람을 모으십시오. 우리의 경우 10명이었습니다. 세 시간을 차단합니다.

제품과 사용자 여정(60분)

1. 프레젠테이션을 전달합니다. (15 분)

2. 제품에 대한 모든 사용자 페르소나를 식별하기 시작합니다. 흐름이나 기능 작업을 아직 식별하지 않았더라도 구축해야 하는 흐름의 수를 정의할 수 있습니다. (10 분)

   빠른 팁: 필요한 것보다 더 많은 페르소나를 추가하여 과도하게 엔지니어링하지 마십시오. MVP 릴리스 후 고객 피드백을 통해 추가 역할이 필요한지 여부를 알 수 있습니다.

   사용 사례: 매장 관리자(또는 관리자), 계산원 및 최종 고객의 세 가지 페르소나가 있습니다. 상점 소유자와 같은 다른 잠재적인 고위급 페르소나가 있지만 MVP의 목적을 위해 관리자가 이를 처리할 수 있습니다.

3. 사용자 여정을 처음부터 끝까지 매핑합니다. 사용자가 마주하게 될 흐름의 모든 단계를 식별하는 데 도움이 되도록 각 페르소나에 색상을 지정합니다. 대면 회의의 경우 벽에 스티커 메모를 게시하거나 화이트보드를 사용합니다. 가상 회의의 경우 FigJam 보드 또는 이와 유사한 것을 사용하십시오. (35분)

   빠른 팁: 팀에서 모든 아이디어를 공유하고 세부 정보를 얻도록 합니다. 흐름의 각 단계는 구축할 기능이 되며 각 사용자는 별도의 흐름을 갖게 되지만 단계를 설명하는 프로세스는 동일합니다.

   사용 사례: 다음은 계산원 페르소나의 기능 목록입니다.

   • POS 앱을 엽니다.
   • PIN을 사용하여 로그인합니다.
   • 고객 구매를 위한 첫 번째 항목을 식별합니다.
   • 품목의 수량을 식별합니다.
   • 고객 구매를 위한 추가 품목을 식별합니다.
   • 항목에 할인을 추가합니다(해당되는 경우).
   • 장바구니에 있는 모든 항목의 총 비용(이 시점에서 판매세를 포함한 전체 구매 가격이 표시됨).
   • 결제 및 결제 처리를 완료합니다.
   • 구매를 확인합니다.
   • 고객이 팁을 추가하도록 허용합니다.
   • 판매를 종료합니다.
   • 모든 일일 판매의 합계를 표시합니다.
   • 미리 결정된 비활성 시간(예: 5분) 후에 시간이 초과됩니다.

   참고: 이 목록은 이 페르소나에 대해 생각한 대부분의 기능을 자세히 설명합니다. 계산원, 매장 관리자 및 최종 고객이 모두 다른 방식으로 응용 프로그램에 참여함에 따라 모든 페르소나에 걸쳐 약 60개의 총 기능을 만들었습니다. 개발 중인 제품 유형에 따라 사용자 유형 간에 기능이 훨씬 더 많이 중복될 수 있습니다.

   

사용자 여정의 필수 기능(45분)

1. 각 사용자 유형에 대한 기능을 실제 또는 가상 화이트보드에서 각 사용자 여정의 개별 부분으로 그룹화합니다. 그런 다음 칠판에 수평선을 그립니다. 선 위에서 제품이 작동하는 데 필요한 세트를 식별하십시오. 줄 아래에 있으면 좋지만 나중에 릴리스될 때까지 기다릴 수 있는 기능을 배치합니다. (30 분)

   빠른 팁: 디자이너와 엔지니어를 그룹으로 나누어 이 단계를 완료한 다음 다시 모여 메모를 비교하세요. 이것은 10명 이상의 회의에서 특히 유용합니다.

   사용 사례: 이 시점에서 앱의 경우 인벤토리 카탈로그에 항목 로드, 가격 책정, 고객의 장바구니에 추가할 항목 선택, 판매 확인 및 닫기, 낮은 인벤토리 재주문, 그리고 더. 결국 우리는 기능 세트의 수를 4개로 줄였습니다.

   이 제거 프로세스는 앱의 첫 번째 반복에서 사용자의 보안 로그인이 필요하지 않다는 것을 결정하는 데 도움이 되었습니다. 할인이나 팁을 추가하지도 않았습니다. 우리는 또한 계산원이 MVP의 일부로 모든 일일 판매 총액을 표시할 필요가 없지만 매장 관리자나 소유자는 할 수 있다고 결정했습니다.

2. 기능 목록을 구체화합니다. "이 항목을 생략해도 제품이 계속 작동합니까?"라고 질문하십시오. 대답이 '예'인 경우 해당 기능을 MVP에서 제외하고 제품의 이후 반복을 위해 저장합니다. 대답이 아니오인 경우 해당 기능을 MVP에 포함해야 합니다. 이 프로세스가 끝나면 제품을 작동시키는 데 진정으로 필요한 것이 무엇인지 알게 될 것입니다. 종종 이것은 각 세트에 대해 3~4개의 기능으로 구성됩니다. (15 분)

   참고: MVP에 너무 많은 기능 세트를 구축하지 마십시오. 포함해야 할 가장 중요한 항목에 대해 반대 의견을 예상해야 하지만 전화를 거는 것은 제품 관리자의 임무입니다. 조사를 완료했으며 결정을 뒷받침할 데이터가 있습니다. 내 경험에 따르면 많은 제품이 초기에 필요한 것보다 더 견고하게 구축되었으며 대부분의 회사는 가능한 한 빨리 테스트 및 피드백을 위해 사용자의 손에 무언가를 제공하는 것을 선호합니다.

제품 설계, 테스트 및 엔지니어링(75분)

1. 설계자가 핵심 기능을 MVP의 와이어프레임 설계에 통합하도록 하십시오. 그러면 엔지니어가 제품 아키텍처를 구축하는 데 사용할 것입니다. (45 분)

2. 제품 전문가와 디자이너가 와이어프레임 디자인의 가벼운 UX 테스트를 함께 작업할 수 있도록 합니다. (15 분)

   참고: 최종 고객을 포함하지 않고 구축해야 하는 제품 관리 시나리오는 거의 없지만 신속한 테스트 및 개발의 경우 내부적으로 또는 제품을 모르는 친구 및 가족과 함께 디자인 프로토타입을 테스트할 수 있습니다. 그들이 혼란스러워한다면 일부 사용자도 마찬가지일 것입니다.

3. 엔지니어가 MVP 아키텍처 구축을 시작할 수 있도록 설계된 와이어프레임을 엔지니어에게 제공합니다. 전체 솔루션을 구축하는 데 필요한 모든 것(또는 시간)이 없지만 시작할 수 있으며 MVP를 완료할 때 구축한 아키텍처가 사용됩니다. 한편, 제품 및 디자인 팀은 내부 팀 구성원이나 사용자 역할을 하는 친구 및 가족과 함께 와이어프레임에서 계속 테스트할 수 있습니다. 이 단계에서 팀이 동시에 작업하면 시간이 절약됩니다. (15 분)

이 프로세스를 사용하는 데 익숙해지면 어떤 기능이 MVP의 핵심 구성 요소이고 어떤 기능이 나중에 구축될 수 있는지 식별하는 것이 더 쉬워질 것입니다. 이 연습은 또한 잘못된 것을 구축하지 않도록 합니다. "나중" 목록에 대해 염두에 둔 것이 있을 수 있지만 나중에는 원하는 고객이 없다는 것을 알게 될 수 있습니다.

결과 및 주요 내용

우리가 노력하기 전에 우리 앱은 0에서 9까지의 숫자, 소수점, 충전 버튼이 있는 키패드였습니다. 이러한 제한과 이로 인해 생성된 비효율적인 워크플로로 인해 1년 동안 유지율이 약 20%로 낮았습니다. 우리는 경쟁사보다 더 빨리 새로운 사용자를 확보했지만 거의 빠르게 잃어가고 있었습니다.

MVP를 만드는 과정에서 우리는 4가지 핵심 기능 세트를 구축했으며, 모두 범위는 최소화했지만 고품질이었습니다. 사용자는 이제 다음을 수행할 수 있습니다.

1. 카메라를 사용하고 이름을 입력하고 가격을 입력하기만 하면 모바일 장치에서 바로 인벤토리에 항목을 로드할 수 있습니다.
2. 해당 항목을 선택하고 고객의 장바구니에 추가하십시오.
3. 판매 중인 항목을 보면서 판매를 닫습니다.
4. 주어진 기간에 판매된 항목 수를 확인합니다.

고객들은 개선된 제품을 좋아했습니다. 항목을 로드한 후 첫 주에 최소 5번 이상 카탈로그 기능을 활용하여 결제한 신규 사용자의 유지율은 45%였습니다.

MVP 범위 지정 프로세스의 효율성 덕분에 약 2개월 만에 완전히 완성된 앱을 빌드하고 제공했습니다. 이 프로세스는 제품이 제작된 적이 있었다면 기존 개발 방식으로 4개월 이상 걸렸을 것입니다.

이 신속한 프로세스는 시간과 비용을 절약합니다. 전체 디자인 스프린트는 비용이 많이 들 수 있습니다. 시작 회의부터 시작하면 내 프로세스가 처음부터 더 경제적이고 전체 개발 일정이 훨씬 단축되어 이러한 절감 효과가 증폭됩니다.

그러나 두 프로세스가 함께 작동할 수도 있습니다. 팀이 핵심 비즈니스 문제와 생성해야 하는 솔루션을 정의하기 위해 디자인 스프린트를 완료한 경우 내 프로세스를 사용하여 MVP 범위를 보다 효율적으로 정의할 수 있습니다.

이 프로세스는 시작에 불과하다는 것을 기억하십시오. MVP는 진행 중인 작업이며 이후 릴리스에서 더욱 개선될 것입니다. 완전히 빌드되어 제공할 준비가 되면 사용자가 이전 앱 환경으로 돌아가기 위해 끌 수 있는 베타 스위치를 추가하는 것이 좋습니다. 힙과 같은 동작 소프트웨어를 활용하여 이 옵션을 실행하는 사용자 수를 추적하면 다음 반복에서 제품을 향상시키기 위해 추가하거나 변경해야 할 사항에 대한 좋은 아이디어를 얻을 수 있습니다.