기능을 줄였더니 첫 출시가 보였다: 작은 팀의 MVP 범위 정하기

만들고 싶은 기능은 많지만 이번 달에 검증할 질문은 하나여야 합니다. 가상의 예약 서비스 팀을 따라, 첫 출시의 범위를 정하는 과정을 정리했습니다.

동네 공방의 수업 예약을 돕는 세 명의 팀을 가정해 봅시다. 추천, 후기, 쿠폰, 정산까지 적고 나니 첫 출시 일정이 보이지 않았습니다. 팀은 “공방 운영자가 전화 대신 예약 링크를 고객에게 보낼까?”라는 질문부터 확인하기로 했습니다.

첫 버전에는 수업 등록, 시간 선택, 예약 확인만 남겼습니다. 결제와 정산은 기존 방식으로 처리하고, 변경 요청은 운영자가 직접 받습니다. 기능 수보다 중요한 것은 고객이 예약을 시작해 확정 안내를 받는 흐름이 끊기지 않는 것입니다.

보류 목록에는 기능 이름과 함께 “어떤 상황이 생기면 필요한가”를 적습니다. 예약 변경 문의가 반복되면 변경 기능을, 운영자가 현황을 매일 내려받으면 관리 화면을 검토하는 식입니다. 다음 회의에서는 요청 개수보다 실제로 멈춘 이용 흐름을 먼저 확인합니다.

운영 화면 예시를 위해 작성한 콘텐츠입니다. 등장하는 팀과 상황은 가상 사례이며, 표지 이미지는 AI로 제작했습니다.