業務システム

塾予約システムとは?個別指導の講師・座席割当と面談予約を止めない選び方

予約管理システム開発の重要性

塾予約システムは、個別指導の1コマを講師と座席ごとに押さえ、三者面談・体験授業・季節講習といった性質の違う受付を1つの台帳にまとめる仕組みです。学習塾では、同じ「予約」でも曜日固定の集団クラスと当日振替の個別指導では、それぞれ異なる枠設計が必要です。この記事では、塾で起きるダブルブッキングの原因を講師・座席・教材という三重の資源制約から整理し、料金の構造、既製SaaSで足りる条件と受託開発に踏み込む条件、そして塾管理システムや入退室システムとつないで二重入力を消す設計までを、受託開発会社の視点でまとめます。無料プランで始めて詰まる境界も、条件を付けて示します。

まとめ:塾予約システムの要件と既製サービスで足りるかの判断基準

結論から示します。学習塾の予約は、集団クラスの「定期予約」と個別指導の「コマ予約」、そして面談や体験授業の「単発予約」という三つの型が同居しており、この三つを同じ画面で扱えるかどうかが製品選定の分かれ目になります。汎用の予約ツールは単発予約に強く、曜日固定のクラスと当日振替が混ざった瞬間に運用が破綻しがちです。

費用の目安は二層に分かれます。EDISONE予約のように無料プランから月額9,800円(アドバンス・税抜/2026年8月時点)までで収まる汎用型と、リザエンのように個別指導塾向けの機能を持ち月額15,000円で月500件まで(2026年8月時点)という業種特化型です。教室数と月間予約件数を先に数えれば、どちらの層で足りるかは見積もり前に判断できます。

既製SaaSで足りるのは、校舎が3つ以内で、振替のルールが「前日18時まで」のように文章1行で書き切れる塾です。逆に、講師の兼務による移動時間の制約、座席数と教材の在庫、既存の生徒台帳との突合が絡む場合は、カスタマイズか受託開発を検討する段階に入ります。判断材料は予約件数ではなく、ルールの複雑さの側にあります。

塾予約システムの基本機能と、個別指導・面談・体験授業で異なる予約の型

予約システム全般の機能分類や種類は予約システムとは?主な機能・種類と、既製サービスで足りない場合の開発判断で整理しています。ここでは学習塾に固有の、予約の型ごとの違いに絞ります。

個別指導のコマ予約と集団クラスの定期予約を1つの枠で扱う難しさ

個別指導のコマ予約は、1コマ(多くの塾で80分または90分)に対して生徒1名から3名を割り当て、そこへ担当講師と座席を同時に紐づけます。一方、集団クラスは「毎週火曜19時のA2クラス」という学期単位の定期予約で、個々の日付ではなく期間で押さえる形です。

この二つは、データの持ち方が根本から違います。前者は日付+時間帯+資源の組み合わせが1レコード、後者は曜日ルールから日付を展開する繰り返し予約です。汎用の予約ツールは前者だけを想定した設計が多く、集団クラスを登録しようとすると1回ずつ手作業で複製する羽目になります。EDISONE予約が「カリキュラム機能」として繰り返しの自動登録を用意しているのは、この手間を減らすためです。

選定時は、集団クラスの1年分を登録する操作を必ずデモで再現してもらってください。ここで手が止まる製品は、開講後の学期切り替えでも同じだけ止まります。

三者面談・保護者面談の枠予約と、担当講師の割当を分ける管理方法

面談は指導コマと同じ枠に混ぜると事故が起きます。三者面談は20分から30分で、参加者が保護者・生徒・担当講師の3者、使う場所は教室ではなく面談室やブースです。指導コマと同じカレンダーに置くと、面談中の講師に授業が入る事態を止められません。

実務上は、講師という資源を1本の予定表として持ち、そこへ「指導コマ」と「面談」の両方を書き込む構造にします。面談枠の公開は期間限定にして、保護者が候補日時をタップして確定できる形にすると、電話とメールでの往復がまとめて消えます。

