MVP를 만들 때 놓쳐서 안되는 것

1️⃣ 관련 링크[MVP 만들 때 도움 되는 꼼수 몇 가지] (https://brunch.co.kr/@malcolm/38) 2️⃣ 아티클 세 줄 요약 💡 기획자에게 중요한 능력은 무엇이 더 중요한 것인지 구분해내는 능력이다. 동료들과 커뮤니케이션을 많이 진행하면서 가설 검증에 필요하지 않은 것들은 모두 MVP 이후에 추가하자. 3️⃣ 아티클 정리 - 가설 검증을 위해 중요도가 낮은 변수를 제외하고, 가장 중요한 기능 위주로 단순하게 만들자. - 너무 많은 기능을 기획하려고 하지 말자. - 명확한 가설을 설정해 놓아야 결론이 분명해진다. - 아지랑이 같은 가설로 MVP를 만들면 무엇을 위해 MVP를 만들었는지 알 수 없고, 의미 있는 사용자 데이터도 모을 수 없다. - MVP의 목적은 사용성이 아니라 가설 검증이다. 가설 검증에 필요하지 않은 기능은 MVP 출시 이후로 플랜을 조정하자. 사용성에 대한 고려는 가설을 더 잘 검증하기 위한 수단으로서 선택적으로 진행되어야 한다. - 개발자를 포함한 이해 관계자들, 특히 C레벨 인원들과 현재 MVP가 목표하고 검증하려는 가설을 지속적으로 공유하는 것이 매우 중요하다. - 개발자가 반영하기 어려운 기능 아이디어를 제안한다면, 이를 반박함에 있어 명확한 이류를 제시할 수 있어야 한다. - 만약 기간 내에 개발이 어렵다는 답이 온다면, 개발 단에서 해당 기능을 구현하기 위한 리서치를 가볍게 진행하고, 그래도 방법이 없으면 기간을 조정하거나 대체할 수 있는 비슷한 역할을 할 수 있는 다른 기능을 제안하자. 4️⃣ 러닝 포인트 - 너무나도 기본이지만 막상 실행할 때 자꾸 놓치는 기본을 다시 다졌습니다.