나는 이것에 관한 많은 온라인 자료를 읽었지만, 끔찍한 것을 만드는 데 몇 주를 소비하기 전에 제품에 대한 아이디어를 테스트하는 더 좋은 방법이 있는지 궁금하십니까?
하루 안에 제품 아이디어를 테스트하는 Validate.tech 와 같은 것들에 대해 읽었 지만 방문 페이지를 통해 사람들을 유혹하는 것은 잘못된 것 같습니다.
나는 이것이 다소 추상적이라는 것을 알고 있지만, 당신의 생각을 어느 쪽이든 듣고 싶습니다.
답변:
제품 아이디어가 구현 방법과 반대되는 것을 이해합니다.
많은 노력없이 아이디어를 테스트 할 수 없다고 생각하는 사람들이 얼마나 놀랍습니다. 온라인에서 신발을 판매한다는 아이디어가 있다고 가정 해보십시오. 웹 사이트, 제조업체 및 유통 센터를 만들려면 IT 팀이 필요하십니까?
그래 그래 그러나 웹 사이트는 신발 사진과 이메일을 보내는 양식 일 수 있습니다. 제조업체는 현지 신발 판매점 일 수 있습니다. 유통 센터는 식탁과 우표 일 수 있습니다.
시험은 어떻습니까? 문제는 신발을 주문하는 사람이 없다는 것입니다. 부엌에서 신발을 우편으로 보내는 데 많은 시간을 할애하는 것이 문제라면 결과가 나옵니다.
이 테스트는 사람들이 신발을 온라인으로 구입할지 여부를 증명합니다. 비즈니스 관리에 투자 할 수있는 데이터 종류를 제공합니다.
이 질문에 대한 답은 단 한 가지입니다. 가능한 빨리 프로토 타입을 만드십시오! 프로토 타이핑은 구성 가능성, 적절한 오류 처리 등과 같이 불필요하고 중요하지 않은 부분을 건너 뛰고 핵심 아이디어가 작동하는지 테스트하는 것을 의미합니다. 프로토 타입은 폐기되도록 설계되었으므로 프로토 타입 코드를 문서화 및 / 또는 주석 처리하지 마십시오. 소프트웨어 성능이 중요하지 않은 경우 Python과 같은 현대적인 고급 해석 언어를 사용하는 것이 좋습니다. 그러나 성능이 제품의 핵심 부분 일 수 있으므로 경우에 따라 JVM 기반 언어 또는 C 또는 C ++가 필요할 수 있습니다.
그러나 프로토 타입이 제품이되도록 선택한 경우 전체를 다시 구현할 시간을 할당하십시오. 우리는 작업 중 일부 코드에 대한 프로토 타입을 다시 구현하는 것을 생략했으며, 코드 품질이 낮고 오류 처리가 생략 된 프로토 타입이 제품으로 효과적으로 기능하기 위해서는 많은 양의 작업이 필요했기 때문에 많은 어려움을 겪었습니다.
최소한의 실행 가능한 제품 , 즉 누군가에게 비용을 지불하도록 설득 할 수있는 가장 작고 간단한 제품을 구축하는 것으로 시작할 수 있습니다. 이는 사용자의 기존 워크 플로에 통합 된 기본 도구 일 수 있으며 추가 노력을 정당화 할 수있는 이점을 사용자에게 제공합니다. 이런 식으로 발전한 소프트웨어의 좋은 예는 예산이 필요 합니다. 독립 예산 이 적용되기 전에 Excel / OpenOffice 스프레드 시트로 시작했습니다.
MVP에 대해 생각할 수있는 한 가지 방법은 린 스타트 업 접근을 향한 초기 단계 입니다. 초기 MVP는 최종 제품에 대한 첫 번째 반복 단계입니다.이 MVP를 소수의 사용자와 공유하고 사용자에게 이익이되는 피드백을 수집합니다. 대부분은 기능에서, 다음 "피벗"에만 초점을 맞춘 새로운 MVP 만드는 그 사용자와 그들의 여기에 필요 - 잠재 고객이 아니 큰 그룹 집중하는 것을 목표 원하는 제품을하지만, 고객의 작은 그룹에 누가 그것을 필요로 하고, 그래서 그것을 지불 할 가능성이 더 높습니다. MVP를 구축하면 성공할 가능성이 가장 높은 아이디어를 찾기 전에 여러 제품 아이디어를 테스트 할 수 있습니다.
이러한 방식으로 개발 된 제품의 잘 알려진 예로 Flickr 가 있습니다.이 제품은 사진 공유 사이트가되기 전에 대화방이되기 전에 비디오 게임으로 시작되었습니다.