알겠습니다. 오늘은 여러분께 MVP(최소 기능 제품)을 만드는 방법에 대해 이야기하고자 합니다. 먼저, 우리가 MVP를 도울 때 자주 사용하는 밈에 대해 이야기하겠습니다. 이 밈은 '중간 지식자 밈'이라고 불립니다. 이 밈에는 두 가지 유형의 창업자가 등장합니다: 제다이처럼 매우 지적이고 모든 것을 잘 알고 있는 창업자와, 모든 상황에 대해 아무것도 모르는 첫 번째 창업자. 재미있는 점은, 때로는 이 두 유형의 창업자가 실제로는 매우 똑똑하고 열심히 일하며 모든 것을 올바르게 하려고 하는 창업자보다 올바른 결정을 먼저 내린다는 것입니다.
MVP와 관련된 상황에서 가장 좋은 조언은 빠르게 무언가를 출시하고 반복하는 것입니다. 고객의 손에 제품을 넘겨주고, 그것이 도움이 되는지 아닌지 배우고, 그 후 개선하는 것입니다. 잘못된 접근 방식은 100개의 설문 조사와 600명의 사용자 인터뷰를 수행하고, 모든 경쟁사를 조사하며, 1년 동안 자금을 모으고, 100명을 고용하는 등의 행동을 하는 것입니다. 이러한 것들은 똑똑한 행동처럼 보일 수 있지만, 실제로는 MVP의 가장 중요한 점을 강조하지 않습니다. 여러분은 제품을 사용자 앞에 놓을 때만 실제로 사용자에 대해 배우기 시작합니다.
그렇다고 해서 여러분이 만드는 MVP가 처음부터 제대로 작동할 것이라는 뜻은 아닙니다. 그것은 아마도 작동하지 않을 것입니다. 그러나 이는 사용자와 대화를 시작하고 그들의 문제를 해결하는 가장 좋은 방법입니다.
이 점을 요약하자면, 초기 창업자로서 여러분이 가져야 할 목표는 빠르게 제품을 세상에 출시하는 것입니다. 최소 기능 제품을 만들어야 합니다. 두 번째로, 초기 고객과 대화하고 그 제품을 유용하게 만들기 위해 무엇을 할 수 있을지 알아내야 합니다. 고객의 목표 달성을 돕는 방법을 고민하고, 그 목표를 달성하기 위해 제품을 어떻게 변경하고 반복할 수 있을지 고민해야 합니다. 그런 다음 더 많은 사용자와 대화하고 제품을 반복해서 개선하십시오.
대부분의 경우, 세 번, 네 번, 다섯 번, 여섯 번의 반복 후에는 여러분의 MVP가 크게 달라질 것입니다. 여러분은 엄청나게 많은 것을 배우게 됩니다. 사용자와 대화를 나누고 그들에게 제품이 발전하는 모습을 보여줌으로써, 그들은 실제로 더 흥분하게 되고, 여러분의 제품을 더 많이 사용하고, 비용을 지불할 가능성이 더 높아집니다. 또한, 여러분의 공동 창업자와 대화하거나 머릿속으로만 생각하는 것보다 10배 더 많은 것을 배울 수 있습니다.
오늘날의 문제는 많은 사람들이 MVP를 무시하고 있다는 것입니다. 많은 사람들이 최소 사랑 제품이나 최소 유용 제품에 대해 이야기하고 있습니다. 솔직히 많은 창업자들은 그저 신의 수준의 제품을 만들고 싶어 합니다. Steve Jobs처럼 iPhone을 만들고 세상을 바꾸고 싶어 합니다. 작은 것에서 시작하는 것이 나쁜 생각이라는 오해가 있습니다. 많은 사람들은 작은 것에서 시작하고 고객에게 제공했을 때 고객이 그 제품을 좋아하지 않으면 다시는 그들과 대화할 수 없을 것이라고 걱정합니다.
제가 여러분께 말해드리고 싶은 것은, 대부분의 경우 스타트업과 대화하고자 하는 사람들은 초기 채택자입니다. 그들은 잘 작동하지 않는 제품을 사용하는 데 익숙합니다. 그들이 여러분과 대화하는 이유는 여러분의 제품이 훌륭하게 작동할 것이라고 생각해서가 아니라, 그들이 실제로 문제를 가지고 있고 새로운 소프트웨어를 사용할 의향이 있기 때문입니다. 따라서 이러한 사람들을 잃을 걱정을 할 필요가 없습니다. 이러한 사람들은 새로운 제품을 자주 시도합니다. 만약 여러분이 "첫날부터 완벽하게 작동할 것을 약속할 수는 없지만, 계속 협력하면 더 나아지고, 더 나아져서 결국 여러분에게 잘 맞도록 만들겠습니다"라고 말한다면, 이들은 그 Pitch에 응답할 것입니다. 제품이 망가진 후 여러분의 제품을 다시는 사용하지 않을 사람들은 처음부터 여러분의 제품을 시도하지 않을 사람들입니다. 그들은 초기 채택자가 아니며, 새로운 소프트웨어를 사용하지 않습니다.
따라서 이러한 사람들을 잃을 걱정을 할 필요가 없습니다. 여러분은 그들을 처음부터 얻지 못했기 때문입니다. 지금 그들을 시작하게 만들 수는 없습니다.
YC에서 우리가 많이 다루어야 하는 것 중 하나는 두려움입니다. 이것이 창업자들이 가지고 있는 가장 큰 두려움입니다. "내 제품을 사람들에게 제공했을 때 그들이 좋아하지 않으면, 내 회사는 끝난다"는 비특정한 두려움입니다. 이는 항상 재미있습니다. 왜냐하면 우리는 이 상황을 생각할 때, 실제로 여러분의 회사가 죽지는 않습니다. 내일 당장 죽지는 않습니다. 여러분은 자금이 다 떨어진 것도 아니고, 모든 공동 창업자가 그만두는 것도 아닙니다. 이러한 두려움 시나리오를 마주할 때 우리는 그것에 대해 깊이 파고들어 "실제로 무슨 일이 일어날까?"라고 자문합니다. 최악의 시나리오를 상상해보세요. 고객과 대화를 나누고, 제품을 데모하고, 그것이 작동하지 않고, 그들이 사용하고 싶지 않아 한다면, 다음 날 아침에 깨어났을 때 무엇이 달라질까요? 다른 사람에게 연락할 수 없을까요? 제품을 개선한 후 일주일 뒤에 다시 그 고객에게 연락할 수 없을까요? 여러분의 스타트업이 실제로 죽은 것일까요? 대부분의 경우, 이러한 두려움을 느낄 때 여러분이 해야 할 일은 그 두려움에 직면하고 "이 두려움이 현실적인가? 이 무서운 일이 발생하면 내 회사가 실제로 죽을 것인가?"라고 자문하는 것입니다. 두려움을 느끼는 것은 나쁘지 않지만, 그 두려움에 따라 행동하는 것은 나쁩니다. 첫 고객이 제품을 좋아하지 않을까 봐 두려워서 1년 동안 MVP를 만드는 것은 나쁜 일입니다.
이제, "완벽한 제품이 무엇인지 알고 있으며, 그것을 만드는 데 1년이 걸릴 것입니다. 왜 쓰레기 같은 버전을 만들어야 합니까?"라고 생각하는 또 다른 사람들이 있습니다. 저는 이 사람들을 가짜 Steve Jobs라고 부릅니다. 이는 훌륭한 제품 사람들이 하는 일에 대한 엄청난 오해입니다. 많은 사람들은 Steve Jobs가 단지 훌륭한 제품을 상상하고 세상에 내놓을 수 있는 사람이라고 생각했습니다. 그러나 재미있는 점은 사람들이 Steve Jobs가 가장 잘 알려진 제품들, 예를 들어 iPod이나 iPhone을 생각할 때, 시간이 지남에 따라 그 제품들의 다양한 버전에 대해 충분히 생각하지 않는다는 것입니다. 종종 누군가가 "Steve Jobs는 처음부터 놀라운 전화를 출시했습니다"라고 말할 때, 저는 "iPhone이 처음에는 앱 스토어가 없었다는 것을 기억하십니까? 첫 iPhone으로 비디오를 찍을 수 없었다는 것을 기억하십니까? 첫 iPhone은 2G만 있었고 3G가 없었기 때문에 인터넷이 정말, 정말, 정말 느렸습니다"라고 말합니다. 대부분의 사람들은 이를 기억하지 못합니다. 사람들이 실제로 iPhone이라고 생각하는 것은 iPhone의 세 번째 또는 네 번째 버전입니다. 첫 iPod은 실제로 물리적인 스크롤 장치를 가지고 있었으며, 모래가 그 안에 끼어 자주 고장 났습니다. 심지어 훌륭한 Steve Jobs도 제품을 반복했습니다. 따라서 자신이 가짜 Steve Jobs가 되어 "고객이 필요로 하는 것을 정확히 알고 있으며, 1천만 달러를 모으고 1년 동안 그것을 만들고 출시할 필요가 있다"고 생각한다면, 다시 생각해 보십시오. Steve Jobs가 그의 제품을 제대로 만들기 위해 여러 번의 시도가 필요했다면, 여러분도 그럴 필요가 있을 수 있습니다.
다음으로 몇 가지 예를 살펴보겠습니다. 이 모든 예에서 세 가지 간단한 점을 볼 수 있습니다. 첫째, 모든 제품이 빠르게 만들어졌으며, 시장에 신속히 출시될 수 있었습니다. 둘째, 모두 매우 제한된 기능을 가지고 있었습니다. 셋째, 흥미롭게도, 모든 제품은 소수의 사용자에게 호소력을 가졌습니다. 이 창업자들은 사람들이 사랑하는 작은 것을 만드는 것이 처음부터 모든 잠재 고객의 모든 요구를 충족하는 것을 만드는 것보다 훨씬 더 중요하다는 것을 깨달았습니다.
다음은 Airbnb의 첫 번째 버전이 어떻게 생겼는지입니다. Airbnb가 처음 출시되었을 때 사용자였다면, 다음과 같은 재미있는 것들을 경험하지 못했을 것입니다. 결제가 없었습니다. Airbnb에서 숙소를 찾았다면, 그곳에서 결제할 수 없었습니다. 다른 방법으로 결제를 해야 했습니다. 지도 보기가 없었습니다. 따라서 도시에서 실제로 그 장소들이 어디에
있는지 볼 수 있는 방법이 없었습니다. 이는 매우 기본적인 것입니다. 더 웃긴 것은, 에어베드에서만 머물러야 했습니다. 전체 집을 임대할 수 없었고, 집 안의 방을 임대할 수도 없었습니다. 처음 Airbnb는 컨퍼런스를 위한 것만 작동했습니다. 컨퍼런스가 열리는 도시에 설정하고, 컨퍼런스가 끝나면 종료했습니다. 이것이 처음의 Airbnb, 즉 MVP였습니다.
두 번째 예는 제 회사인 Twitch입니다. Twitch는 제 공동 창업자 Justin이 머리에 카메라를 달고 24시간 내내 방송을 하는 사이트인 Justin TV로 시작했습니다. Twitch의 첫 번째 버전에서는 여기 보이는 한 페이지뿐이었습니다. 스트리머는 한 명뿐이었습니다. 그의 이름은 Justin이었습니다. 비디오 게임은 없었습니다. 가끔씩 Guitar Hero 같은 게임을 하는 정도였습니다. 스트리밍 비용은 어마어마하게 비쌌습니다. CDN에 비용을 지불하고 있었고, 비디오 시스템을 구축하지 않았습니다. 그러나 이것이 우리 제품의 첫 번째 버전이었습니다. 지금 Twitch에 가면 완전히 다르지만, 이것이 시작이었습니다.
마지막으로 Stripe입니다. 이것이 Stripe의 첫 번째 버전입니다. 당시에는 Stripe라는 이름조차 없었고, /dev/payments라고 불렸습니다. 당시에는 멋진 은행 거래가 없었습니다. 작은 은행과 일하고 있었습니다. 계정을 설정하기 위한 직접적인 API가 없었기 때문에, 매일 밤 은행에 전화를 걸어 수작업으로 서류 작업을 해야 했습니다. API에는 거의 기능이 없었습니다. Stripe의 첫 번째 버전은 매우 기본적이어서, 심지어 우리도 사용하지 못했습니다. 기능이 충분하지 않았기 때문입니다. 그러나 사용 가능했던 사람들은 초기 단계의 YC 스타트업들이었습니다. 그들은 고객으로부터 간단한 신용카드 결제를 받는 것만 원했습니다. Stripe는 처음에 그것만 했고, 그것으로 충분했습니다.
여러분은 "누가 이런 형편없는 MVP를 사용하고 싶어할까요?"라고 물을 수 있습니다. 우리는 그것들이 빨리 만들어질 것이고, 아마 잘 작동하지 않을 것이며, 실제로 좋게 만들기 위해 많이 반복해야 할 것이라고 말했습니다. 누가 그런 경험을 하고 싶어할까요? 저는 초기 창업자로서 들은 재미있는 비유가 있습니다. "머리에 불이 난 고객을 위해 첫 번째 버전을 만들어라." 저는 이 말이 무슨 뜻인지 잘 이해하지 못했습니다. 이론적으로는 이해가 되지만, 이야기를 연결했을 때 더 유용하다고 생각했습니다. 지금 이 글을 읽고 있는 여러분이 머리에 불이 났다고 상상해 보세요. 그리고 제가 옆 방에 앉아 있다고 상상해 보세요. 이 문제를 해결하기 위해 제가 팔 수 있기를 바라는 것은 무엇일까요? 아마도 대부분의 여러분은 물통, 호스, 어떤 종류의 물건일 것이라고 생각할 것입니다. 그것은 훌륭한 제품입니다. 오늘날의 iPhone과 같으며, 여러분의 문제를 즉시 해결할 수 있을 것입니다. 저는 그것이 없습니다. 저는 창업자입니다. 제가 가지고 있는 것은 MVP입니다. 제가 팔고 있는 것은 벽돌입니다. 여러분은 벽돌을 팔고 있다면 어떻게 할 것입니까? 여러분 중 일부는 "글쎄요, 방을 떠날 것입니다. 벽돌을 사용할 수 없습니다."라고 말할 것입니다. 여러분의 머리에 불이 났습니다. 여러분은 그 벽돌을 사서 머리에 불을 끄기 위해 벽돌로 머리를 칠 것입니다. 이것이 MVP입니다. 완벽한 해결책은 아니지만, 고객으로서 너무 많은 고통을 겪고 있기 때문에 비완벽한 해결책을 사용하여 문제를 해결할 것입니다. 이것이 여러분이 타겟으로 삼아야 하는 고객입니다. 절박하지 않은 고객은 기다릴 수 있습니다. 지금 그들을 추구할 필요가 없습니다. 절박한 고객을 먼저 추구하십시오. 이는 여러분의 삶을 훨씬 더 쉽게 만들 것입니다.
여러분 중 일부는 "설문 조사만 하면 되지 않을까요? 100명의 사용자와 대화하면 그들이 무엇을 만들어야 할지 알려줄 것입니다."라고 생각할 수도 있습니다. 저는 이것이 사실이기를 바랍니다. 사용자가 무엇을 만들어야 하는지 알려줄 수 있기를 바랍니다. 그리고 그들이 말한 것을 만들면 성공할 것입니다. 사실 모든 비즈니스는 이것이 사실이기를 바랍니다. 문제는 여러분의 고객이 자신의 문제에 대해 전문가이지만, 그 문제를 해결하는 방법에 대한 모든 답을 가지고 있는 것은 아닙니다. 그것은 여러분의 일입니다. 새로운 제품을 만드는 사람의 일입니다. 설문 조사는 고객이 겪고 있는 고통을 이해하는 데 도움이 될 수 있지만, 그 고통을 해결하는 방법을 찾는 데는 도움이 되지 않습니다. 고객과 대화를 시작하는 유일한 순간은 그들 앞에 제품을 놓고 "이것이 여러분의 문제를 해결합니까?"라고 물을 때입니다. 저는 이 단계에 대한 지름길을 본 적이 없습니다. 빠르게, 약간 형편없는 것을 만들어 시작하는 지름길을 본 적이 없습니다. 심지어 대규모 기업의 경우에도 마찬가지입니다. 처음 제품의 버전은 완벽하지 않았습니다. 그 고객이 사용할 수 있는 최소한의 것이었습니다. 전반적으로 최소 기능 제품으로 시작해야 합니다.
저는 여러분께 전달하고 싶은 가장 중요한 점 중 하나는 모든 답을 가지고 스타트업을 시작하지 않는다는 것입니다. 스타트업을 구축하는 것, 특히 제품-시장 적합성 전의 첫 번째 단계는 모두 학습에 관한 것입니다. 시작할 때 가지고 있는 몇 가지 통찰력을 시장에 가져가서 배우는 것입니다. 오늘날 여러분이 사용하는 제품의 대부분의 솔루션, 대부분의 최고의 부분은 출시 후에 발견되었습니다. 창업자들이 사용자로부터 배우고 있을 때 발견되었습니다. MVP를 구축하고 출시하는 것은 학습 과정을 시작하는 가장 빠른 방법입니다. 여러분이 더 빨리 배울수록 다른 사람보다 사람들이 사랑하는 무언가를 만들 가능성이 더 커집니다.
그래서 이제 제가 여러분을 설득했다고 가정해 보겠습니다. 이제 실제로 MVP를 만들고 싶습니다. 어떻게 하면 빨리 만들 수 있을까요? 몇 가지 요령이 있습니다. 첫째, 매우 구체적인 기한을 설정하세요. 두 주, 한 달 또는 한 달 반의 기한을 설정하면, 기한을 설정하지 않은 경우보다 최소 기능 제품을 만드는 것이 훨씬 더 쉽습니다. 둘째, 사양을 적어보세요. MVP를 출시하기 위해 필요한 기능이 다섯 가지나 열 가지가 있다고 생각하면, 모두 적어보세요. 기능을 추가할지 말지 계속 고민하는 상황에 놓이지 마세요. 그것을 적어두면, 계속해서 어떤 기능을 추가할지, 어떤 기능을 추가하지 않을지 토론하는 대신, 구축에 집중할 수 있습니다. 셋째, 그 사양을 줄이세요. 모든 것을 적은 후, 각 항목을 검토하고 "진정으로 절박한 고객이 이 기능이 필요할까요?"라고 자문해 보세요. 여러분은 두 번째, 세 번째 또는 네 번째 버전에서 많은 기능을 생략할 수 있다는 것에 놀랄 것입니다. 기본적인 것만 먼저 내놓으세요. 네 번째이자 가장 중요한 것은, MVP에 너무 애착을 가지지 마세요. 그것은 변할 것입니다. 여러분은 그것을 반복할 것입니다. 시간이 지남에 따라 매우, 매우, 매우 달라질 것입니다. 빠르게 하세요. 그리고 그것에 애착을 가지지 마세요. 고객, 사용자에게 애착을 가지세요. 그 사용자로부터 배우기 위해 구축하는 형편없는 초기 제품에 애착을 가지지 마세요.
자, 이제 더 이상 설득할 필요가 없기를 바랍니다. 가장 간단하고 쉬운 길이자 가장 현명하고 제다이 같은 길은 제품을 구축하고 출시한 다음, 반복하는 것입니다. 여러분 모두에게 많은 행운을 빕니다. 구축하는 동안 한 가지를 기억하세요. 여러분의 제품을 좋아하는 100명이 있는 것이, 그냥 그런 10만 명이 있는 것보다 훨씬 낫습니다. 그래서 MVP를 출시할 때 확장할 수 없는 일을 해도 괜찮습니다. 초기 고객을 한 명씩 모집하는 것도 괜찮습니다. 그 고객들을 신경 쓰면, 그들은 여러분과 대화할 것입니다. 여러분은 그들과 협력할 수 있고, 그들의 문제를 해결하는 방법을 알아낼 수 있으며, 그 결과, 그들에게 훌륭한 제품을 만드는 방법을 알아낼 수 있습니다. 감사합니다. 행운을 빕니다.