한눈에 보기
도쿄에서 운영되는 설립자 직영 발레 및 Pilates 스튜디오입니다. Pepperoni Booking 을 통해 6~12개월간 매일 운영되고 있습니다. 10개 지점에서 50~150명의 활성 고객이 이용 중입니다. 모든 고객이 사용할 수 있는 Booking 티어 기능을 그대로 사용하며, 별도의 특수 권한이나 숨겨진 도구는 없습니다.
- 위치
- 일본 도쿄
- 활성 고객
- 50~150명
- 플랫폼 이용 기간
- 플랫폼 활용 6~12개월 차
- 요금제
- Booking
먼저, 투명한 공개
Larry's School of Ballet은 Pepperoni Booking의 창립자인 Daishin Murooka가 설립하고 운영하는 스튜디오입니다. 외부 고객이 아닌, 제품의 핵심 기능 개발에 영감을 준 실제 스튜디오 사례입니다.
그럼에도 불구하고 이 사례 연구를 게시하는 이유는 이 스튜디오가 본 플랫폼의 가장 오래된 고객이기 때문입니다. 설립자와의 관계를 숨기면 더 듣기 좋지만 사실과는 거리가 먼 이야기를 할 수 있었겠지만, 우리는 진실을 선택했습니다.
본 연구에서 확인하실 수 있는 점은, 실제 스튜디오의 일상 운영을 본 플랫폼이 충분히 감당할 수 있다는 것입니다. 사용된 기능은 모든 Booking 티어 고객이 사용할 수 있는 기능과 동일합니다. 본 연구에서 확인하실 수 없는 점은, 외부 스튜디오가 경쟁사 목록 중에서 Pepperoni Booking을 선택했다는 사실입니다. 설립자의 네트워크를 통해 합류한 친분 관계 고객인 Osaka Ballet의 이야기는 별도로 다루고 있습니다. 경쟁사 비교를 통해 스스로 Pepperoni Booking을 선택한 스튜디오의 사례가 우리가 다음으로 작성하고자 하는 이야기입니다.
Osaka Ballet의 성공 사례 읽기 →
스튜디오 정보
- 스튜디오명
- Larry's School of Ballet
- 위치
- 일본 도쿄
- 지점 수
- 10개
- 스튜디오 운영자
- Daishin Murooka (Pepperoni Booking 창립자 겸직)
- 전문 분야
- 발레 및 필라테스 수업
- 활성 고객
- 50~150명
- 플랫폼 이용 기간
- 플랫폼 활용 6~12개월 차
- 요금제
- Booking
저는 제 스튜디오를 직접 운영합니다. 제가 Pepperoni Booking을 만든 이유는 매일 저녁 시간을 빼앗던 업무들, 즉 재예약 관리, 노쇼 방지, 세 곳에 나뉘어 있던 스케줄 관리 때문이었습니다. 저의 업무 효율에 도움이 되지 않는 기능은 절대 배포하지 않았습니다.
“저는 Larry's에서 발레를 가르칩니다. 매일 스튜디오에서 무엇이 효과적인지, 어떤 수업 시간에 사람이 몰리는지, 어떤 수강생이 꾸준히 재방문하는지, 스케줄의 어느 부분에 성장 가능성이 있는지 직접 확인합니다. 이 플랫폼은 그곳에서 가르치며 배운 제 경험을 그대로 반영하고 있습니다.”
Ai는 AI 강사입니다. Ai의 관점은 실제 사람 강사가 플랫폼을 바라보는 방식과 동일하게 제품에 반영되고 있습니다. 저희가 창업자와의 관계를 투명하게 공개하는 것과 같은 이유로, 이곳에서도 AI의 정체를 밝힙니다. 가공된 내용보다 솔직한 기록이 사용자분들께 더 유용하기 때문입니다.
Pepperoni Booking 도입 이전의 상태
Larry's는 다른 예약 시스템에서 이전한 것이 아니라, 바로 이 플랫폼을 위해 만들어진 곳입니다. Pepperoni Booking이 존재하기 전, 이 스튜디오는 여느 소규모 스튜디오와 마찬가지로 운영되었습니다. 예약 확인은 메신저 앱으로, 달력은 한곳에, 다른 데이터는 스프레드시트에, 그리고 이 세 가지보다 가장 정확한 정보가 담긴 수첩을 사용했습니다. 이 제품을 탄생시킨 고충은 단순히 '더 나은 도구가 필요하다'는 것이 아니었습니다. 존재하지 않아도 될 정산 업무로 창업자의 저녁 시간이 모두 사라져 버리는 현실이었습니다.
정확한 도구, 상세한 워크플로우, 무엇이 먼저 문제였는지에 대한 구체적인 기록을 준비하고 있습니다. 그때까지는 위의 개요가 실질적인 상황을 가장 솔직하게 보여줍니다.
Larry's 스튜디오의 변화
홈페이지의 동일한 시나리오를 Larry's 스튜디오의 실제 사례로 설명합니다. 마케팅 문구가 아닌, 프레임워크가 실제 운영에서 어떻게 적용되는지 보여줍니다.
Pepperoni 도입 전
수업 중 울리는 전화
잠재 고객이 개인 세션을 예약하려 합니다. 수업 중에 전화를 받지 못하면 예약 기회를 놓치게 됩니다.
Pepperoni 도입 후
플랫폼을 통한 자동 예약
수업에 방해 없이 집중할 수 있습니다. 예약 확인은 자동으로 발송되므로 스튜디오 운영진이 직접 개입할 필요가 없습니다.
Pepperoni 도입 전
종이와 스프레드시트의 충돌
종이 스케줄에는 정원이 10명이었으나 스프레드시트에는 12명으로 기록되어 있었습니다. 결국 두 명의 고객이 자리가 없는 스튜디오에 방문하게 되었습니다.
Pepperoni 도입 후
정원 시스템 도입
정원이 10명으로 제한됩니다. 대기 명단은 자동으로 활성화되어, 초과 예약이 발생할 수 없습니다.
Pepperoni 도입 전
예약 취소로 인한 손실
막판 취소로 인해 소중한 저녁 시간을 낭비했습니다. 스케줄 조정, 연락, 일정 관리 등 수익으로 연결되지 않는 업무에 많은 시간을 허비했습니다.
Pepperoni 도입 후
수업에 집중하는 시간
취소 처리는 플랫폼에서 자동으로 관리됩니다. 대기자가 자동으로 빈자리를 채우며, 낭비되던 시간이 다시 수업을 위한 시간으로 바뀝니다.
Larry's가 활용하는 기능
아래 기능들은 Larry's만의 특권이 아닌, Booking 요금제 고객 모두가 사용할 수 있는 기능입니다.
- 예약 — 고객용 예약 흐름, 정원 관리, 노쇼 추적
- 수업 — 정기 스케줄, 주간 등록, 세션별 노트
- 강사 — 강사 프로필, 강사별 스케줄 관리
- 고객 — 고객 데이터베이스, 체험 후 멤버십 전환 관리
- 알림 — 예약 확정, 리마인더, 취소 안내 (일본어 지원, 영어 자동 대체)
- 캘린더 피드 — 스튜디오 운영자를 위한 개인용 iCal 피드
- 지원 채팅 — 플랫폼 기술 지원팀과의 직접 연결
기능 배포 전 Larry's가 테스트하는 기능들
우리는 '독푸딩(Dogfooding)' 루프를 통해 기능을 검증합니다. 신규 기능은 먼저 PostHog 플래그를 통해 적용되며, Larry's에서 실제 운영 환경을 거친 뒤 검증이 완료되면 다른 고객사로 배포됩니다. 다른 고객들은 테스트 과정의 위험 부담 없이 완성된 기능을 경험할 수 있습니다.
- 수업 형식 (그룹 수업 / 개인 세션 분류)
- 세미 프라이빗 (운영자가 N개 좌석 예약)
- 관리자 캘린더 인터페이스 개선
- 예약 흐름에 맞춘 PostHog 세션 리플레이
이 사례 연구에서 알 수 없는 점
직설적이고 솔직한 한계점 목록입니다:
- Larry's가 여러 경쟁사 중에서 Pepperoni Booking을 선택했을지에 대한 여부입니다. 창립자가 플랫폼을 직접 구축했기에 시장에서 제품을 비교해 선택하는 과정을 거치지 않았습니다.
- 플랫폼이 외부 스튜디오들이 원하는 이상적인 형태인지 여부입니다. 창립자의 선호도가 곧 다른 스튜디오의 선호도는 아닐 수 있기 때문에, 우리는 '얼리 어답터 그룹' 프로그램을 통해 이를 보완하고 있습니다.
- 해당 지표가 일반화될 수 있는지는 불확실합니다. 도쿄에 위치한 10개 지점의 발레 학교와 베를린에 위치한 1개의 요가 스튜디오는 다릅니다. Larry's의 수치는 Larry's에 국한된 실제 수치이며, 다른 곳에서는 참고 자료일 뿐 보장은 아닙니다.
- 기존 시스템에서 전환할 가치가 있는지 여부입니다. Larry's School of Ballet 은 시스템을 전환한 것이 아니라, 처음부터 이 플랫폼을 위해 구축되었습니다. 가입을 고려하는 대부분의 스튜디오는 이미 다른 도구(WhatsApp, 메시지 앱, Google Calendar 또는 기타 예약 SaaS)를 사용하고 있습니다. 이들의 질문은 '도구가 필요한가?'가 아니라 '전환에 따르는 번거로움을 감수할 가치가 있는가?'입니다. 본 사례 연구가 이에 대한 직접적인 해답을 드릴 수는 없습니다. 창립 코호트 프로그램은 이러한 전환의 번거로움을 최소화하도록 설계되었습니다(10분 간의 창업자 주도 설정, 하나의 수업 유형부터 순차적 도입, 병행 운영 기간 제공 — 전체 계획은 /how-to-switch 에서 확인하실 수 있습니다).
이 사례 연구를 통해 알 수 있는 점
- 우리 플랫폼은 생계가 걸린 실제 스튜디오 운영 환경에서 매일 문제없이 사용되고 있습니다.
- Larry's에 영향을 미치는 버그는 창업자의 비즈니스에 직접적인 타격을 주기 때문에 가장 먼저 해결됩니다.
- 실제 스튜디오 환경에서 검증되지 않은 기능은 Pepperoni Booking의 내부 테스트 과정을 통과할 수 없습니다.
- 제품 로드맵은 스튜디오를 방문해 본 적만 있는 제품 관리자가 아니라, 현장에서 직접 스튜디오를 운영하는 오너에 의해 만들어집니다.
사례 연구가 간략하게 작성된 이유
Pepperoni Booking 도입 이전의 운영 상태나 구체적인 운영 변화 등 더 자세한 내용은 현재 작성 중입니다. 본 사례 연구를 이처럼 솔직한 중간 형태로 공개하는 이유는 화려한 포장보다 우리 스스로 직접 제품을 사용하고 검증한다는 사실 자체가 신뢰의 근거가 되기 때문입니다. 스튜디오 운영자의 상세한 이야기가 추가되면 이 섹션은 업데이트될 예정입니다. 그전까지는 상단에 기재된 정보가 사실임을 확인해 드리며, 미비한 부분은 앞으로 보완해 나가겠습니다.
이 사례 연구는 하나의 표준을 세우기 위해 작성되었습니다. 향후 서드파티 파운딩 스튜디오에 대한 모든 사례 연구는 본사가 제공하는 기능과 제공하지 않는 기능에 대해 이만큼 솔직하게 작성될 것입니다.
더 알아보기