최소한의 실행 가능한 제품을 성공적으로 구축하는 방법

저는 실리콘 밸리의 활기찬 기업 문화에 깊이 빠져 경력을 쌓았습니다. 모든 스타트업은 미지의 영역으로 흥미롭고 종종 위험한 여행을 하고 있습니다. 저는 소프트웨어 엔지니어, 엔지니어링 관리자, CTO, 설립자 및 프리랜스 개발자로서 여러 번 그 여정을 시작했습니다. 내가 만든 많은 제품이 수천 명의 청중에게 다가갔습니다. 일부는 수백만 명에 달했습니다.

내 경험에 따르면 실리콘 밸리 툴킷에서 가장 강력한 도구 중 하나는 신제품을 출시할 때 속도와 깊이의 균형을 맞추는 기능입니다. Eric Ries의 베스트 셀러인 Lean Startup은 MVP(Minimum Viable Product) 개념 내에서 이러한 철학을 표현합니다.

MVP가 그 어느 때보다 유용한 이유

최근 몇 년 동안 MVP의 개념이 확산된 주요 이유 중 하나는 이제 고객 피드백을 얻고 이에 따라 조치를 취할 수 있는 전례 없는 속도와 규모입니다. 2009년에 내 iPhone 게임인 Slingshot Cowboy는 출시 일주일 만에 수백만 명의 사람들이 다운로드했으며 빠르게 차트의 정상에 올랐습니다(일생 동안 여러 번 무료 게임 순위 1위에 올랐습니다). . 이 성공의 큰 부분은 운이 좋았을지 모르지만 빠른 피드백을 수집하고 핵심 MVP 원칙을 조기에 적용하지 않았다면 그 추진력을 오래 유지할 수 없었을 것입니다.

린 원칙은 빠르게 반복할 수 있고, 에너지와 리소스를 현명하게 사용하고, 민첩하고, 집중하고, 열린 마음을 갖는 것으로 요약됩니다. 그러나 우리는 이 방법론의 적용 가능성이 신생 기업에만 국한되지 않는다고 믿습니다. 대기업 내의 팀은 성공적인 MVP를 만들어 혁신 속도를 극대화할 수 있습니다.

속도와 품질 간의 균형을 달성하는 것은 모든 규모의 조직에서 가장 중요한 혁신 동인 중 하나입니다. 최소한의 실행 가능한 제품 개발을 주도할 때 이 두 가지 필수 성분의 균형을 유지하는 데 도움이 되는 전략이 있습니다.

MVP가 'V'인지 확인

제품이 실행 가능하지 않으면 팀의 개발 노력이 헛된 것입니다. 최소한의 실행 가능한 제품을 성공적으로 생성하려면 제품을 광범위하게 정의하기 위한 초기 내부 피드백, 제품을 적절하게 형성하기 위한 지속적인 피드백, 그리고 제품을 계속 번성하게 유지하기 위한 A/B 테스트와 같은 도구가 필요합니다.

적합한 사람들로부터 초기 의견을 얻으십시오.

MVP에 대한 부정적인 사용자 피드백을 받는 것은 너무 낙담하여 프로젝트를 폐기해야 한다고 느낄 수 있습니다. 혁신가는 MVP를 고려하기 훨씬 전에 해당 분야에 대한 깊은 이해를 바탕으로 이해 관계자로부터 초기 의견을 구함으로써 이러한 치명적인 타격을 피할 수 있습니다. 개념 단계에서 MVP를 정의하는 데 도움을 줄 수 있는 지식이 풍부한 조언자가 있으면 더욱 좋습니다.

혁신 팀이 유망한 아이디어를 가지고 있을 때 MVP 생성을 비밀리에 숨기고 싶을 수 있습니다. 어떤 경우에는 가치가 있을 수 있지만 일반적으로 피드백을 받는 것이 더 중요합니다. 귀하의 제품이 진정으로 독창적인 발명품이라고 생각되면 언제든지 임시 특허를 제출할 수 있습니다.

최종 사용자 피드백 수집

