ダンススタジオの出席トラッカー — ロスター・チェックイン・スケジュール

スタジオが苦労すること（まず何を直すべきか）

ほとんどのスタジオは「人」の問題を抱えているわけではありません。追跡の問題です。名簿がノート、スプレッドシート、いくつかのメッセージスレッドに分かれていると、同じクラスがある人には「満員」に見え、別の人には「空きあり」に見えます。そうなると定員オーバーや欠席の見落とし、直前のストレスの多い変更が発生します。

最初に直すべきは「真実がどこにあるか」を決めることです。ダンススタジオの出席トラッカーは、スタッフが数秒で答えられる一つの場所であるべきです：誰が登録されているか？残りの席は何席か？今日誰が来ているか？

次にアクセスの問題があります。人によって必要な表示は違いますが、みんなが同じデータを参照するべきです。オーナーは合計と傾向を見たい（必要に応じて上書きできることも）。フロントデスクは素早い登録変更と明確なメモが必要です。講師はごちゃごちゃしたスプレッドシートではなく、見やすいチェックイン画面が必要です。保護者はシンプルなスケジュールと明確な通知を望みます。

スタジオはまた、追跡が少なすぎたり多すぎたりで行き詰まります。混乱を招く要素を防ぐ少数の項目から始め、必要性が証明されたときだけ詳細を追加しましょう。ほとんどのスタジオにとって必須なのは、クラスごとの登録（開始日とステータス付き）、待機リストの順序、ドロップイン・トライアル・振替、そしてシンプルな出席履歴です。

「良い」は地味に見えますが、それが目的です：ラッシュ時に誰でも10秒以内に使える単一の真実の情報源。保護者が別の時間に変更したいと言ってきたら、すぐに定員、待機リスト、振替の可否が確認できるべきです。

トラッカーで何をカバーするか決める

何かを作る前に範囲を決めてください。範囲を定めないと、ダンススタジオの出席トラッカーは「何でもアプリ」の混乱に陥りがちです。

まず、何を教え、どこで教えるかから始めましょう。ほとんどのスタジオは、レベルや年齢層に紐づいたクラスと、使用する部屋（Studio A、Studio Bなど）を必要とします。複数の部屋を使うか重複する時間帯があるなら、場所は必須です。場所がなければロスター、スケジュール、チェックインで衝突が起きます。

次に、システムが誰向けかを定義します。学生を追跡しますが、多くのスタジオでは保護者情報も必要です。基本情報（名前、電話、メール）を保存し、実際に使う権限だけを追加します（写真同意や迎えの権限など）。医療情報やアレルギーを収集する場合は、適切なスタッフだけが見られるようにし、公開しないでください。

クラスの販売方法も決めましょう：期ごとのセッションか継続的な会員制か。セッションは発表会や固定の開始・終了日に合います。月会員は無制限や柔軟な出席に向きます。多くのスタジオは両方を扱うため、1つをデフォルトにしてもう1つを例外扱いにすることが多いです。

最後に、システムが強制すべきポリシーを文書化してください。単に追跡するだけでなく、実際に運用で守られるルールを決めます。定員は大きなポイントですが、トライアルや振替の扱いも考えてください。ルールが曖昧だと、スタッフはその場で別々の判断を下します。

ほとんどのスタジオをカバーする範囲チェックリスト：

• クラスの詳細（レベル、年齢層、部屋、講師、開始・終了時間）
• 人物（学生、保護者、緊急連絡先、主要な権限）
• 登録モデル（セッション日程または月単位の会員）
• ルール（定員、トライアル、振替の制限と有効期限）
• 保護者向けメッセージ（スケジュールの変更、リマインダー）

実用的に機能する定員付きクラスロスター

ロスターは、実際の教室で起きていることと一致して初めて役に立ちます。信頼できるものにする最速の方法は、各クラスを明確な定員と部屋、学生ステータスを持つ繰り返しセッションとして扱うことです。これがスプレッドシートから講師が信頼できるツールへの転換になります。

現実に即したロスターのステータスから始めましょう。既定は「登録（Enrolled）」ですが、初回トライアル、振替、ドロップインを区別する方法も必要です。これらを同じようにカウントしてはいけません。例えば、ドロップインは空きがあるときのみ許可し、振替は空きに入れても登録済みの誰かを押しのけない、というルールにできます。

