Salta al contenuto principale
100 posti · Prova gratuita · Senza cartaCandidati ora
Home/Larry's School of Ballet

Larry's School of Ballet

Gestito dal fondatore. 6–12 mesi di produzione quotidiana. Solo funzionalità del piano Booking.

In breve

Scuola di danza classica e Pilates gestita dal fondatore a Tokyo. Operativa quotidianamente con Pepperoni Booking da 6-12 mesi. 50-150 clienti attivi distribuiti in 10 sedi. Utilizza le stesse funzionalità del piano Booking disponibili per tutti i clienti: nessun accesso speciale, nessun strumento nascosto.

Sede
Tokyo, Giappone
Clienti attivi
50–150
Tempo sulla piattaforma
6–12 mesi di attività sulla piattaforma
Piano
Booking

Innanzitutto, massima trasparenza

La Larry's School of Ballet è stata fondata ed è gestita da Daishin Murooka, la stessa persona che ha fondato Pepperoni Booking. Non si tratta di un cliente terzo; è lo studio le cui esigenze hanno plasmato il prodotto.

Pubblichiamo comunque questo caso studio perché si tratta dell'utente più longevo sulla piattaforma. Nascondere la relazione con il fondatore ci permetterebbe di raccontare una storia più lusinghiera, ma meno vera. Abbiamo scelto la verità.

Cosa può trarre da questo: la piattaforma regge l'uso quotidiano di uno studio reale. Le funzionalità utilizzate sono le stesse disponibili per ogni cliente del piano Booking. Cosa non può trarre da questo: che uno studio esterno abbia scelto Pepperoni Booking tra vari concorrenti. Anche Osaka Ballet è sulla piattaforma — un cliente partner arrivato tramite la rete del fondatore — e la loro storia è raccontata separatamente. Il prossimo caso studio che vogliamo scrivere riguarderà uno studio che ci ha scelto in modo indipendente.

Leggi il caso studio di Osaka Ballet →
Larry's School of Ballet

Lo studio

Nome
Larry's School of Ballet
Sede
Tokyo, Giappone
Sedi
10
Proprietario dello studio
Daishin Murooka (anche fondatore di Pepperoni Booking)
Specialità
Lezioni di danza classica e Pilates
Clienti attivi
50–150
Tempo sulla piattaforma
6–12 mesi di attività sulla piattaforma
Piano
Booking

Gestisco il mio studio. Ho costruito Pepperoni per le attività che continuavano a portarmi via le serate: le ri-prenotazioni, i mancati appuntamenti, il calendario sparso in tre posti diversi. Se una funzionalità non aiutava la mia settimana, non veniva rilasciata.

Daishin Murooka, fondatore di Pepperoni Booking e Larry's School of Ballet

Insegno danza classica da Larry's. Vedo ogni giorno cosa funziona in studio: quali orari delle lezioni si riempiono, quali clienti continuano a tornare e dove il programma ha spazio per crescere. La piattaforma riflette ciò che l'insegnamento mi ha insegnato sul campo.

Ai, istruttrice presso Larry's School of Ballet

Ai è un istruttore basato su intelligenza artificiale. La sua prospettiva modella la piattaforma proprio come farebbe quella di un istruttore umano, e ne riveliamo la natura qui per lo stesso motivo per cui dichiariamo il rapporto con il fondatore: la versione onesta è più utile di quella perfezionata.

La situazione prima di Pepperoni Booking

Larry's non è passato da un altro sistema di prenotazione: la piattaforma è stata creata appositamente. Prima dell'esistenza di Pepperoni Booking, lo studio operava come fa ancora la maggior parte dei piccoli studi: app di messaggistica per le conferme, un calendario in un posto, un foglio di calcolo in un altro e un quaderno che era lo strumento più accurato dei tre. La difficoltà che ha dato forma al prodotto non era la necessità di un tool migliore, ma le serate del fondatore che svanivano nel lavoro di riconciliazione che non avrebbe dovuto esistere.

Un resoconto più dettagliato — con strumenti esatti, flussi di lavoro precisi e cosa si è rotto per primo — è in fase di scrittura. Fino ad allora, lo schizzo qui sopra è la versione onesta.

Cosa è cambiato da Larry's

Gli stessi scenari della home page, ma applicati alla giornata di Larry's. Non si tratta di uno slogan pubblicitario: la home page mostra il framework, questa sezione mostra l'applicazione pratica.

Prima di Pepperoni Booking

Telefono che squilla durante la lezione

Un potenziale studente vuole prenotare una sessione privata. Perdere la chiamata durante l'insegnamento significa perdere la prenotazione.

Dopo Pepperoni Booking

Prenotazioni tramite la piattaforma

La lezione si svolge senza interruzioni. La conferma viene inviata automaticamente: lo studio non deve fare nulla.

Prima di Pepperoni Booking

Carta contro foglio di calcolo