자신이 해당 산업이나 부문에서 선구자라고 생각하더라도 최종 판단자는 사용자이며 많은 부분에서 귀하가 틀렸음을 증명할 수 있습니다. 사용자 경험 피드백을 수집하고 사용자 행동을 추적하는 것은 MVP의 가장 중요한 목표 중 하나입니다.

분석을 입력합니다. 포괄적인 데이터를 수집하는 것은 MVP의 주요 목표 중 하나인 "검증된 학습"을 달성하는 열쇠입니다. 즉, 초기 아이디어를 시도하고 효과를 검증(또는 무효화)하기 위해 측정하여 학습하는 프로세스입니다. 그렇다고 해서 가능한 UX에 대한 모든 것을 추적하려는 것은 아닙니다. 원시 데이터의 양에 압도되는 대신 가장 중요한 메트릭을 식별해야 합니다.

A/B 테스트를 사용하여 빠르게 반복

A/B 테스트는 제품 개선과 관련하여 기업의 필수 요소가 되었습니다. 대체 제품 동작 중에서 선택해야 할 때마다 A/B 테스트는 새 버전을 출시하지 않고도 실시간으로 수행할 수 있는 방법입니다.

예를 들어 제품이 게임인 경우 다른 게임 설정을 시도한 다음 분석을 검토하여 어떤 조합이 주요 지표에 긍정적인 영향을 미치는지 추론할 수 있습니다: 더 긴 게임 플레이, 더 나은 점착성 등. 이것이 바로 제가 한 일입니다. 내 게임의 대부분: 게임 플레이의 모든 측면은 실시간으로 조정할 수 있는 설정으로 제어되었습니다. 이 검증된 학습 형식은 목표 시장에 대한 최적의 설정 조합을 결정하는 데 도움이 되었습니다.

추가 읽기를 위해 Stanford의 Steven Dow는 프로토타이핑이 디자인 결과에 미치는 영향에서 이 개념의 변형을 탐구합니다.

제품의 공간을 살펴보세요

당신의 아이디어가 아무리 독창적이더라도 누군가 이미 그 아이디어를 생각해 냈으니 안심하십시오. 최소한의 실행 가능한 제품이 시의 적절하고 긴급한 고객 요구를 해결하는 경우 완료될 때쯤이면 경쟁업체도 관심을 끌 가능성이 있습니다. 다음 섹션에서 강조하는 것처럼 안정성이 중요하지만 때때로 MVP를 조정하여 경쟁자로부터 영감을 얻고 경쟁 우위인 기능을 강조하는 데 초점을 이동하는 것이 좋습니다.

"최소"와 "실행 가능" 사이의 균형을 찾는 것은 직관적인 기술이며, 특히 MVP를 출시하기 전에 시장이 변화하는 경우 반복적으로 연습해야 하는 기술입니다.

'엠'을 찾아서

목표 시장에 대한 명확한 요구 사항을 해결하는 실행 가능한 제품을 결정했다면 팀의 초점을 좁히는 것이 중요합니다.

제품 정의

MVP는 마트료시카 인형과 같습니다. 내부에는 항상 더 작은 MVP가 있습니다. 제품 정의는 목표에 따라 가장 실용적인 최소값을 찾는 것으로 구성됩니다.

제품이 사용자를 대상으로 하는 경우 와이어프레임으로 시작하세요. 이것이 첫 번째로 가장 안쪽에 있는 MVP입니다. 그 주변의 다음 "인형"은 "클릭 더미"일 수 있습니다. 대화형 데모는 실제로는 아무 것도 하지 않지만 대상 플랫폼에서 볼 수 있고 사용자 흐름에 대한 첫 번째 경험을 얻을 수 있습니다.

프로토타입에 만족하면 더 큰 인형 제작을 시작하세요. 이 레이어는 사용자에게 진정한 가치를 제공하기 시작합니다. 이 단계에서 핵심 기능을 구체화하기 시작할 수 있습니다. 결론: 미니 마일스톤을 명확하게 정의하고, 앞으로 나아가지 말고, 더 나아가기 전에 자신의 기준을 충족했는지 확인하십시오.