面談の予約可能時間は、講師の指導コマが埋まっていない時間帯から自動生成させるのが安全です。手動で面談枠を作る運用は、シフト変更のたびに更新漏れを生みます。

体験授業・季節講習の単発受付とキャンセル待ちの運用ルールの設計

体験授業は入塾の入口で、季節講習は既存生徒の追加受講です。同じ「単発予約」でも、前者の申込者は未登録の見込み客で、後者の申込者は在籍生徒です。会員登録を必須にすると体験申込は落ちます。逆に季節講習で会員登録を求めなければ、誰の追加コマか分からなくなります。

下の表は、五つの予約の型がどの資源を同時に押さえるかを並べたものです。

予約の型 枠の単位 同時に押さえる資源 つまずきやすい点
個別指導のコマ予約 1コマ×生徒1〜3名 講師・座席・時間帯 講師変更で枠が崩れる
集団クラスの定期予約 曜日固定の学期単位 教室・時間帯 途中入会の期中登録
三者面談 20〜30分の面談枠 担当講師・面談室 保護者都合の再調整
体験授業 単発1回 講師・座席・教材 申込後の連絡漏れ
季節講習 期間限定の追加コマ 講師・座席・教室 通常授業と枠が競合

キャンセル待ちは、季節講習でだけ設ければ足ります。体験授業でキャンセル待ちを積むより、別日程を追加提示したほうが入塾率は落ちません。

ダブルブッキングが起きる三つの原因と、講師・座席・コマの同時制約

塾の予約トラブルは「システムが二重予約を防げなかった」のではなく、押さえるべき資源が最初から登録されていないことが原因です。原因を三つに分けて見ます。

講師・座席・教材の三重リソースが同時に埋まる予約枠モデルの考え方

個別指導の1コマは、講師1名・座席1席・使用教材のセットで成立します。多くの汎用予約ツールは「スタッフ」という資源を1種類しか持たず、座席を登録できません。結果として、講師は空いているのに座席が足りない時間帯に予約が通ります。

対処は二段構えです。第一に、座席をスタッフ資源として二重登録し、1予約が講師と座席の両方を消費する製品を選ぶこと。第二に、それができない製品なら、コマごとの上限人数を座席数に合わせて固定し、講師の重複だけをシステムで防ぐ割り切りです。後者は運用でカバーする範囲が残るため、校舎が1つで座席が10席以下の塾までが現実的な範囲になります。

振替予約と当日欠席連絡が衝突する締切ルールと自動開放の判断基準

当日欠席の連絡が入ったコマを、すぐ振替枠として開放するか。ここが曖昧なままだと、講師の手元では空いているのにシステム上は埋まったままという状態が残ります。実務では、締切を二つに分けます。振替予約の受付締切(例:前日18時)と、欠席連絡の受理締切(例:当日授業開始1時間前)です。

欠席連絡が受理締切より前なら枠を自動開放し、締切後なら消化扱いにして開放しない。この一行のルールをシステムの設定項目に落とせるかどうかを、比較段階で確認してください。設定できず「管理画面から手動で開放」しかない製品は、繁忙期に必ず開放漏れを起こします。

振替の残数管理も同じ台帳に持たせます。月4回の契約で1回欠席したなら振替残1という数字が、保護者からの問い合わせの大半を占めるためです。

複数校舎で講師を兼務させる場合の移動時間と予約枠の重なりへの対策

A校舎の19時20分終了のコマと、B校舎の19時30分開始のコマ。講師が同一人物なら、この二つは物理的に成立しません。ところが多くの予約システムは校舎ごとにカレンダーを分けて持つため、講師の重複を検知できません。

リザエンが複数校舎を1アカウントで管理する形を取っているのは、資源を校舎横断で一元化するためです。校舎をまたぐ講師が1人でもいるなら、校舎ごとにアカウントを分ける契約形態は避けてください。