定員はクラスと部屋の2か所で設定すると効きます。Ballet 1の定員が14名で部屋が安全に12名なら、部屋の定員が優先されるべきです。共有部屋はトラブルのもとです。同じスタジオで4:30に2つのクラスが予定されているなら、各クラスの定員が下回っていてもブロックする必要があります。

待機リストは定員管理のもう半分です。ルールが安定している場合は自動昇格が便利です（誰かが辞めたら最初の待機者を昇格）。年齢やレベル、講師の承認が関わるときは手動承認の方が安全です。

ロスターのルールはシンプルに一貫しておきましょう：

• どのステータスが定員にカウントされるかを定義する。
• クラス定員と部屋定員の小さい方を強制する。
• 同じ部屋・同じ時間の重複予約をブロックする。
• 学生のスケジュールをチェックしてクラス間の衝突を防ぐ。
• 待機リストの挙動を決める（単純な場合は自動昇格、配置が重要な場合は手動承認）。

例：保護者が6:00のHip Hopにドロップインを追加したいと頼んできたとします。システムは部屋の定員が12で満員、学生は既に6:00にJazzを持っており、待機リストに2名いることを瞬時に示すべきです。

保存すべき登録データ（複雑にしすぎない）

良い出席トラッカーは、裏にある登録データの質に依存します。目標はすべてを集めることではなく、フロントデスクやスタジオでの直前の混乱を防ぐために必要な最小限の詳細を保存することです。

スタッフが授業中に安全かつ自信を持って判断できる学生プロフィールから始めましょう。短く具体的に保ちます：

• 学生の名前、生年月日、レベル（または配置メモ）
• アレルギーや医療メモ（スタッフが素早く見る必要があるものだけ）
• 緊急連絡先の名前と電話番号
• 迎えの権限（誰が迎えに来られるか）
• クイックメモ（行動、履物、怪我の制限など）

家族関係を家系図プロジェクトのようにしないでください。一人の学生に複数の大人を紐づけられ、1人の大人が複数の学生（兄弟）を管理できるようにします。請求連絡先と主要保護者を別にフラグできることも重要です。これらはしばしば別人です。

出席履歴は、スタジオが明確さを得るか、散らかったログになるかの分かれ目です。各チェックインをシンプルなステータスと、必要な場合は理由コードで保存してください。理由コードは一貫させ、数か月後でもレポートが意味を持つようにします。

一般的にカバーする小さなセット：absent（欠席）、excused（許可欠席）、late（遅刻）、injured（怪我）、makeup（振替）、オプションでtrial（トライアル）。

プライバシーは必須です。講師はクラスリスト、安全関連メモ、出席マークが必要です。事務スタッフは請求や連絡先の詳細にアクセスし、保護者は自分の子どもの情報だけを見られるようにします。

実用的なルール：授業中に誰かがそのデータで行動できないなら、その人はそのデータを見てはいけません。

講師のチェックイン画面の流れ（シンプルで速く）

チェックイン画面はライトスイッチのように感じるべきです：タップで完了。講師が正しいクラスを探したり、名前をスクロールしたり、読み込みの遅さに苦労したりすると、使わなくなりデータが推測に頼るようになります。

まずは「Today」ビューを用意しましょう。各クラスカードに開始時間、部屋、講師、そして「11/14」のようなシンプルなカウントを表示します。待機リストも一行で表示（例：「Waitlist: 3」）すると、廊下が混み合う前に注意点が分かります。

クラス内の操作は一貫して押しやすく保ちます。「Present（出席）」はワンタップ。「Late（遅刻）」や「Absent（欠席）」も同じくらい速くできるべきです。

実用的なパターン例：

• 学生名をタップしてPresentを切り替える
• 小さなアイコンでLateをマーク
• 別のアイコンでAbsentをマーク
• 見つからない名前のためのクイック検索を入れる
• 誤タップ用の一つのUndoを提供する

悪いWi‑Fiの対策を事前に計画してください。画面を開いたときに当日のロスターをキャッシュし、インターネットが切れても変更をローカルに保存して「オフライン：6件の更新が保留中」のように表示し、接続復帰時に同期します。

