クラスが増えるほど保護者連絡と出欠集計が回らなくなる理由
「クラスが3つに増えた途端、どの連絡がどの家庭に届いているか分からなくなった」。複数クラスを運営する教室の管理者の方から、そんな相談を受けたことがあります。クラスが一つのうちは、先生が保護者の顔と連絡先を覚えていられますが、二つ、三つと増えると「誰に、何を、誰が送ったか」を確かめる作業が急に増えます。
人数だけでなく、クラス数、連絡経路、担当者の組み合わせが増えることが効いてきます。
教室が大きくなると何が増えるのか
連絡先の一覧が複数できる
クラスごとのグループチャット、先生個人の連絡先、事務局のメール一覧が併存すると、どれが最新の名簿か分からなくなります。クラス変更や退会が片方にしか反映されないと、必要な家庭へ届かず、反対に在籍していない家庭へ送り続けることもあります。
同じ家庭が複数のクラスに現れる
兄弟姉妹が別のクラスに通う場合、1つの家庭が複数の連絡先リストへ入ります。教室全体のお知らせをクラスごとに送ると、同じ内容が重複して届きます。一方で、クラス固有の連絡をまとめすぎると、自分に関係する内容を探しにくくなります。
返信の確認がクラス数だけ発生する
「確認したら返信してください」と全員へ求めると、送信は一斉でも確認は個別です。クラスごとに返信済み・未返信を数え、欠席連絡を別の表へ転記する作業が残ります。
担当者間の引き継ぎが必要になる
先生が1人なら頭の中で管理できた情報も、担当が増えると共有しなければ伝わりません。「今日は誰が休むか」「この家庭には連絡済みか」が個人の端末や記憶に残ると、その人が不在の日に止まります。
連絡を3種類に分ける
一斉連絡をすべて同じ方法で送るのではなく、受け手に求める行動で分けると整理しやすくなります。
| 連絡の種類 | 例 | 受け手に求めること |
|---|---|---|
| 教室全体のお知らせ | 休業日、規約変更、設備のお知らせ | 読む |
| クラス別のお知らせ | 持ち物、時間変更、担当変更 | 対象クラスだけが読む |
| 出欠・申込 | 欠席連絡、単発イベントへの参加 | 必要な人だけが入力する |
「読んだら全員返信」と「休む人だけ入力」を混ぜると、何のための返信か分からなくなります。情報を届ける連絡と、人数を確定する入力を分けるのが最初のポイントです。
クルカナが担うのは、定期予定に対する欠席・連絡事項の受付と集計、イベントの申込管理です。「明日はレッスンです」といったリマインダーや、教室から自由な内容を一斉配信する機能はありません。休業日や持ち物などの一般的なお知らせは、これまでのLINEやメールを残して役割を分けます。
定期クラスの出欠は「休む人だけ」にする
毎週ほぼ同じ生徒が通うクラスなら、通常は出席予定と考え、欠席する家庭だけに連絡を求められます。
たとえば、そのレッスンの対象者が15人で2人が休む日は、確認する入力は2件です。残る13人の「参加します」を待つ必要はありません。出席予定人数は、教室全体の在籍人数ではなく、その予定の対象者数から欠席連絡の人数を引いて考えます。同じクラス内でも曜日や時間ごとに対象者が違う場合、この区別が欠かせません。
ただし、体験会や発表会のように参加者が毎回変わる予定は別です。定期クラスの欠席管理と、単発イベントの申込を同じ返事の方法に揃える必要はありません。
名簿と連絡先の「正」を1つにする
仕組みを入れる前でも、次の情報をどこで管理するか決められます。
- 生徒の名前
- 所属するクラス
- 連絡を受け取る保護者
- クラス変更・休会・退会の状態
- 兄弟姉妹の関係
- 誰がそのクラスを管理するか
クラスごとの連絡先一覧を作る場合も、元になる名簿は1つにします。クラス変更を名簿へ反映すれば、連絡対象にも反映される形が理想です。
担当者の役割を最小限に決める
細かな権限表を作る必要はありません。まずは3つだけ決めます。
- 名簿を更新する人:入会、クラス変更、休会、退会を反映する
- クラスの出欠を確認する人:その日の欠席と連絡事項を見る
- 教室全体の設定を決める人:締切、振替、通知先など共通ルールを管理する
同じ人が複数を担当しても構いません。重要なのは、誰でも更新できる状態と、誰も更新しない状態を避けることです。
教室全体で揃えたい運用ルール
欠席連絡の受付先
先生個人のLINE、教室の電話、連絡帳など複数の入口を残す場合でも、最終的な出欠記録は1か所へ集めます。保護者へ案内する基本の入口は1つに絞り、一般のお知らせを送る連絡先とは役割を分けます。
締切と締切後の扱い
何時のまとめを先生が見るのかを先に決め、そこから受付の締めを決めます。急な体調不良など、締切後の変更をどこへ伝えるかは例外として別に案内します。
遅刻・早退
来る予定なら欠席にはせず、連絡事項として残します。人数を変える情報と、先生に伝えるだけの情報を分けると集計が崩れません。
クラス横断で見る範囲
教室全体の担当者は全クラス、各先生は担当クラスだけを見るなど、役割に合わせて必要な範囲を決めます。全員がすべての個人情報を見る運用にする必要はありません。
保護者へ案内する文面の例
通常のレッスンは出席予定として扱います。お休みする場合だけ、それぞれのクラスの開始1時間前まで(例:16時クラスは15時まで、18時クラスは17時まで)に所定の出欠連絡へ入力してください。旅行などで休む日が決まっている場合は、前もって入力できます。遅刻・早退は「連絡事項」としてお知らせください。教室からの一般のお知らせは従来の連絡先から送ります。兄弟姉妹がいる場合は、お休みする生徒を選んで入力してください。
クラスによって締切を変える必要がある場合は、どの時刻がどのクラスに適用されるかを明記します。案内文の基本の組み立て方(締切・連絡先・必要な情報・返信の有無)は欠席連絡ルールの決め方で解説しています。
切り替え前の確認チェックリスト
- 名簿と実際の在籍者が一致している
- クラス変更・休会・退会が反映されている
- 兄弟姉妹を家庭単位だけでなく生徒ごとに選べる
- 各クラスの曜日・時刻と、その予定の対象者が決まっている
- 欠席連絡の受付先と締切が決まっている
- 一般のお知らせを送る手段と、出欠を入力する場所を区別して案内できる
- 担当の先生が自分のクラスを確認できる
- 教室全体を横断して確認する人が決まっている
- 単発イベントは通常クラスの出欠と分けている
最初は1クラスで試し、入力に迷う箇所と先生側の見え方を確認してから全クラスへ広げる方法もあります。ただし名簿の正は最初から1つにしておくと、試行中の二重管理を減らせます。
仕組み化するなら確認したいこと
- クラス数が増えても同じ組織の中で管理できるか
- 兄弟姉妹を1つの保護者アカウントで扱えるか
- 各先生には担当クラスだけを見せられるか
- 教室全体の担当者は複数クラスを横断して確認できるか
- 欠席者、その予定を母数にした出席予定人数、遅刻などの連絡事項を分けて確認できるか
- 一般のお知らせは既存のLINE・メールに残すなど、仕組みの担当範囲を説明できるか
たとえばクルカナでは、定期クラスを複数作り、保護者は休む生徒だけを選んで連絡できます。各予定の対象者のうち未入力の人は出席予定として集計され、教室全体の担当者は複数クラスの当日・週の状況を横断して確認できます。欠席者と人数のまとめは担当する管理者へ届き、権限を付けずに共有したい事務担当などは追加の通知先メールアドレスとして設定できます。
向いていない場合
- 毎回参加者が変わる体験会・見学会・発表会の募集は、定期クラスの欠席管理より単発イベントの申し込み機能のような形が合います
- 月謝・月会費の集金が主な課題であれば、集金を専門に扱うサービスの方が適しています
- 曜日・時刻を決めず、毎回スケジュールを組み直す運用には向きません(向いている運用・向かない運用)
- 教室からの自由な内容の一斉告知やレッスン前のリマインダー配信まで置き換えたい場合は、別の連絡手段を併用する必要があります
- 教材配信、成績管理、入退室記録まで1つの仕組みで行いたい場合は、出欠・連絡に特化した方法では足りません
まとめ
クラスが増えるほど保護者連絡と出欠集計が回らなくなるのは、単純に生徒が増えるからではありません。名簿がクラスごとに分かれ、同じ家庭が複数の一覧に入り、担当者間の引き継ぎが必要になるためです。
まず、連絡を「全体のお知らせ」「クラス別のお知らせ」「出欠・申込」に分け、定期クラスは休む人だけが連絡する形にします。そのうえで名簿の正を1つにし、担当者の役割を決めます。それでもクラスごとの転記や確認が残る場合は、複数クラスの名簿、予定、出欠のまとめを同じ組織で扱える仕組みを検討してください。一般のお知らせまで無理に移さず、クルカナが置き換える範囲を出欠と申込に絞るのがポイントです。在籍メンバー10人までは無料で、初期設定は5分ほどです。まずは負担の大きい1クラスだけで試し、合えば他のクラスへ広げる順番で始められます。
まずは、無料で。
在籍するメンバー10人まで(管理権限だけをお持ちの方は含みません)、お支払いの登録なしにずっと無料です。クラスはいくつ作っても料金は変わりません。
「30日間無料」でお試しの場合は、期間終了後にそのときの在籍メンバー数(メンバーとして名簿に登録されている方の数です。管理権限だけをお持ちの方は含みません)に応じた月額の自動課金が始まります(解約はいつでも可能です)。
くわしい料金は料金の試算でご案内します(人数を入れると月額が出ます)。
保護者・メンバーの方は参加する方へのご案内をご覧ください。