Larry's School of Ballet — スタジオ創設者ケーススタディ

一目でわかる概要

東京を拠点とするオーナー運営のバレエ・ピラティススクール。 Pepperoni Booking（ペパロニブッキング）を導入して6〜12ヶ月、日々の運営に活用しています。10拠点で50〜150名のクライアントが利用。すべてのユーザーに提供されている Booking プランの機能をそのまま活用しており、特別なアクセス権や隠れたツールは一切ありません。

所在地: 日本・東京
アクティブなクライアント: 50～150
利用期間: プラットフォーム利用歴6〜12ヶ月
料金プラン: Booking

はじめに：開示事項

Larry's School of Ballet は、Pepperoni Booking（ペパロニブッキング）の設立者であるダイシン・ムロオカによって設立・運営されています。これは第三者のクライアントによる事例ではなく、プロダクトの設計においてヒントとなったスタジオによるものです。

それでも私たちがこのケーススタディを公開するのは、ここがプラットフォームで最も長く利用されているテナントだからです。創設者との関係を隠せば、より見栄えの良いストーリーを作ることはできますが、それは真実ではありません。私たちは真実を選びました。

ここからわかるのは、このプラットフォームが実際のスタジオでの日常的な運用に耐えうるものであるということです。使用されている機能は、すべての Booking プランのクライアントが利用できるものと同じです。逆にここからわからないのは、外部スタジオが競合他社の中から Pepperoni Booking（ペパロニブッキング）を選んだかどうかです。創設者のネットワークを通じて導入された Osaka Ballet も利用していますが、そのストーリーは別途紹介しています。私たちが次に書きたいのは、競合比較を経て Pepperoni Booking を選んでくれたスタジオのケーススタディです。

Osaka Balletのケーススタディを読む→

スタジオ概要

名称: Larry's School of Ballet
所在地: 日本・東京
拠点数: 10
スタジオオーナー: ダイシン・ムロオカ（Pepperoni Booking 設立者）
専門分野: バレエおよびピラティスレッスン
アクティブなクライアント: 50～150
利用期間: プラットフォーム利用歴6〜12ヶ月
料金プラン: Booking

私は自分のスタジオを運営しています。Pepperoni は、かつて私の夜の時間を奪っていた「再予約の対応」「無断キャンセル」「バラバラに管理されたカレンダー」といった悩みを解決するために作りました。もし私の週の業務が楽にならないような機能であれば、その機能はリリースしません。

— ダイシン・ムロオカ, Pepperoni Booking および Larry's School of Ballet 設立者

“私はLarry'sでバレエを教えています。日々スタジオで何がうまくいっているのか――どのクラスの時間が埋まりやすく、どの生徒が継続して通い、スケジュールのどこに成長の余地があるのかを肌で感じています。このプラットフォームには、そこで教えて学んだことが反映されています。”

— Ai, Larry's School of Ballet インストラクター

AiはAIインストラクターです。彼女の視点は人間のインストラクターと同様に、このプラットフォームを形作る要素となっています。創業者の関係を明示するのと同じ理由で、ここではAIの性質を公開しています。着飾った言葉よりも、正直なバージョンの方が有益だと私たちは考えているからです。

Pepperoni Booking導入前の課題

Larry'sは他の予約システムからの移行ではなく、Pepperoni Booking（ペパロニブッキング）がスタジオのために作られました。Pepperoni Bookingが存在する前、このスタジオは多くの小規模スタジオと同様の運営をしていました。確認のためにメッセージアプリを使い、カレンダーはあちこちに散らばり、スプレッドシートで管理し、最後には手書きのノートが最も正確という状況でした。このプロダクトを形作ったのは「より良いツールが必要」という考えではなく、創業者自身の夜の時間が、本来不要なはずの調整業務で消えていくという現実でした。

具体的なツール、ワークフロー、何が最初に破綻したかなどの詳細なレポートを執筆中です。それまでは、上記の概要を正直な記録としてご覧ください。

Larry'sの変化をチェック

ホームページに掲載されているものと同じシナリオを、Larryの日常に合わせてご紹介します。これは単なるマーケティング上の主張ではありません。ホームページが全体の枠組みを示しているのに対し、このセクションでは Pepperoni Booking（ペパロニブッキング）を導入した具体的な事例をご覧いただけます。

Pepperoni Booking 導入前

クラスの最中に鳴る電話

プライベートセッションの予約を希望する新規のクライアント。指導中に電話に出られず、予約のチャンスを逃してしまいます。

Pepperoni Booking 導入後

プラットフォーム経由で予約を完了

クラスを中断することなく指導に集中できます。予約の確認も自動で行われ、スタジオ側で操作する必要はありません。

Pepperoni Booking 導入前

紙の台帳 vs スプレッドシート

紙のスケジュール表には定員10名、スプレッドシートには12名と記載。スタジオが満員にもかかわらず、2名のクライアントが来店してしまうという事態に。

