훌륭한 제품 아이디어를 망칠 수 있는 5가지 개념
게시 됨: 2020-05-08사람들은 다양한 요구 사항을 해결하기 위해 여러 애플리케이션을 사용하는 경향이 있습니다.
제품 개발의 모든 단계에서 구축된 것이 충분하지 않다고 느낄 수 있습니다.
모두가 인공 지능과 기계 학습에 열광합니다.
"나에게 아이디어는 실행되지 않는 한 아무 가치가 없습니다." - 스티브 잡스
시장을 혼란에 빠뜨릴 수 있는 놀라운 아이디어가 있다는 것을 알고 있습니다. 하지만 그렇게 하려면 먼저 소프트웨어 제품으로 변환해야 합니다. 그리고 시작점이 무엇인지, 어떤 단계에서 시장에 진출해야 하는지 궁금할 것입니다. 훌륭한 아이디어에도 불구하고 영향을 미치지 않은 사람들을 알고 있기 때문에 걱정이 됩니다. 이러한 생각은 자연스러운 것이며 모든 기업가는 이를 겪습니다.
저는 부트스트랩에서 규모에 이르기까지, 심지어 벤처 캐피탈 자금 조달을 통해 제품의 다양한 단계에서 여러 설립자와 함께 일할 수 있는 행운을 얻었습니다. 그리고 수년간 기업가를 위한 제품을 만들고 아이디어 워크숍을 진행하면서 저는 공유하고 싶은 제품 부트스트래핑에 대한 몇 가지 일반적인 오해를 접했습니다. 이러한 개념은 잠재적으로 환상적인 제품 아이디어를 망칠 수 있습니다.
"두 제품을 결합하여 새 제품을 만들겠습니다."
사람들은 다양한 요구 사항을 해결하기 위해 여러 응용 프로그램을 사용하는 경향이 있습니다. 그리고 당신은 당신의 제품이 그들에게 둘 이상의 세계에서 최고의 것을 줄 것이라고 생각합니다. 사람들이 자신의 요구 사항을 충족하기 위해 여러 제품 대신 통합 솔루션에 끌리는 것은 분명해 보입니다. 이것은 잘못된 생각이 아닙니다. 청구서 지불 및 예약 분야에서 눈에 띄게 잘 작동했습니다. 그러나 결혼하려는 제품을 과소 평가해서는 안됩니다.
예를 들어 Facebook과 TikTok을 결합하여 세 번째 애플리케이션을 구성하는 플랫폼은 이론적으로 좋은 아이디어처럼 들릴 수 있습니다. 그러나 사용자는 수년에 걸쳐 완벽하게 발전한 이러한 기능에 이미 익숙해져 있으므로 응용 프로그램을 위해 그런 종류의 시간과 비용을 따로 할애해야 합니다. 한 걸음 뒤로 물러나면 이것이 처음에 아이디어가 구체화된 방식이 아님을 깨닫게 될 것입니다.
이 모든 것은 특정 사용자 요구 사항을 평가하고 이에 대한 솔루션을 제공하는 것으로 시작되었을 수 있습니다. 간단히 말해서, 개별적으로 펀치를 포장하지 않는 일련의 기능을 제공하는 것보다 한 가지만 잘 수행하는 것이 중요합니다.
"내 제품이 기능이 매우 풍부한 경우에만 출시할 것입니다."
제품 개발의 모든 단계에서 "우리는 더 많은 힘이 필요합니다, Scotty!"라고 말하는 것으로는 충분하지 않다고 느낄 수 있습니다. 또한 제품과 여러 기능을 개발하는 과정에서 모든 자금이 소진되었다는 사실을 깨닫는 것은 창업자에게 최악의 악몽입니다. 이것이 바로 MVP(Minimum Viable Product)의 힘이 시작되는 곳입니다. MVP의 범위를 정하고 정시에 시장에 출시하는 것이 중요합니다.
다음은 MVP 범위 지정을 위한 간단한 치트 시트입니다.
- 시스템을 사용할 사용자 유형, 즉 사용자 페르소나를 식별합니다(최소한으로 유지).
- 각 개인의 가장 중요한 요구 사항이 무엇인지 평가하십시오.
- 페르소나와 필요에 따라 기능과 사용자 흐름을 주도하세요.
- 모바일 애플리케이션인지 반응형 웹 애플리케이션인지 결정합니다.
- 이것을 UX 및 엔지니어링의 함수로 대략적으로 추정하십시오.
이제 어려운 부분이 있습니다. 시간과 노력이 너무 많이 든다는 것을 알게 될 것입니다. 돌아가서 범위를 다듬어야 합니다. "트리밍"은 반드시 기능을 잘라내는 것이 아니라 프로세스를 단순화하는 것입니다.
당신을 위해 추천 된:
예를 들어 관리자는 완전히 자동화된 시스템을 갖추는 대신 처음에 몇 가지 백엔드 작업을 수동으로 시도하고 수행할 수 있습니다. 핵심 가치 제안이 포함된 범위가 넓은 MVP가 있으면 예측 가능한 방식으로 시장에 출시할 계획을 쉽게 수립할 수 있습니다.
"시장은 충분히 크고 차별화 요소가 필요하지 않습니다."
많은 경우 제품과 관련된 주요 숫자인 사용자 기반에 대해 매우 설득력 있는 생각을 들었습니다. 이것에 대한 수학은 매우 광대한 목표 시장에서 시작하여 "우리 시장 규모가 1%만 있어도 분류될 것입니다." 이 수치는 정확해 보일 수 있지만 사용자가 제품이 있다는 이유만으로 사용을 시작하는 경우는 거의 없습니다.
앞서 언급했듯이 모든 것은 필요에서 시작됩니다. 고유한 요구 사항을 해결하기 위해 구축된 제품은 고객 채택을 주도할 차별화 요소입니다. 이 차별화 요소는 또한 판매 및 마케팅 활동에 가치를 더하는 데 큰 도움이 될 것입니다. 목표 시장이 클 수 있지만 제품이 결국 바다에 던진 조약돌과 같은 영향을 미칠 수 있습니다. 차별화 요소는 모든 것입니다.
"AI와 ML이 대부분의 작업을 처리하도록 해야 합니다."
모두가 인공 지능과 기계 학습에 열광합니다. 그들은 의심의 여지없이 여기 머물기 위해 있습니다. 제품 로드맵에는 단순한 규칙 기반 엔진 이상의 자동화된 기능이 포함되어 있습니다. 시장에 출시할 때 스타일에 맞게 도착할 수 있도록 첫날부터 해당 기능을 구축하는 것이 가장 좋지 않습니까? 글쎄, 두 가지 시나리오가 있으며 어느 버킷에 속하는지 열심히 생각해야 합니다.
첫 번째 버킷은 룰 기반 엔진을 통해 사용자의 니즈에 솔루션을 제공할 수 있는 제품이다. 그러나 시간이 지남에 따라 AI 및 ML 프로그래밍이 있으면 작업을 확장하는 것이 좋습니다. 이것의 예는 정교한 의사 결정 엔진이 될 것입니다. 두 번째 버킷은 제품의 핵심 가치 제안이 AI 및 ML을 기반으로 하는 곳입니다. 예를 들어, 고급 얼굴 인식을 사용하여 범죄 용의자를 식별하기 위한 방대한 데이터베이스를 상호 참조하는 시스템이 있습니다.
여기서 차이점을 발견하셨나요? AI와 ML이 없으면 제품이 없는 경우도 있지만 AI와 ML 없이 MVP를 구축하고 시간이 지남에 따라 해당 기능을 도입할 수 있는 경우도 있습니다. 기계 학습은 실험적이며 프로덕션에 도달하는 데 엄청난 양의 데이터와 많은 시간이 필요하다는 것을 기억하십시오. 시작 단계에 포함시키려면 비용과 시간 관점에서 스스로 준비해야 합니다.
"VC 친화적인 기술 스택을 선택해야 합니다."
멋진 기술 스택이 있는 VC에 결국 직면하지 않도록 하는 것이 중요합니다. 그렇죠? 음, 모든 프로그래밍 패러다임은 특정한 방식으로 사용되어야 합니다. 각각의 장점과 단점, 그리고 더 중요한 것은 목적이 있습니다. 하지만 멋지지 않은 기술이라고 하는 것은 없고, 그저 아래를 내려다보는 냉담한 개념만 있을 뿐입니다. 기술이 조금 오래되었을 수 있기 때문입니다. 나이가 들면 성숙함이 따른다는 것을 기억하십시오. 플랫폼의 특성에 따라 기술 스택을 선택하는 것이 가장 좋습니다.
예를 들어, 예상하는 클라이언트-서버 채팅의 종류, 데이터의 특성(정형 또는 비정형), 서버 측 처리 및 IO 작업의 강도, 예상하는 활동의 종류를 살펴봐야 합니다. 몇 가지 예를 들면 UI입니다.
"VC를 위한 기술 선택"의 좋은 예는 블록체인입니다. 블록체인은 우수한 분산, 불변 및 보안 네트워크이며 많은 사용 사례에서 유리합니다. 하지만 데이터베이스를 교체하자는 주장에 속하지 않는 제품에 쑤셔넣을 수는 없다. 당신이 웃고 있다는 것을 알고 있지만 실제로 그 말을 들었습니다.
마지막 메모에…
V For Vendetta 영화에서 변경된 대사로 마무리하고 싶습니다. “소프트웨어 제품의 내부에는 기술과 프레임워크 그 이상이 있습니다. 후드 아래에는 아이디어가 있습니다. 그리고 아이디어는 방탄입니다.” 이 기사가 핵심 아이디어를 다시 다루고 강화하는 데 도움이 되었기를 바랍니다. 귀하의 아이디어를 성공적인 제품으로 전환하는 데 최선을 다하시길 바랍니다.