아티클
☘️미디엄에서 600회 이상의 박수를 받은 글
이번 시간에는 PM과 관련된 아티클을 찾던 도중,
브런치(Brunch)라는 웹사이트에서 "PM-기획자들이 많이 읽은 10개 아티클"이라는 글을 보았다.
그 중, "가설 검증 과정에서 꼭 저지르는 실수들"이라는 제목은 흥미로웠고, 가설의 중요성을 배웠기에 기록을 남기려고 한다.
🤬가설 검증 과정에서 꼭 저지르는 실수들
실수 1. 가설을 사용하지 않는 팀.
가설을 사용하지 않는 팀은 제품 개발을 위해 구조화된 프로세스를 따르지 않고, 진행하면서 상황을 파악합니다. 즉, 중요한 설계 단계를 건너뛰고 수행하는 것과 다름이 없습니다.
이러한 팀은 고객의 요구를 충족하지 못하는 제품을 개발하는 위험을 감수합니다. 그들은 '돈을 어떻게 벌 것인가?'에 대한 필수적인 질문들을 넘어가고, '얼마나 빨리 구축할 수 있을까'와 같은 질문에 더 집중합니다.
실수 2. 너무 많은 가설을 사용하는 팀.
너무 많은 가설을 사용하는 팀은 지금 단계에서 그렇게 중요하지 않은 가설에 대한 인사이트를 얻기 위해 많은 시간과 비용을 소비합니다.
이러한 실수를 방지하려면 가설의 우선순위를 정하고 논리적이고 일관성있는 방식으로 가설을 구성하여, 현재 가장 중요한 질문에 집중할 수 있도록 하는 것이 중요합니다.
📖 제품 가설 검증 프레임워크
🚨 5단계 제품 가설 검증 프레임워크
1단계 문제검증: 해결하고자 하는 문제가 타겟 고객에게 실제로 존재하는지 확인.
이 단계에서는 해결하고자 하는 문제가 타겟 고객에게 실제로 존재하는지 확인하는 것입니다. 여기에는 누가 문제를 가지고 있는지, 언제 문제가 발생했는지, 왜 아직 제대로 해결되지 않았는지 등 문제에 대한 주요 질문에 답하고 검증하는 것이 포함됩니다.
2단계 솔루션 검증: 솔루션이 해당 문제를 실제로 해결하는지 확인.
이 단계에서는 잠재 고객에게 솔루션의 기능을 보여줄 수 있는 가시적인 무언가를 준비하는 것이 중요합니다. 프로토타입이나 목업은 아이디어를 시연하고 피드백을 수집하는 데 유용한 도구가 될 수 있습니다. 단순히 아이디어에 대해 이야기하는 것만으로는 충분하지 않습니다. 구체적인 것을 보여줄 수 있으면 보다 구체적이고 정확한 피드백을 받을 수 있습니다.
3단계 시장 검증: 고객이 제안한 솔루션을 사용할 것인가 확인.
이 단계에서는 제품-시장 적합성 여부를 평가하는 것을 목표로 합니다. 고객이 제품에 대한 니즈가 있는지, 현재 사용중인 대안에서 전환하여 제품을 사용할 의향이 있는지 여부를 판단해야 합니다. 사람들이 솔루션을 사용하기 위해 등록할 수 있는 가짜 웹사이트를 만들거나 고객 인터뷰 등을 실시하는 등의 방법을 통해 수행할 수 있습니다.
4단계 타당성 검증: 제안한 솔루션을 실현할 수 있는지 확인.
지금까지 제품에 대한 수요가 있고, 고객이 기꺼이 사용할 의향이 있다고 판단했다면, 이 단계에서는 솔루션을 만들 수 있는 역량을 우리 팀이 갖추고 있는지를 평가합니다. 제품을 시장에 출시하기 위해 극복해야 할 기술적 또는 운영상의 장애물을 고려하는 것도 포함됩니다.
5단계 비즈니스 가치 검증: 솔루션이 비즈니스에 가치를 창출하는지 확인.
제품이 비즈니스 가치를 창출할 수 있는지를 검증하려면 성과를 측정할 명확한 지표를 정의하는 것이 중요합니다. 이러한 지표는 제품의 비즈니스 가치의 핵심 동인을 반영하도록 신중하게 선택해야 하며, 제품의 성과를 평가하기 위해 시간이 지남에 따라 추적해야 합니다.
에어비앤비의 경우에는 플랫폼 내 호스트 수 / 매월 플랫폼에 신규 가입하는 호스트 수 / 활성 숙소가 있는 도시 수 등으로 성공 여부를 판단한다고 합니다. -> 제품이 충분한 비즈니스 가치를 창출하는지 확인 가능
☘️ 이 글을 읽고..☘️
아직 PM의 직업을 갖고 있지도 않지만, 후에 PM의 역할을 맡았을 때 가설에 대한 중요도를 높게 잡고 있어야 한다고 생각했다. 수학의 공식 증명 과정에서 가설이 중요하다는 사실은 모두가 알지만, 증명 과정보다는 공식에 의존한다. 하지만 설계하고 기획하는 입장에서, 올바르고 명확한 목표를 위해서는 가설 검증 단계가 필수적으로 이루어져야 한다고 생각한다. 한편으로는 후에 필자가 PM이 되어 가설 검증 과정속에 있으면, 얼마나 빨리 제품을 구축할 수 있는지에 집중하여, 우선순위에 대한 충분한 논의가 없어, 위와 같은 실수를 범할 수 있을 것 같다. 하지만, 가설 검증 단계에서 위와 같은 실수를 범했을 때, 일어나는 현상과 단점에 대해서 알았으니, 제품 가설 검증 프레임워크를 적극 활용하여 올바른 제품을 만들 수 있도록 노력할 것이다.