クラス終了時こそトラッカーが役立つ場面です。チェックイン後に任意のラップアップパネルを用意しましょう：短いメモ欄、行動や怪我のフラグ、保護者への「要対応」フラグなど。短く簡潔に。「エラは足首の痛みで苦しんでいた」程度で十分です。

保護者に優しいスケジュールとメッセージ

保護者はスタジオ全体のカレンダーを探して何が自分の子に当てはまるかを見たいわけではありません。良いトラッカーは、家族ごとの週表示を自動生成し、登録されたクラスとその家族に影響するイベントだけを表示します。

各クラスカードは一目で分かるようにしましょう。曜日と時間を載せ、保護者がよく尋ねる内容を簡潔なラベルで示します：部屋、講師、服装、到着時間（例：「ウォームアップのため10分前に到着」）。部屋が複数ある場合やレベルが重複する場合、このラベルが長い説明の代わりになります。

予定変更時の通知は重要です。メッセージは短く一貫させ、特定のクラスに結びつけます。メッセージタイプを絞るとスタッフが迅速に送信できます：

• クラス中止（振替があるかどうか）
• 代講の案内
• 部屋の変更
• スタジオ休業（対象日とクラスを明記）
• リマインダー（発表会週、写真撮影、遅刻のお迎えポリシー）

振替は混乱が生じやすい箇所です。利用可能回数を「3/1まで有効で1回利用可能」のようにシンプルに示し、候補として実際に空きがあるオープンクラスを日時・レベル・残席つきで一覧表示してください。保護者が満員かどうかを確認するために電話する必要がないようにします。

例：保護者が月曜のスケジュールを開くと、自分の子のクラスが2件だけ表示される。1つは「Room B、Ms. Ana、黒いレオタード、5:20到着」と表示され、メッセージに「本日限定：代講 Mr. Leo」とある。推測や追加のメールは不要です。

小規模スタジオ向けの段階的セットアップ計画

小さなスタジオは初日から大きなシステムを必要としません。基本を設定し、実際のクラスでテストし、必要が出てきたら詳細を追加しましょう。

実用的な5ステップの展開

1. 今週実際に教えるすべてのクラスを入力：開始・終了時間、部屋、講師、明確な定員（例：「Ballet 1 - Studio A - max 12」）。

2. フロントデスクで使う最低限の学生と保護者情報を追加：学生名、出生年（または年齢層）、保護者名、電話番号1つ。

3. 誰も登録する前にステータスルールを決める：Active、Trial、Dropped、Waitlist。待機リストの扱い（例：「先着順で案内」）を1つ決めて守る。

4. 講師の動きに合うチェックインフローを作る：今日のクラス優先、1タップで「来た」、遅刻や保護者対応が簡単にできるようにする。1人の講師でテストして速く感じるまで調整する。

5. 1〜2クラスで1週間のパイロットを実施。問題が出たら（忘れ物の端末、直前の入替、驚きのドロップインなど）本展開前に修正する。

混乱を生む一般的なミス

小さな例外が積み重なると混乱が生まれます。出席トラッカーは、特に忙しい日に同じルールに従うことが重要です。

よくある問題は、講師がガードレールなしでロスターを編集できるようにすることです。誰でも学生を追加・削除・定員オーバーを上書きできると信頼はすぐ失われます。より良いパターンはシンプルな役割分担です：オーナー／管理者が登録と入れ替えを管理し、講師はチェックインのみ、フロントデスクは明確なラベル付きでトライアルを追加できる、という具合です。

別の原因は、クラス時間を変更しても保護者が見るすべての場所を更新しないことです。火曜のクラスが30分移動しているのにスケジュールビューやメッセージ履歴が古いままだと、欠席や怒りのメッセージが発生します。

振替とトライアルはルールが書かれておらず一貫しないと争いになります。トライアルは「支払いされるまで登録と見なさない」とするならそう明記してください。振替が30日で期限切れなら正確な日付を表示しましょう。

注意すべき混乱の原因5つ：

• 出席を二か所で追跡し、後で突き合わせようとする
• 「もう1人くらいは入る」ことが常態化して過剰予約になる
• 複数クラス重複時に部屋の定員を無視する
• ロスター編集に監査ログがない
• スケジュール変更や通知の単一の真実の情報源がない