移動時間そのものを枠に反映するには、予約の前後に緩衝時間を設定できる機能が要ります。校舎間の徒歩・電車の実測値を入れておけば、成立しない組み合わせは登録段階で弾けます。

保護者連絡と体験授業の申込を取りこぼさない予約導線と通知の設計

学習塾の予約は、申し込む人と受講する人が別人です。この前提を外すと、通知の宛先が生徒本人になり、保護者に届かない事故が起きます。

保護者が申込者、生徒が受講者となる二者分離型の会員データの設計

会員データは、保護者アカウント1つに生徒レコードを複数ぶら下げる親子構造にします。兄弟姉妹で通う家庭では、同じ保護者が別々の学年・別々の講師で2名分を管理するためです。フラットな1会員1名の構造だと、保護者は子どもの数だけログイン情報を持つことになり、そこで予約が止まります。

連絡先も分けて持ちます。通知の宛先は保護者、出欠の記録は生徒という切り分けです。中学生以上は本人にもリマインドを送りたい塾が多いため、生徒側の連絡先を任意項目として持てる設計にしておくと、学年が上がったときに作り直さずに済みます。

体験授業の申込から入塾面談までを途切れさせない通知と再連絡の設計

体験授業の申込フォームで入力項目を増やすほど、離脱は増えます。最小構成は、保護者氏名・連絡先・生徒の学年・希望日時の4項目です。学校名や志望校は、体験当日か入塾面談で聞けば足ります。

申込直後の自動返信には、日時・校舎の住所・持ち物・当日の担当者名を入れます。担当者名の有無は、当日のキャンセル率を左右する要因です。体験の翌日に入塾面談の候補日時を自動で提示する導線まで組めば、電話をかけ直す作業が丸ごと不要になります。

入退室の記録と組み合わせると、体験当日に来場したかどうかまで台帳側で分かります。保護者への到着通知の仕組みは塾入退室システムの機能と選び方で扱っています。

LINEやメールに分散した連絡を予約履歴へ集約する運用の切り替え手順

欠席連絡が教室の固定電話・講師個人のLINE・保護者アプリの3経路に散っている塾は珍しくありません。この状態では、誰が受けた連絡かを追えず、振替残の数字も合わなくなります。集約の手順は次のとおりです。

  1. 欠席・遅刻・振替の受付経路を1つに決め、受付時間を明示する
  2. 旧経路(講師個人のLINE等)に来た連絡を、講師が代理入力する運用に切り替える
  3. 2か月ほど並行運用し、代理入力の件数が全体の1割を切ったら旧経路を閉じる
  4. 閉じる2週間前に保護者へ告知し、新経路の操作画面を画像付きで配布する

いきなり旧経路を止めると、連絡そのものが減って無断欠席が増えます。並行期間を置く前提で計画してください。

塾予約システムの料金相場と、教室規模別に見る確認すべき機能の順序

価格帯は、汎用型と業種特化型で明確に段差があります。2026年8月時点の実際の提示額を基準に見ていきます。

初期費用・月額・決済手数料という料金構造と教室規模別の費用の目安

汎用型の代表例であるEDISONE予約は、フリー0円、エントリー480円、ステップ980円、ライト1,980円、ベーシック4,980円、アドバンス9,800円(いずれも月額・税抜/最大20教室)という段階です。対して個別指導塾向けのリザエンは、基本料金が月額15,000円で月500件まで、超過分は500件ごとに月額5,000円が加算されます。

月500件という数字は、生徒100名が月5回予約すれば到達します。中規模以上の塾では超過課金が常態化する前提で総額を見積もってください。月謝や講習費をシステム経由で決済する場合は、決済手数料が別途3%台から4%台で乗ります。

予約件数課金と講師アカウント課金で総額が逆転する損益分岐の見方

