<aside> 📚 토글 (▶ )을 클릭하여, 교육자료의 목차를 확인하고 빠른 이동을 할 수 있습니다. (전체 토글을 열고닫는 단축키 - Windows : Ctrl + alt + t / Mac : ⌘ + ⌥ + t )

• 목차 확인하기 </aside>

Intro : Toss_어차피 안 될 아이템의 탄생

<aside> 💡 아래의 영상에서 14:39 ~ 20:07 를 참고 해 주세요!

→ 핵심 가설 딱 하나만 잘 구현하면 된다.

</aside>

https://www.youtube.com/watch?v=Tmj1HEFnKpE

또 달라진 점은, 막 안 될 때 ‘이 기능이 없어, 저기능 없어’ ‘이거 넣으면 다 잘 될 거야’라고 하지만 아니다. 핵심 가설 딱 하나만 잘 구현하고 그것으로 해서 잘 되면 크고 안 되면 그냥 다음 아이템으로 넘어가면 된다. 핵심 가설을 잘 하고 그 다음에 다른 기능을 넣었을 때 더 잘 되는 거지, 더 잘 될 그 아이템들을 지금 다 때려 박는다고 되는 게 아니다. 이런 생각을 알게 됐던 거죠. - 토스 이승건 대표

여러분들은 위의 동영상을 어떻게 보셨나요? 이승건 대표님의 말씀에 동의 하시나요?

아니면, 아직은 잘 와닿지 않으실까요? 그럼, 가설 검증의 중요성에 대해서 조금 더 살펴보시죠.

1. 가설검증의 중요성

• 예를 들어, 프로덕트에 새로운 기능 추가라는 의사결정을 내린다는 것은, 그 기능이 프로덕트를 성공으로 이끄는 발판이 되리라는 믿음이 있기 때문일 것 입니다.
• 그러나 우리는 그 기능이 출시되었을 때의 미래를 알 수 없을 뿐더러, 아무리 머릿속으로 상상해본들 정말로 사용자가 그 기능에서 가치를 느낄지, 최종적으로 비전 달성으로 이어질지 등 은 프로덕트를 출시하기 전까지는 알 수 없습니다.

→ 다시 말해, 앞서 말씀드린 의사결정 자체가 프로덕트를 성장시키기 위한 하나의 가설일 뿐입니다.

• 그렇기 때문에 우리는 매번 실제 사용자에게 배포한 뒤에 그 가설이 옳았는지 검증하고, 계속해서 동일한 가설에 의지하여 프로덕트를 만들어갈지, 아니면 다른 가설을 새롭게 세울지를 검토해야 해야 합니다.

<aside> ☝🏻 따라서 처음부터 프로덕트의 세세한 부분까지 상세한 계획을 세우는 것은 피해야 합니다.

대강의 장기적인 방향성을 세우는 것은 필요하지만, 아무리 세부 계획을 잘 세운다고 해도, 그 핵심 전제인 가설이 뒤집히면 계획은 무의미해지기 때문입니다.

예를 들어 결제율을 높일 목적에서 결제수단을 여러가지로 다양화하거나 간편결제 등을 도입해 볼 수도 있지만, 사실 해당 제품이 고가의 고관여 제품이어서 고객의 결제율이 쉽게 변화되지 않는 상황이라면, 아무리 다양한 결제수단도 큰 의미가 없어집니다.

</aside>

• 또한 프로덕트 팀으로서 어떤 가설을 세우고 있으며, 무엇이 검증된 가설인지에 관해 팀 내 인식을 공유하는 것이 중요합니다. 나아가 PM과 프로덕트 팀의 구성원들이 어떤 사용자에게 가치를 제공하는지, 어떤 사용자를 중심으로 프로덕트를 성장시킬 수 있는지에 대한 가설을 확실히 세우고 검증을 반복하는 것이 매우 중요합니다.