이것은 기업이 처음에 시장에 내놓는 MVP에 해당되지만 최소한의 실행 가능한 사고방식도 제품의 전체 수명 주기 동안 계속되어야 합니다. 모든 새 릴리스를 더 큰 MVP로 생각하십시오. 새 기능의 새 레이어를 추가할 때 실행 가능한 새 버전을 얻는 데 필요한 최소한의 변경만 가하여 이전 버전에 꼭 맞는지 확인하십시오.

"최소"와 "실행 가능" 사이의 균형을 찾는 것은 직관적인 기술이며 반복적으로 운동해야 합니다.

규율로 관리하라

가장 목소리를 내는 이해관계자가 기업 내부에 있든 외부 고객이든 관계없이 기능 크리프의 위험에 대해 알고 마지막 순간에 새로운 "필수 사항"을 추가하려는 충동을 억제하는 것이 좋습니다.

체크하지 않으면 정의된 최소값에서 벗어나려는 경향이 사기를 떨어뜨립니다. 개발자가 모든 구성 요소의 연결을 완료하는 자랑스러운 순간은 극도로 극적입니다. 끊임없이 움직이는 목표는 제품 불안정을 부추깁니다.

특히 기업에서 성공적인 MVP를 구축하는 프로세스는 경영진 후원자가 동료 및 기타 이해 관계자에게 필요할 때마다 “지금 중단하고 이 기능을 푸시해야 합니다. 보기에는 좋지 않을 수 있지만, 망가지면 훨씬 더 나빠질 것입니다.” 경영진으로서 외부 영향으로부터 개발자를 완충하고 우선 순위를 고수하는 직장 ​​문화 내에서 모범을 보이는 것이 당신의 임무입니다.

규율이 있는 엔지니어

반대로, 소프트웨어 개발자와 관리자는 마감 기한을 인식하고 완벽주의적 열망을 통제해야 합니다. 다음은 일반적인 시나리오입니다. “이 코드 조각은 보기 흉하고 정말 비효율적입니다. 정리하고 리팩토링해야 합니다.”

개발자의 말이 옳을 수도 있지만 관리자는 여전히 반발해야 합니다. 기술 관리자는 세부 사항에 대한 관심에 만족하고 이에 따라 행동하고 싶을 것입니다. 그러나 그것은 타이밍의 문제입니다. 배송 및 피드백을 받는 데 대한 중요한 고려 사항을 염두에 두고 대신 미션 크리티컬하지 않은 문제를 기록하고 다음 반복에서 정리하십시오.

실행 중인 린 원칙

제품의 성공은 진입하려는 시장의 역동성에 전적으로 달려 있습니다. 그러나 MVP에 대한 제품 정의 라인을 그리는 곳마다 성공적인 기업이 MVP를 배송하는 데 사용하는 두 가지 실용적인 전술을 추가로 제공합니다.

타사 구성 요소 사용

가능한 한 최대한 혁신 팀은 MVP를 만들 때 바퀴를 재발명해서는 안 됩니다. 나중에 적시에 자체 개발한 것으로 언제든지 타사 구성 요소를 교체할 수 있습니다. 독창성이 없다는 수치는 사라진 지 오래입니다. 이제는 일반적인 관행이며 많은 빌딩 블록이 오픈 소스이며 사용자 정의가 가능합니다.

예를 들어, 제품에 실시간 통신이 포함된 경우 통합하기 쉽고 사용자 지정 가능한 UI, 통신 인프라 및 암호화와 같은 주요 기능을 포함하는 우수한 타사 솔루션이 있습니다. 마찬가지로 앱을 빌드하는 경우 빠른 애니메이션 및 전환으로 전문적인 모양을 구현하는 데 사내 디자이너가 필요하지 않을 수 있습니다. 개발자는 타사 구성 요소를 사용하여 시간을 절약할 수 있습니다.

사용 사례에 완벽하게 맞는 타사 솔루션은 거의 없는 것이 사실입니다. 하지만 아직 그럴 필요는 없습니다. 맞춤형 솔루션에 대한 향후 투자를 검증할 수 있는 제품을 출시할 수 있는 한 여전히 앞서 있습니다.