例：月曜の午後4:55、同じ部屋で2クラスが重なり、1人の講師がウォークインを入れ、保護者は開始時間を5:15だと聞かされていた。安全性、公平性、返金処理を同時に抱える羽目になります。

展開前のクイックチェックリスト

実際のクラスでトラッカーを使う前に、簡単な初日テストを行ってください。来週のスケジュールを使い、ダミーの学生をいくつか追加し、1人の講師にスマホかタブレットで試してもらいます。

事前チェックリスト（ほとんどの問題を捕まえます）：

• Todayビュー：今日行われるすべてのクラスを、正しい時間、部屋、講師、ロスターとともに瞬時に見られるか？
• 定員チェック：クラスが満員になったとき、過剰予約を防ぎ、待機リストの順序が明確か？
• チェックイン速度：講師が正しいクラスを開いて1人の学生を30秒以内に出席マークできるか？
• 保護者ビュー：各家族が自分の子のクラス（兄弟を含む）のみを、場所と開始時間を明確に見られるか？
• レポーティング：「誰が連続3週間欠席したか」を1分以内に日付とともに答えられるか？

遅いまたは分かりにくい項目があれば、ローンチ前に修正してください。新しい講師が混雑した廊下の交代で使い方を理解できなければ、手順を1つ減らすべきです。

例シナリオ：中規模スタジオの月曜ラッシュ

月曜午後4:30。20分以内に3つのクラスが始まり、ロビーは混雑しています。スタジオは出席トラッカーを使っていて、ライブロスター、定員、クイックチェックインビューが表示されています。

午後5:00のBeginner Ballet（定員12）は満員です。保護者が兄弟の空きがあるか尋ねに来ます。フロントデスクはロスターを確認し、12名登録で1席がトライアル用に確保されているため、空きはないと即答します。兄弟は待機リストの2番目に追加され、「月曜希望」とメモを残します。

午後5:10、Jazz 1（定員16）は以前の家族が「来ない」とマークしたため1席空いています。フロントデスクに振替の申請が来て、クラスを開いて空きがあることを確認し、Avaに提案します。保護者にクラス時間と講師名の確認メッセージを送り、承認されるとAvaは「makeup」タグ付きで今日のロスターに登録され、請求とレポートが混ざらないようにします。

講師は登録管理を行いません。チェックイン画面だけを使います：今日のクラスを開き、到着に応じて学生をタップでチェックインし、開始時に「欠席」をマークします。

午後5:25、6:00のHip-Hop講師が病欠します。フロントデスクはクラス記録で代講を設定します。保護者はスケジュール上で更新された講師名を見て、講師側のチェックイン画面でも変更が反映されます。紙のメモやグループテキストは不要で、入口で「誰が教えるの？」という混乱も起きません。

次のステップ：シンプルに始めてから拡張する

管理できるパイロットから始めましょう。1つの場所（またはメインルーム）、1つのプログラム（例：Kids Ballet）、1つの期間（次の6〜8週間）を選びます。小さな展開で奇妙なクラス時間、共有講師、振替ルール、どこで誰がスマホとラップトップでアクセスするかなどの実際の問題を洗い出せます。

何か新しく作る前に、1ページに役割・画面・ルールの3つを書き出してください。役割は誰が使うか（オーナー、フロントデスク、講師、保護者）。画面は彼らが見るもの（ロスター、チェックイン、スケジュール、メッセージ）。ルールは争いを生む詳細（定員、待機リスト順、振替制限、遅刻、迎え権限）です。

パイロット後に拡張する際は、一度に1エリアずつ自動化します。支払い、メッセージング、レポート、登録ワークフローは、基本が楽に回るようになるまで待って構いません。

もしコードを書かずにカスタムのダンススタジオ登録システムを作るなら、AppMaster (appmaster.io) のようなプラットフォームが実用的な選択肢になり得ます。データベース、ビジネスルール、スタッフと保護者向けの別々の画面をサポートするためです。バージョン1は小さく保ってください：きれいなTodayビュー、クラスと部屋の定員ルールと待機リスト、そして速いチェックイン画面。それが堅牢になってから機能を追加しましょう。