해당 표에 있는 7단계를 2주동안 한사이클로 진행
| 항목 | 내용 |
|---|---|
| 1. 가설 | 무엇이 참이라고 보는가. 그리고 왜 이 가설을 골랐는가 - 지금 우리 제품에 왜 이게 중요한지 |
| 2. 실험 / 검증 방법 | 이 가설을 어떻게 확인하려고 했는가 |
| 3. 관측 | 실험 후 무엇이 나왔는가 |
| 4. 결론 | 검증인가 기각인가. 왜 그런 결론이 나왔는가. |
| 5. 러닝 | 이 검증을 통해 제품/유저에 대해 무엇을 배웠는가 |
| 6. 다음 액션 | 그래서 다음엔 어떤 실험을 할 것인가 |
| 7. 자신감 | 우리 제품으로 유저를 모을 수 있을 것 같다는 자신감 점수 0~10 |
전제: 드롭잇은 우테코에 의존적인 시즌성 서비스이다.
가설: 현재 프로젝트 기간에 서비스에 접속하는 활성 사용자를 평균 팀원 수로 나누어 팀 개수를 추정했을 때, 각 팀의 최소 한명이 과거 기수의 프로젝트를 확인하려고 지속적으로 방문할 것이다.
이 가설을 검증하는 이유: 현재 우테코 팀 프로젝트가 시작되는 시기라는 점을 고려하여, 이전 기수 팀 프로젝트들이 사용자의 유입을 더 유도할 수 있는지 알아보기 위함이다.
리텐션에 대한 기준
/prev-crew라는 페이지에 대한 리텐션이 존재해야 하며(과거 기수 모아보기 기능에 반복 수요가 있는가를 확인), 지속적인 접속자가 존재하면*(현재 주말 제외 총 3일이기 때문에, 2일 이상 접속자가 13명 이상 존재한다면 성공 . 가능하다면, 주말에 시지프의 프로젝트 홍보 URL로 재방문한 사용자는 제거한다. 마지막으로* 과거 프로젝트 조회율이 현재 프로젝트 조회율보다 높은지도 함께 확인한다.