Il programma cartaceo indicava 10 posti. Il foglio di calcolo ne segnava 12. Due studenti si sono presentati in uno studio al completo.

Dopo Pepperoni Booking

Capacità garantita

La capacità si ferma a 10 posti. La lista d'attesa si attiva automaticamente. Il sovraffollamento diventa impossibile.

Prima di Pepperoni Booking

Tassa sulle cancellazioni tardive

Le cancellazioni dell'ultimo minuto rubavano silenziosamente tempo prezioso: riprogrammare, ricontattare, gestire il calendario per sessioni che non portavano entrate.

Dopo Pepperoni Booking

Più tempo per l'insegnamento

Le cancellazioni vengono gestite dalla piattaforma. La lista d'attesa copre il posto vacante. Il tempo che prima evaporava rimane dedicato all'insegnamento.

Quali funzionalità utilizza Larry's

Queste sono funzionalità disponibili per ogni cliente con piano Booking, non privilegi esclusivi di Larry's.

  • Prenotazioni: flusso di prenotazione per lo studente, regole di capacità, monitoraggio delle mancate presentazioni
  • Lezioni: programma ricorrente, iscrizioni settimanali, note per singola sessione
  • Istruttori: profili istruttore, programmazione per singolo istruttore
  • Clienti: database clienti, conversione da prova ad abbonamento
  • Notifiche: conferme di prenotazione, promemoria, flussi di cancellazione (giapponese, fallback in inglese)
  • Feed calendario: feed iCal personale per il proprietario dello studio
  • Chat di supporto: linea diretta con il supporto della piattaforma

Funzionalità che Larry's testa come primo utente prima del rilascio agli altri utenti

Il ciclo di test interno è esplicito: le funzionalità vengono rilasciate dietro flag PostHog, testate nell'utilizzo reale presso Larry's e poi estese agli altri utenti una volta validate. Gli altri utenti beneficiano dei test senza assumerne il rischio.

  • Formati di lezione (classificazione gruppo / privata)
  • Semi-privata (l'host prenota N posti)
  • Nuova IA del calendario amministrativo
  • Riproduzione sessione PostHog limitata al flusso di prenotazione

Cosa questo case study non può dirle

Elenco diretto e onesto:

  • Se Larry's avrebbe scelto Pepperoni tra una lista di concorrenti. Il fondatore ha costruito la piattaforma; non l'ha cercata sul mercato.
  • Se la piattaforma è esattamente ciò che uno studio esterno desidererebbe. Le preferenze del fondatore non sono necessariamente quelle di altri studi; compensiamo questo aspetto con il programma per i fondatori.
  • Se i dati siano generalizzabili. Una scuola di danza classica con 10 sedi a Tokyo non è paragonabile a uno studio di yoga con una sola sede a Berlino. I numeri di Larry's sono reali per Larry's; rappresentano un punto di partenza, non una garanzia, per chiunque altro.
  • Se valga la pena di effettuare il passaggio dal Suo sistema attuale. Larry's non ha dovuto cambiare: la piattaforma è stata costruita appositamente per questo. La maggior parte degli studi potenziali clienti utilizza già qualcosa (WhatsApp, messaggistica, Google Calendar o un altro SaaS di prenotazione). La loro domanda non è 'ho bisogno di uno strumento?', bensì 'vale la pena affrontare l'attrito del passaggio?'. Questo caso studio non può dare questa risposta per Lei. Il programma del gruppo dei fondatori è progettato per assorbire l'attrito del passaggio (configurazione di 10 minuti guidata dal fondatore, inserimento graduale su un solo tipo di lezione, periodo di affiancamento in parallelo — consulti /how-to-switch per il piano completo).

Cosa questo case study può dirle

  • La piattaforma viene utilizzata in produzione ogni giorno da chi ne dipende per il proprio sostentamento.
  • I bug che colpiscono lo studio di Larry vengono risolti per primi poiché influiscono direttamente sull'attività del fondatore.
  • Le funzionalità che non sopravvivono al contatto con uno studio reale non superano il nostro ciclo di test interni.
  • La roadmap del prodotto è definita dal proprietario di uno studio che lavora quotidianamente sul campo, non da un product manager che ne ha solo visitato uno.

Perché questo case study è breve per ora

La storia completa — lo stato operativo pre-Pepperoni, i cambiamenti gestionali specifici che hanno fatto la differenza — è in fase di scrittura. Il case study viene pubblicato in questa forma provvisoria onesta perché la trasparenza stessa sulla gestione interna è il segnale di fiducia più importante, non la forma. Quando verrà aggiunta la narrazione del proprietario dello studio, questa sezione verrà sostituita. Fino ad allora, quanto sopra è verificabile; ciò che manca è riconosciuto.

Questo case study è stato pubblicato per stabilire uno standard: ogni futuro case study riguardante uno studio fondatore terzo sarà altrettanto onesto riguardo a ciò che afferma e ciò che non sostiene.