제품 가설 캔버스

고객이나 사용자 요구 중심의 프로젝트에서 제품 가설 중심의 프로젝트로 점점 더 전환하고 있습니다. 여러 가지 이유가 있습니다.

한편으로, 우리는 점점 더 짧아지는 일정 내에 새로운 기능을 구현해야 한다는 기대를 받고 있습니다. 이는 경쟁이 점점 더 치열해지고, 현대 기술 덕분에 세상이 계속해서 빨라지고 복잡해지고 있기 때문입니다.

다른 한편으로는, 더 다양한 사용자 그룹을 보유하는 것은 더 다양한 요구에 직면한다는 것을 의미합니다. 우리는 완전히 사용자 지정 가능한 세계를 향해 전속력으로 나아가고 있습니다. 이로 인해 즉각적인 제품 조정에 대한 수요가 더욱 커집니다.

"요구사항"을 구현해야 한다면 무엇보다도 "가설"을 테스트해야 합니다. 하지만 그 전에 가설들을 논리적으로 명확히 표현해야 합니다. 그것은 우리가 원했던 만큼 항상 쉬운 것은 아닙니다.

가설이 명확할수록 테스트가 더욱 효과적일 것이라고 믿습니다. 이러한 의미에서의 테스트는 실제 가설의 검증뿐만 아니라, 그 과정에서 얻을 수 있는 모든 인사이트도 포함합니다. 가설을 명확히 하기 위한 과정을 구조화하고 단순화하기 위해, 순차적으로 답할 수 있는 다음 질문들을 선정했습니다.

제품 가설 캔버스를 사용하면 더 효과적인 가설을 만들 수 있습니다. 캔버스는 작업을 대신해주지 않으며, 단지 현재의 작업에 집중하고 보다 효과적인 해결책에 도달하도록 도와줍니다.

제품 가설 캔버스 작성 단계

1. 우리는 믿습니다...

여기에서 개발 계획을 설명합니다.

2. (누구를 위해)

이 부분에서는 우리의 대상 고객을 정의하고, 필요에 따라 프로젝트에서의 역할을 평가합니다.

이 단계는 매우 중요합니다. 이는 후에 프로젝트와의 관련성을 기준으로 가설을 평가하는 데 도움을 줄 것입니다. 때때로 프로젝트 팀 멤버들은 흥미로운 아이디어에 완전히 매혹되어 그것이 몇 가지 개별 사례에만 적용된다는 사실을 잊어버리게 됩니다.

사실, 작성자가 가설이 누구에게 이익이 될지 일관되게 설명하지 못한다면, 이는 그냥 무작위 추측에 불과할 가능성이 큽니다. 그것은 마치 당구 선수가 강력한 스트라이크로 공을 쳐서 무작위로 공을 포켓에 넣으려고 하는 것과 같습니다. 동일한 방식으로 제품 관리자와 디자이너들은 사용자와의 연결 없이 가설을 세우며, 적어도 누군가가 관심을 가질 것이라고 기대합니다. 이러한 가설에 대해 매우 신중해야 합니다. 자세히 생각해 볼 가치가 있을 수 있습니다.

3. 달성하기 위해…

우리의 실험이 어떤 결과를 기대하는지도 파악하는 것이 중요합니다. 또한 결과는 특정 용어로 측정 가능해야 합니다. "우리는 더 잘해야 한다!"라고 쓰지 마세요. 기대치를 다음과 같이 표현하는 것이 좋습니다. "[제품]을 5% 개선해야 합니다."

가설에 따라 단기 결과와 장기 결과에 대한 서로 다른 기대를 가질 수 있습니다. 많은 사람들이 단기 성과에 집중하는 것을 선호하고, 더 장기적인 목표를 지닌 가설로 작업하는 것을 피합니다. 하지만 가설을 세울 때, 테스트에 얼마나 시간이 걸리는지 주의해야 합니다. 하루, 일주일, 한 달, 또는 그보다 더 걸릴 수도 있습니다. 이를 염두에 두고, 나중에 실험의 백로그를 플랜할 수 있을 것입니다.

4. 이것을 어떻게 측정하나요?

결과를 측정하는 능력은 제품 가설을 테스트하기 위한 핵심 매개변수입니다. 이전 단계에서 측정할 사항을 언급했지만, 여기서는 사용할 도구의 종류를 설명합니다. 우리가 만든 기회가 영향력이 있다는 어떤 신호들이 나타날까요? 우리 실험이 성공적이었다는 것을 입증하기 위해 어떤 핵심 성과 지표(정성적 또는 정량적)를 측정할 예정인가요?

5. 영향, 긍정적 또는 부정적

단일 목표를 넘어 가설을 접근하기 위한 방법으로 이 블록을 도입했습니다. 작성하지 않아도 됩니다.

일부 경우에는 특정 기능의 도입이 시스템 내 다른 매개변수에 부정적인 영향을 미칠 수 있습니다. 예를 들어, 우리는 포괄적이고 유익한 프레젠테이션을 추가합니다.

홈 페이지로, 사용자 참여를 향상시키기 위해 희망합니다. 그러나 프레젠테이션은 페이지 로딩 속도에 영향을 미쳐, 의도와는 달리 이탈률이 증가하여 참여도를 감소시킬 수 있습니다. 이 특정한 경우에, 높은 이탈률은 아마도 기능 자체가 아닌 그 방대함과 부실한 구현으로 인해 발생하는 것 같습니다.