Kort fortalt
Ejerledet ballet- og Pilates-studie i Tokyo. Har kørt dagligt på Pepperoni Booking i 6–12 måneder. 50–150 aktive klienter fordelt på 10 lokationer. Bruger de samme funktioner i Booking-planen, som er tilgængelige for alle kunder — ingen særlig adgang, ingen skjulte værktøjer.
- Lokation
- Tokyo, Japan
- Aktive klienter
- 50–150
- Tid på platformen
- 6–12 måneder aktiv på platformen
- Abonnementsniveau
- Booking
Først – fuld gennemsigtighed
Larry's School of Ballet er grundlagt og drives af Daishin Murooka – den samme person, der grundlagde Pepperoni Booking. Det er ikke en tredjeparts-klient; det er studiet, hvis udfordringer formede produktet.
Vi udgiver dette casestudie alligevel, fordi det er den ældste lejer på platformen. At skjule relationen til grundlæggeren ville lade os fortælle en mere smigrende historie, men en mindre sand historie. Vi valgte sandheden.
Hvad du kan tage med fra dette: Platformen overlever daglig brug i et rigtigt studie. De anvendte funktioner er de samme, som er tilgængelige for alle kunder på Booking -niveauet. Hvad du ikke kan tage med fra dette: At et eksternt studie valgte Pepperoni Booking fra en liste af konkurrenter. Osaka Ballet er også på platformen — en venskabelig lejer, der kom via grundlæggerens netværk — og deres historie fortælles separat. Et casestudie om et studie, der valgte Pepperoni Booking uden forudgående relation, er det næste, vi ønsker at skrive.
Læs case-studiet om Osaka Ballet →
Studiet
- Navn
- Larry's School of Ballet
- Lokation
- Tokyo, Japan
- Lokationer
- 10
- Studiets ejer
- Daishin Murooka (også grundlægger af Pepperoni Booking)
- Specialer
- Ballet- og Pilates-hold
- Aktive klienter
- 50–150
- Tid på platformen
- 6–12 måneder aktiv på platformen
- Abonnementsniveau
- Booking
Jeg driver mit eget studie. Jeg byggede Pepperoni til de opgaver, der stjal mine aftener – genbookinger, udeblivelser og kalendere, der lå tre forskellige steder. Hvis en funktion ikke gjorde min egen uge lettere, blev den ikke lanceret.
“Jeg underviser i ballet hos Larry's. Jeg ser hver dag, hvad der fungerer i studiet — hvilke hold der bliver fyldt op, hvilke elever der vender tilbage, og hvor der er plads til forbedringer i tidsplanen. Platformen afspejler det, som undervisningen har lært mig.”
Ai er en AI-instruktør. Hendes perspektiv former platformen på samme måde, som en menneskelig instruktørs ville gøre – og vi oplyser om hendes natur her af samme årsag, som vi oplyser om relationen til grundlæggeren: den ærlige version er mere brugbar end den polerede.
Tilstanden før Pepperoni Booking
Larry's migrerede ikke fra et andet bookingsystem – platformen blev bygget til formålet. Før Pepperoni Booking eksisterede, blev studiet drevet, som de fleste små studier stadig gør: beskedapps til bekræftelser, en kalender ét sted, et regneark et andet sted og en notesbog, der var den mest præcise af de tre. Den frustration, der formede produktet, handlede ikke om et ønske om et 'bedre værktøj', men om grundlæggerens egne aftener, der forsvandt i et afstemningsarbejde, som slet ikke burde eksistere.
En mere detaljeret gennemgang – præcise værktøjer, arbejdsgange og hvad der fejlede først – er under udarbejdelse. Indtil da er ovenstående skitse den ærlige version.
Hvad der ændrede sig hos Larry's
De samme scenarier som på forsiden, men specifikt for Larrys dagligdag. Ikke en markedsføringspåstand — forsiden viser rammerne; dette afsnit viser det konkrete eksempel.
Før Pepperoni Booking
Telefonen ringer midt i undervisningen
En potentiel elev ønsker at booke en privat session. Går du glip af opkaldet under undervisningen, mister du bookingen.
Efter Pepperoni Booking
Bookinger sker gennem platformen
Holdet undervises uden afbrydelser. Bekræftelsen sendes automatisk — dit studie behøver ikke at foretage sig noget.
Før Pepperoni Booking
Papir vs. regneark
Den fysiske tidsplan sagde 10 pladser. Regnearket sagde 12. To elever mødte op til et fyldt studie.
Efter Pepperoni Booking
Kapaciteten håndteres automatisk
Kapaciteten stopper ved 10. Ventelisten aktiveres automatisk. Overbooking bliver umuligt.
Før Pepperoni Booking
Omkostninger ved sene afbud
Afbud i sidste øjeblik åd lydløst aftenerne — ombookinger, opfølgning, kalenderstyring — for sessioner, der ikke blev til noget.
Efter Pepperoni Booking
Tiden bruges på undervisning
Afbud håndteres i platformen. Ventelisten udfylder pladsen. Tid, der før forsvandt, bruges nu på undervisning.
Hvilke funktioner Larry's bruger
Dette er funktioner, der er tilgængelige for alle kunder på Booking-niveauet, ikke privilegier kun for Larry's.
- Booking – bookingflow for klienter, kapacitetsregler, sporing af udeblivelser
- Hold – tilbagevendende tidsplan, ugentlig tilmelding, noter pr. session
- Instruktører – instruktørprofiler, tidsplanlægning pr. instruktør
- Klienter – klientdatabase, konvertering fra prøvetime til medlemskab
- Notifikationer – bookingbekræftelser, påmindelser, aflysningsflow (japansk, engelsk som fallback)
- Kalenderfeeds – personligt iCal-feed til studieejeren
- Support-chat – direkte linje til platformens support
Funktioner Larry's tester som første bruger, før de frigives til andre
Vores interne testloop er eksplicit: funktioner lanceres bag PostHog-flags, afprøves i praksis hos Larry's og udrulles derefter til andre brugere, når de er gennemtestede. Andre brugere nyder godt af testningen uden at påtage sig risikoen.
- Holdformater (gruppetime / privat session)
- Semi-privat (vært booker N pladser)
- Ny kalender-IA for administratorer
- PostHog session-replay begrænset til bookingflow
Hvad denne case study ikke kan fortælle dig
En direkte og ærlig liste:
- Om Larry's ville have valgt Pepperoni fra en liste af konkurrenter. Grundlæggeren byggede platformen; han undersøgte ikke markedet.
- Om platformen er præcis, hvad et eksternt studie ønsker. Grundlæggerens præferencer er ikke nødvendigvis andre studiers præferencer; vi modvirker dette med vores program for tidlige brugere.
- Om målepunkterne kan generaliseres. En balletskole med 10 lokationer i Tokyo er ikke det samme som et yogastudie med én lokation i Berlin. Tallene fra Larry's er reelle for Larry's; de er et udgangspunkt, ikke en garanti, for andre.
- Hvorvidt det er værd at skifte fra dit nuværende system. Larry's skiftede ikke – platformen blev bygget til det. De fleste potentielle studier bruger allerede et system (WhatsApp, beskeder, Google Calendar eller en anden booking-SaaS). Deres spørgsmål er ikke 'har jeg brug for et værktøj?' – det er 'er skiftet friktionen værd?' Denne case-study kan ikke besvare det for dig. Founding cohort-programmet er designet til at absorbere friktionen ved at skifte (10-minutters stifter-ledet opstart, blød start med en enkelt holdtype, periode med parallel kørsel – se /how-to-switch for den fulde plan).
Hvad denne case study kan fortælle dig
- Platformen bruges i daglig drift af en person, hvis levebrød afhænger af, at den fungerer.
- Fejl, der påvirker Larry's, bliver rettet først, fordi de påvirker stifterens forretning direkte.
- Funktioner, der ikke overlever mødet med et virkeligt studie, overlever ikke vores interne testcyklus.
- Produktets køreplan formes af en studieejer, der befinder sig i studiet, og ikke af en produktchef, der blot har besøgt et.
Hvorfor denne case study er kort for nu
Den fulde historie – driftsstatus før Pepperoni og de specifikke operationelle ændringer, der betød mest – er ved at blive skrevet. Denne case study udgives i denne ærlige, foreløbige form, fordi selve åbenheden omkring vores eget brug af systemet er det bærende tillidssignal, ikke poleringen. Når fortællingen om studiejeren tilføjes, erstattes dette afsnit. Indtil da er ovenstående verificerbart; det, der mangler, er anerkendt.
Denne case-studie er udgivet for at sætte standarden: Enhver fremtidig case-studie om et tredjeparts-studie, der er medstifter, vil være mindst lige så ærlig omkring, hvad den gør og ikke påstår at gøre.
Udforsk mere