기능을 더 만들기 전에 제품 수요를 검증하는 방법
반복되는 문제의 근거와 제안한 해결책에 대한 의미 있는 행동을 찾으세요. 칭찬, 좋아요, 큰 대기 명단은 유용한 신호일 수 있지만 도입할 만큼 제품이 필요한지는 답해 주지 않습니다.
출시 전후 모두 적용할 수 있습니다. 이미 제품을 만들었다면 개발에 쓴 시간을 수요의 증거로 여기지 말고 다음 실험을 고르는 데 사용하세요.
실제 작업부터 시작하세요
Paul Graham은 아이디어에 관해 “문제를 찾되, 가능하면 자신이 겪는 문제를 찾으세요”라고 조언합니다(Paul Graham 글 원문 번역). 출발점인 경험칙이지 자신의 문제가 시장을 대표한다는 증거는 아닙니다. 스타트업 아이디어를 얻는 방법.
사람, 상황, 필요한 작업을 명시하세요. 사람들이 생산성을 필요로 한다는 표현보다 프리랜서가 청구서용 승인 근무 시간을 모으는 것처럼 확인 가능한 일을 쓰세요.
최근에 겪은 일을 물어보세요
마지막으로 문제를 겪었을 때 무엇이 있었는지 물으세요. 무엇을 썼는지, 어디서 실패했는지, 시간·돈·불편은 얼마나 들었는지, 도구 선택은 누가 했는지 확인하세요.
자동이면 도움이 되지 않겠냐는 유도 질문은 피하세요. 편리한 가정에 동의하면서도 업무를 바꿀 의도는 없을 수 있습니다.
작고 정직한 테스트를 제안하세요
핵심 가치를 시험하는 파일럿, 체험 작업, 시연, 유료 서비스를 선택하세요. 이미 있는 것과 여전히 수작업인 것을 밝히세요. 예시 애니메이션을 작동하는 기능으로 위장하지 마세요.
| 신호 | 알 수 있는 것 | 입증되지 않는 것 |
|---|---|---|
| 칭찬 | 매력적으로 들리는 아이디어 | 도입이나 지불 의향 |
| 연락 요청 | 더 알고 싶은 관심 | 제품 적합성 |
| 실제 작업을 시도하는 시간 | 검토할 의향 | 지속 사용 |
| 유료 파일럿 | 해당 제안에서의 구매 | 확장 가능한 시장 |
| 반복 사용 | 해당 사용자에게 지속되는 가치 | 여러 고객군의 폭넓은 수요 |
제안을 쉽게 살펴볼 수 있게 하세요
명확한 페이지, 진짜 예시, 다음 행동 하나를 사용하세요. 설명이 어려운 작업은 녹화로 보여 줄 수 있습니다. 짧은 브랜드 소개가 필요하면 Teasr로 공개 페이지를 요청 자료로 삼고 홍보 영상을 검토할 수 있습니다. 영상 편집 작업 흐름을 구축할 필요가 없습니다. 소개 방식은 가설 전달을 돕지만 자체로 검증하지는 않습니다.
무엇을 바꿀지 미리 정하세요
어떤 근거가 계속 진행하거나 대상을 좁히거나 제안을 바꾸게 할지 쓰세요. 긍정적 반응뿐 아니라 거절도 기록하세요. 몇 명의 디자인 칭찬이 핵심 작업에 대한 반복된 반대를 없애지는 않습니다.
배운 것을 연락 활동으로 연결하려면 첫 유료 고객 찾기, 전체 순서는 첫 달 마케팅 계획을 참고하세요.