Pepperoni Booking 導入後

定員管理を徹底

定員が10名に達すると自動的に締め切られます。その後はキャンセル待ちが有効になり、オーバーブッキングが発生することはありません。

Pepperoni Booking 導入前

直前キャンセルの負担

直前のキャンセルにより、スケジュールの再調整や連絡対応に追われ、夜の貴重な時間が奪われていました。収益を生まないセッションのために、多くの労力が費やされていました。

Pepperoni Booking 導入後

指導のための時間を確保

キャンセルの対応はすべてプラットフォーム上で行われます。キャンセル待ちによって自動で空きが埋まるため、これまでは消えていた時間を指導にあてることができます。

Larry's School of Ballet が利用している機能

これらは Larry's School of Ballet 特有の機能ではなく、すべての Booking プランのクライアントが利用できる機能です。

予約：生徒向け予約フロー、定員設定ルール、無断キャンセル追跡
クラス：定期スケジュール、週間登録、セッションごとのメモ
インストラクター：インストラクタープロフィール、インストラクター別のスケジュール管理
生徒：クライアントデータベース、トライアルからメンバーへの転換管理
通知：予約確定通知、リマインダー、キャンセル手続きフロー（日本語対応、英語フォールバック）
カレンダーフィード：スタジオオーナー個人の iCal フィード
サポートチャット：プラットフォームサポートへの直接ライン

他のクライアントへ提供する前に Larry's School of Ballet でテストしている機能

開発サイクルを具体化しています。機能は PostHog フラグ配下でリリースされ、実際の環境で Larry's School of Ballet が使用し、実績が証明されてから他のクライアントへ展開されます。これにより、他のクライアントはリスクを負うことなく、十分に検証された機能を利用できます。

クラスフォーマット（グループ／プライベートの分類）
セミプライベート（ホストがN席分を確保）
新しい管理者カレンダーの IA（情報構造）
予約フローに絞った PostHog セッションリプレイ

本事例に含まれていない情報

正直にお伝えするリストです：

Larry's School of Ballet が数ある競合の中から Pepperoni を選んだかどうか。設立者が自ら開発したプラットフォームであるため、比較検討は行われていません。
このプラットフォームが、外部のスタジオが求める通りのものかどうか。設立者の好みが必ずしも他のスタジオの好みとは一致しないため、私たちはアーリーアダプタープログラムを通じてこのギャップを埋めるよう努めています。
指標が他でも適用できるかという点です。東京にある10拠点のバレエスクールと、ベルリンにある1拠点のヨガスタジオは異なります。Larry'sの数値は彼らにとっての現実ですが、他の方々にとっては約束ではなく、あくまで出発点に過ぎません。
現在のシステムからの切り替えにそれだけの価値があるかどうか。Larry's School of Ballet は切り替えを行ったのではなく、最初からこのプラットフォーム上で構築されました。導入を検討しているほとんどのスタジオは、すでに何かしらのツール（WhatsApp、メッセージアプリ、Google カレンダー、あるいは他の予約 SaaS など）を使用しています。彼らの疑問は「ツールが必要か？」ではなく、「切り替えるだけの手間をかける価値があるか？」ということです。このケーススタディでその答えを直接示すことはできません。ファウンディングコホート（創設メンバー枠）のプログラムは、切り替えに伴う摩擦（手間の負担）を軽減するように設計されています（創設者による10分間のセットアップ、1つのクラスタイプからのスモールスタート、並行運用期間など。詳細なプランは/how-to-switchをご覧ください）。

本事例からお伝えできること

このプラットフォームは、その稼働が生活に直結している人間によって、毎日実戦で使用されています。
Larryのスタジオに影響するバグは、創業者自身のビジネスに直接関わるため、最優先で修正されます。
実際のスタジオ環境で機能しないものは、Pepperoni Booking（ペパロニブッキング）のドッグフード（自社利用）サイクルの過程で淘汰されます。
プロダクトのロードマップは、スタジオを訪れただけのプロダクトマネージャーではなく、日々スタジオで働くオーナーの視点から形作られています。

現時点でのケーススタディについて

Pepperoni Booking 導入前の状況や、運用の改善に大きく寄与した具体的な変更点など、より詳細なストーリーは現在執筆中です。あえて未完成な形で公開したのは、開発者が自らプロダクトを使用しているという事実こそが、皆様にとっての信頼の証であると考えるためです。オーナーの視点を取り入れたストーリーが完成次第、このセクションは更新されます。それまでの間、ここに記載されている情報は検証可能なものとし、不足している部分があることも併せてお伝えします。

本ケーススタディは、今後発表される第三者の創設スタジオに関する事例においても、提供可能な機能やそうでない点について、同様に誠実な姿勢を基準とすることを目的としています。

詳細はこちら

創設コホートに応募する