課金軸には、予約件数に応じて増える型と、講師・スタッフのアカウント数で決まる型があります。この二つは規模によって有利不利が入れ替わります。

  • 講師が少なく予約回数が多い個別指導塾は、アカウント課金型が有利
  • 講師が多く1人あたりの担当コマが少ない大学生講師中心の塾は、件数課金型が有利
  • 季節講習で予約件数が平常月の2倍を超える塾は、件数課金型だと繁忙期に費用が跳ねる

見積もりは平常月ではなく、夏期講習の月の予約件数で取ってください。年間費用の山はそこにあります。

無料プランで始めて詰まる境界と、有料化を判断する具体的な三つの条件

無料プランは体験授業の受付だけなら十分に回ります。詰まるのは次の三点に触れたときです。第一に、振替の残回数を保護者に見せたくなったとき。第二に、講師ごとの権限を分けて他講師の生徒情報を隠したくなったとき。第三に、月謝や講習費の決済を予約と紐づけたくなったときです。

逆に言えば、この三つのいずれにも触れないうちは無料プランで運用して構いません。製品比較の全体像は学習塾管理システムの比較にまとめています。

既製SaaSで足りる条件と、受託開発に踏み込むべき条件の線引き

ここは判断を言い切ります。予約件数の多さは開発の理由になりません。理由になるのは、ルールが文章で書き切れないときだけです。

既製SaaSで足りる塾の条件と、そのまま運用に乗せられる予約の型

校舎が3つ以内、講師の校舎兼務がない、振替ルールが「前日18時まで・月2回まで」のように2行で書ける。この三条件がそろう塾は、既製SaaSをそのまま使えます。座席の制約も、コマごとの定員設定で代替できます。

この条件下で自社開発に進むのは、費用の面で見合いません。月額1万円前後のSaaSに対し、開発費は初期で数百万円規模になるためです。

受託開発・カスタマイズに踏み込むべき条件と費用・期間の見積もり

踏み込む判断になるのは、講師の兼務による移動時間の制約、座席と教材の在庫を同時に消費する枠、既存の生徒台帳や請求システムとの双方向連携という三つが重なる場合です。ここまで来ると、既製品のカスタマイズ範囲を超えます。

予約に絞った小規模なシステムなら、要件定義から本番稼働まで3か月から5か月程度が目安になります。設計上の勘所は予約システム開発の進め方と技術選定で技術面から扱っています。要件の相談段階から入る場合は、予約管理システム開発のページから具体的な条件を伝えてください。

予約システムを単独導入してはいけない場面と、先に直すべき運用ルール

導入を止めるべき場面が一つあります。振替のルールが講師ごとに違う塾です。「A先生は当日でも振替可、B先生は前日まで」という状態のままシステムを入れると、例外処理の設定に時間を取られ、結局は手作業に戻ります。

この場合は、システム選定より先に振替ルールの統一を終わらせてください。ルールを1本にしてから入れれば設定は1日で終わります。順序を逆にした導入は、半年後に使われなくなる典型例です。

塾管理システム・入退室システムとの連携で二重入力を消す導入の進め方

予約だけを単独で入れると、生徒情報を予約システムと生徒台帳の両方に入力する状態が生まれます。二重入力は、放置すると必ずデータの食い違いに変わります。

生徒台帳・請求・入退室と予約を分けたまま二重入力を止める連携設計

生徒マスタをどちらに置くかを最初に決めます。原則は、生徒台帳を持つ塾管理システム側を正とし、予約システムへは生徒ID・氏名・学年・保護者連絡先だけを流す片方向連携です。予約システム側で生徒を新規作成できる状態にすると、同じ生徒が二重に登録されます。

例外は体験授業です。未入塾の申込者は塾管理システムに存在しないため、予約システム側で仮登録し、入塾時に本登録へ引き継ぐ流れにします。生徒・成績・請求までを含む全体像は塾管理システム(学習塾システム)の主要機能と選び方で整理しています。

要件定義で先に棚卸しすべき予約ルールと、比較する製品を絞り込む順序

