「今週はお休みなので、来週の同じ時間に振替をお願いできますか」
この一言で調整が始まります。担当者は何を確認しているのでしょうか。まず講師の空き曜日と時間を確認し、次にその講師がその生徒の科目やレベルを担当できるかを確かめます。英会話なら受講中のクラスや検定対策、音楽なら楽器の種類と習熟度まで絡んできます(同じ「振替」でも、確認する軸は科目によって増減します)。
ここで起きているのは「予約の連絡先がバラバラ」という話ではありません。講師が対応できる曜日・時間・科目やレベルの組み合わせと、生徒が希望する日時の組み合わせを、両方とも満たす枠を探す作業です。条件が1つ増えるごとに、確かめる組み合わせは足し算ではなく掛け算で増えていきます。
調整が壊れるのは、条件が掛け算だから
「電話とLINEで予約がバラバラに届く」という悩みなら、窓口を一本化すれば片づきます。振替レッスンの調整はそうはいきません。窓口を一つにまとめても、講師の対応条件と生徒の希望を掛け合わせる作業そのものは残るからです。チャットツールだけ導入しても、担当者は結局シフト表とにらめっこする毎日に戻ります(つまり、便利になったのは連絡手段だけで終わっています)。
教室の規模が小さいうちは、担当者が講師の顔と得意科目を覚えていて何とかなります。規模が大きくなると、覚えていられる量を組み合わせの数が追い越します。壊れるのは仕組みではなく、人の記憶が持つ容量です。
講師と生徒の条件を掛け合わせると、何通りになるか
以下はいずれも実測ではなく、規模感をつかむための試算です。
| 要素 | 値の例 |
|---|---|
| 講師の対応曜日 | 5日 |
| 講師の対応時間帯 | 1日6コマ |
| 科目・レベルの区分 | 3種類 |
| 講師10名分の組み合わせ | 約900通り |
講師側の条件だけで約900通りです。ここに生徒30名それぞれの希望日時を重ねると、確かめるべき組み合わせはさらに膨らみます。教室規模と一緒に増えているのは予約の件数ではなく、確認しなければならない組み合わせの数です。
どこまで人が判断し、どこから機械に渡すか
全部を人の手でやり続けるか、記録を一元化するだけで済ませるか、条件の掛け合わせ自体を機械に任せるか。選択肢は大きく3つあります。
| 選択肢 | メリット | デメリット | 判定 |
|---|---|---|---|
| 紙・ホワイトボードで都度確認 | 導入コストがかからない | 講師が増えるほど確認漏れが増え、確認自体に時間がかかる | — |
| スプレッドシートで記録を一元化する | 検索性は上がる | 条件を掛け合わせて空き枠を絞る作業は人が目で追うため、教室規模が大きくなると同じ壁に当たる | — |
| 講師の条件と生徒の希望を登録し、システムが候補を絞り込む | 掛け算の部分を機械に任せ、担当者は候補から選ぶだけになる | 講師に条件を登録してもらう手間がかかる | ✅ 採用 |
登録の手間だけは省略できません(サボると結局、誰かの休日が減るだけです)。講師全員の登録が揃うまで1〜2週間ほど見ておくと、運用は安定します。
参考までに、確認時間の目安を試算しました。
| Before | After | |
|---|---|---|
| 振替1件あたりの確認時間 | 15〜30分 | 3〜5分 |
| 確認に使う情報源 | シフト表・記憶・口頭確認 | 登録済みの条件データ |
平均すれば、確認時間はおよそ80%削減できる試算です。
人手に残るのは「候補から選んで連絡する」の1工程だけで、掛け合わせて絞り込む部分を機械に渡すことで、担当者が条件を確認する回数そのものが減ります。
他業種でも、条件の掛け算を機械に渡した例がある
playpark に英会話スクール・音楽教室での導入実績はまだありません。ただし「複数の条件を掛け合わせて絞り込む」という同じ構造の課題は、他業種で実装し実測しています。
現場のスタッフが自分のスマホから対応可能な条件を登録できるようにしたシフト管理の実例はこちらの実測では、スタッフ利用率が約30%から85%以上になりました。希望シフトの収集率も95%を超えています。条件を一元化しても、登録する側が使わなければ紙の希望表に逆戻りします。
多段階の条件と進捗を一覧で追えるようにした入社手続きの実例はこちらの実測では、70項目を超える進捗を可視化し、確認作業を80%以上削減しました。条件の数を人の記憶ではなく仕組みで追った結果です。
どちらも講師や生徒のマッチングそのものではありませんが、条件を人の頭の中に置いたままにしないという発想は共通しています。振替レッスンの調整に置き換えれば、講師の対応条件をあらかじめ登録し、生徒の希望と機械的に突き合わせる部分がそこにあたります。
振替調整の条件を、まず書き出すところから
最初の一歩はシステムではありません。講師ごとの対応条件を、曜日・時間・科目やレベルの3項目で書き出すところからです。条件が言葉になれば、絞り込みは仕組みにできます(曜日・時間・科目の3項目だけなら、今日中に書き出せます)。
playparkの業務効率化サービス「SHITATEYA」では、いまの予約方法を変えずに条件マッチングの部分だけを設計できます。業種を問わない進め方は業務自動化ソリューションで紹介しています。振替調整の条件整理に迷いがあれば、お問い合わせからご相談ください。