개발 시간을 단축하되 미래를 위한 견고한 기반을 희생하지 마십시오.

첫 번째 개발자는 최고 수준이어야 합니다. 인턴으로 시작하지 마십시오. 처음부터 인재에 투자하십시오. 이것은 "린" 방법론의 핵심 전제의 모순처럼 들릴 수 있지만 "싼"이 반드시 "린"은 아닙니다. 기업 예산도 빠듯할 수 있지만 개발자의 시간당 요금은 비용의 한 구성 요소일 뿐입니다. 개발 시간은 시간당 요금에 반비례합니다. 이 둘을 곱하면 비용 이점이 이미 사라집니다.

멘토링과 애초에 존재하지 말았어야 하는 버그를 추적하는 데 보내는 시간을 추가하십시오. 사무실 공간, 다른 직원의 급여, 서버 비용 등 손실되는 모든 날의 오버헤드를 고려하십시오. 시장에 너무 늦게 도착하는 경우 기회 비용과 같은 무형의 요소를 고려하십시오.

계산을 해보면, 많은 후배들보다 MVP를 만들기 위해 "비싸고" 경험 많은 개발자 한 명을 고용하는 것이 훨씬 낫다는 것을 알게 됩니다. 주니어 개발자는 제품의 기반이 구축되면 나중에 올 수 있고 장기 비용 최적화에 대해 생각할 수 있습니다.

다음은 실제 사례입니다. 한 기업가 친구는 그의 MVP에 사소해 보이는 몇 가지 기능을 추가하고 싶었습니다. 그는 팀에 시간당 $120로 훌륭한 결과를 만들어 낸 경험 많은 개발자가 한 명 있었습니다. 내 친구는 다음 기능이 더 저렴할 수 있다고 생각하여 시간당 $30에 인턴을 고용했습니다.

인턴은 4일 만에 끝났다. 피상적인 검사에서 기능이 작동하는 것처럼 보였고 친구는 다음 단계로 넘어갔습니다. 경험 많은 개발자가 다시 참여했고 일부 코너 케이스에서 코드가 실패했을 뿐만 아니라 앞으로 유지 관리할 수 없다는 것을 깨달았습니다. 그래서 그는 그것을 다시 쓰는 데 하루 종일을 보냈다.

인턴 4일($960) + 1일 재작성($960) = $1920. 숙련된 개발자가 처음에 기능에 대해 작업했다면 다른 비용을 고려하지 않더라도 5분의 1의 시간에 바로 완료되고 비용의 절반도 안 되었을 것입니다.

완벽은 아직 목표가 아니지만 품질에 대해 지나치게 수정하는 위험이 있습니다. 왼쪽과 오른쪽이 충돌하고, 광택이 없고, 투박하고, 단순히 사용할 수 없는 것을 출시하여 제품의 신뢰도를 완전히 떨어뜨릴 수 있습니다. 결과적으로 두 번째 기회를 얻지 못할 수 있습니다.

본능을 연마하고 모험을 즐기세요

여기서는 MVP 개발의 몇 가지 측면만 다루었습니다. 그러나 철저한 가이드가 있더라도 프로세스에는 항상 당신이 생각한 것보다 더 많은 일, 예상한 것보다 더 많은 작업, 예상한 것보다 더 많은 도전이 있을 것입니다.

어느 시점에서 당신은 선을 그리고 당신의 제품을 세상에 알려야 합니다. 이것은 가장 오싹하고 신나는 순간이며 정확한 과학은 없습니다. 직감을 믿어야 하지만 그 과정에서 린 원칙을 따르면 본능을 연마하고 중요한 결정을 더 쉽게 내리는 데 도움이 됩니다. 긍정적인 피드백의 첫 번째 이정표에 도달하고 비전에 대한 확신을 갖게 되면 꿈의 제품을 향해 더 깊이, 더 깊이, 더 깊이 밀어붙이기 시작할 수 있습니다.