比較表を作る前に、自塾のルールを文章で書き出してください。棚卸しの対象は、振替の受付締切と回数上限、欠席連絡の受理締切、1コマあたりの上限人数、講師と座席の対応関係、季節講習の申込開始日、面談枠の公開期間の六つです。

この六つを書き終えてから製品を見ると、候補は自然に2つか3つまで絞れます。逆順で製品を先に見ると、機能一覧に引きずられて自塾に不要な項目まで比較軸に入り込みます。

導入後3か月で見直す予約枠と、稼働率から読み取る具体的な改善策

稼働開始から3か月経ったら、コマ別の予約充足率を見ます。充足率が5割を切る時間帯は、枠そのものを閉じて講師の人件費を下げる判断が可能です。逆に9割を超え続ける時間帯は、座席か講師を足す根拠になります。

振替の消化率も同時に見てください。付与した振替のうち期限内に消化された割合が6割を下回るなら、振替枠の設定時間帯が保護者の希望と合っていません。土曜午前や平日の早い時間帯に枠を移すだけで、この数字は動きます。

よくある質問

塾予約システムの検討時に、実際に寄せられることの多い質問をまとめます。

無料の塾予約システムはありますか?

あります。EDISONE予約はフリープランを0円で提供しており、対応業種に学習塾・英会話教室・語学スクールを明記しています(2026年8月時点)。体験授業の受付や面談枠の公開といった単発予約の用途なら、無料プランでも運用できます。ただし、振替回数の管理、講師ごとの権限分離、月謝の決済連携のいずれかが必要になった段階で有料プランへの切り替えが必要になります。まず無料で受付導線だけを立ち上げ、運用が固まってから有料化する進め方が現実的です。

個別指導のコマ予約で講師と座席の両方を押さえられますか?

製品によります。汎用の予約ツールは「スタッフ」という資源を1種類しか持たないものが多く、講師の重複は防げても座席の不足は検知できません。座席をスタッフ資源として二重に登録し、1件の予約が講師と座席の両方を消費する設定にできるかを、デモ段階で必ず確認してください。それができない製品を選ぶ場合は、コマごとの上限人数を座席数と一致させる運用で代替します。校舎1つ・座席10席以下の規模までなら、この割り切りでも実務は回ります。

複数校舎で同じ講師が担当する場合、二重予約は防げますか?

校舎ごとにアカウントやカレンダーを分ける契約形態では防げません。講師という資源が校舎をまたいで一元管理される製品を選ぶ必要があります。リザエンのように複数校舎を1アカウントで管理する形式であれば、講師の予定は横断して押さえられます。さらに移動時間を反映したい場合は、予約の前後に緩衝時間を設定できる機能を確認してください。校舎間の移動実測値を入れておけば、成立しない組み合わせを登録時点で弾けます。

保護者と生徒を分けて管理できますか?

親子構造に対応した製品なら可能です。保護者アカウント1つに生徒レコードを複数ぶら下げる形にすると、兄弟姉妹が同じ塾に通う家庭でもログインを1つにまとめられます。通知の宛先は保護者、出欠の記録は生徒という切り分けにしておくと、連絡漏れが起きません。中学生以上の生徒本人にもリマインドを送りたい場合に備えて、生徒側の連絡先を任意項目として持てる設計かどうかも確認しておくと、学年が上がった際に作り直さずに済みます。

既製サービスではなく自社で開発したほうがよいのはどんな場合ですか?

予約件数の多さは開発の理由になりません。判断の分かれ目は、ルールが文章で書き切れるかどうかです。講師の校舎兼務による移動時間の制約、座席と教材を同時に消費する枠設計、既存の生徒台帳や請求システムとの双方向連携という三つが重なる場合は、既製品のカスタマイズ範囲を超えます。予約機能に絞った小規模な開発であれば、要件定義から本番稼働まで3か月から5か月程度が目安です。逆に校舎3つ以内で振替ルールが2行で書ける塾は、既製SaaSで足ります。

関連記事

資料請求

RELATED POSTS 関連記事