【活用案：学習塾・スクール】24時間の進路相談・入塾案内で保護者の信頼を獲得

夜10時。塾長のもとに「うちの子、中2なんですが英語が伸びなくて……」という長文の相談が届く。
先生が授業を終えて翌朝確認した時には、保護者はすでに他塾へ体験申込みを送り終えていた——。

学習塾の集客における取りこぼしは、こうした「タイミングのズレ」が大半を占めます。
Socrates（ソクラテス）は、塾の先生に代わって深夜・休日の問い合わせに即応する「AI 受付スタッフ」を、複雑なシステム導入なしで実現する仕組みです。

学習塾の現場で起きている「3つの典型的な悩み」

1. 共働き世帯の問い合わせは夜間に集中する

保護者の多くは仕事と家事を終えた21時以降にようやく塾選びに向き合います。授業終わりの先生が翌朝確認した時には、すでに他塾の体験授業に申し込んでいた——という機会損失は、多くの教室で発生しています。

電話折り返しでも「営業時間外でかけられない」という心理的ハードルがあり、Web フォーム送信のみでは「返信を待たせている時間」そのものが離脱の原因になっています。

こうした夜間の機会損失は、塾側が気付きにくい点でもあります。翌日折り返しの電話でも「もう他の塾に決めました」と告げられるケースは少なくなく、問い合わせフォームの送信数と実際の入塾率のギャップが広がっていきます。AI による即時応答は、この「タイミングのズレ」を埋める有効な手段になりえます。

2. カリキュラム・料金体系が複雑で個別説明に時間がかかる

学年・コース・受講回数・季節講習・教材費・兄弟割引…と組み合わせが多く、紙のパンフレットや Web の料金表だけで保護者の不安を解消するのは困難です。

結局「面談に来てもらわないと正確な料金が出せない」状態になりがちで、まだ温度感の低い保護者の入口がそこで止まってしまいます。面談前に費用感が見えない状態は、教育サービスでもっとも避けたい離脱パターンです。

3. 入塾検討者のフォローが属人化し、抜け漏れる

「先週問い合わせのあった〇〇さん、その後どうなったっけ？」——校舎の担当者が変わると過去のやり取りが追えなくなり、再アプローチのタイミングを逃すケースは少なくありません。

検討期間が長い習い事ほど、初回問い合わせから入塾までを通して「どんな相談をしたか」を覚えてくれている AI の存在価値は高くなります。

Socrates が学習塾の集客フローを変える4つの機能

機能1. AI 専属スタッフによる24時間応答

Socrates は塾ごとに専用の AI スタッフを作成できます。
「あなたは○○ゼミの進路アドバイザーです。保護者向けに丁寧な敬語で、専門用語は控えて回答してください」といった指示を日本語で入力するだけで、深夜でも休日でも、塾の人格を保ったまま応答が始まります。

機械的な FAQ ボットではなく、「入塾前に話を聞いてくれる相談員」として保護者の感情を受け止める対話設計が可能です。

機能2. ナレッジ機能でカリキュラム・料金を正確に説明

コース表・料金表・年間スケジュール・合格実績などの資料を PDF / CSV / 画像でアップロードすると、Socrates が OCR で読み取ってナレッジ化します。AI は回答時にこのナレッジを参照するため、「中2で英語と数学を週2回、夏期講習込みでいくら？」といった具体的な質問にも、登録された料金表に基づいて答えられます。

勘違い回答を防ぐため、Deep Logic Prompt 機能で「料金に関する質問はナレッジに記載のあるパターンのみ案内し、無いパターンは個別見積もりに誘導すること」というガードレールを設定できます。

機能3. CRM で保護者単位の対話履歴と自動タギング

会員モード（メールアドレス + アクセスパスワード）で運用すれば、保護者ごとのチャット履歴が保存されます。AI が「進路相談」「料金確認」「体験申込み済み」などの属性を会話から自動で判定し、CRM 上で検討フェーズの可視化を行います。

校舎スタッフが変わっても、過去の会話と AI による要約を読めば、どこまで話が進んでいたかが一目で把握できます。

機能4. 外部予約アプリへの誘導で体験授業を即時予約

Socrates は自社で予約システムを内包せず、TimeRex や JICOO などの外部予約アプリへの URL 誘導で完結する設計です。AI が会話の流れで「では今週の土曜10時、無料体験授業はいかがでしょうか」と提示し、予約リンクをそのまま渡せます。

保護者は「電話する手間」「フォームを埋める手間」を飛ばして、関心がピークの瞬間に予約まで進めるため、申込率が落ちにくい導線になります。

導入時の運用ステップ

よくある質問

導入前に決めておきたいこと

学習塾やスクールのAI接客は、授業内容を一方的に説明するものではなく、保護者が感じる不安を整理して次の相談につなげる窓口として設計します。

入塾前には対象学年・授業形式・費用の考え方を案内し、体験後には質問内容に応じて担当者への相談へ切り替えるようにすると、案内と有人対応の役割を分けられます。 重要なのは、機能を有効にすることではなく、誰がどの情報を更新し、どの相談を人へ渡すかを運用として決めることです。

小さく始める実装手順

最初からすべてのケースを自動化する必要はありません。対象を絞り、設定した内容が実際の会話で機能するかを確認してから範囲を広げます。

テストでは、理想的な質問だけでなく、情報が足りない質問・言い換え・複数の要望が混ざった質問も使います。回答できない場合に、無理に答えず確認質問や有人対応へ切り替えられることまでが導入の完了条件です。

運用で見るべき指標

記事のテーマに関係する成果だけでなく、会話の品質も一緒に確認します。最低限、会話数、目的の回答まで進んだ割合、未解決になった質問、有人引き継ぎの件数を同じ期間で見てください。

数字が悪いときは、いきなりAIの性格やプロンプト全体を変えず、どの質問・どの案内・どのリンクで止まったかを一つずつ確認します。原因が情報不足ならナレッジを、導線の問題なら質問順序を、判断が必要な相談なら引き継ぎ条件を修正します。

失敗しやすいパターンと直し方

教育記事でありがちな失敗は、学校や塾ごとに異なる情報を一般論で答えてしまうことです。最新の募集要項や休講情報など、更新が必要な情報は登録担当を決め、古い回答を残さない運用にします。

もう一つの失敗は、設定した人だけが内容を理解し、現場の担当者が修正できない状態です。変更した理由・対象範囲・確認したテスト質問を短く記録し、更新担当が同じ手順で見直せるようにします。

反対に、すべてを有人対応へ戻す必要もありません。AIが安定して答えられる範囲を残し、判断が必要な境界だけを人へ渡すことで、品質と効率の両方を調整できます。

よくある質問

関連ガイド

• パブリックモードの設定：今回のテーマと一緒に確認しておきたい関連ガイドです。
• パーソナライズ接客の設計：今回のテーマと一緒に確認しておきたい関連ガイドです。
• 顧客管理と会話履歴：今回のテーマと一緒に確認しておきたい関連ガイドです。

判断に迷ったときの優先順位

運用中に「AIで答えるか、人へ渡すか」を迷った場合は、まず安全性と正確性を確認し、次にお客様が今必要としている情報を考え、最後に自動化による効率を検討します。効率を優先して誤案内を残すと、後から修正するコストが大きくなるためです。

• 事実確認が必要な内容や個別判断は、根拠を確認できなければ担当者へ渡す
• 回答できる内容でも、条件によって結論が変わる場合は確認質問を先に置く
• 同じ質問が繰り返される場合は、回答を増やす前にナレッジの正本を見直す
• 成果が下がったときは、会話数だけでなく未解決と離脱の位置を確認する

担当者へ引き継ぐ情報テンプレート

有人対応へ渡すときは、会話全文をそのまま送るのではなく、次の情報を短く整理すると担当者がすぐ対応できます。項目は業務に合わせて減らして構いませんが、何を相談し、どこまで確認し、次に何を望んでいるかは残します。

公開後7日間の見直し

公開直後は、成果が出たかだけでなく、想定外の質問がどこで発生したかを確認します。1日目は自分で代表質問を試し、3日目は未解決ログを分類し、7日目に回答・導線・引き継ぎ条件のいずれを直すかを決めます。変更した箇所とテスト結果を記録しておけば、次の更新で同じ原因を調べ直さずに済みます。

1. 代表質問と境界ケースを実際の画面で確認する
2. 未解決・離脱・有人引き継ぎの会話を原因別に分ける
3. 最も影響の大きい1箇所だけを修正する
4. 修正前と同じ質問で再テストする
5. 変更日・変更理由・確認者を運用記録に残す

導入判断のための確認質問

学習塾やスクールのAI接客は、授業内容を一方的に説明するものではなく、保護者が感じる不安を整理して次の相談につなげる窓口として設計します。この方針を実際の業務へ取り入れるか判断するときは、機能の多さではなく、今ある問い合わせのどこを改善したいのかを先に確認します。目的が曖昧なまま設定を増やすと、導入後に成果を測れず、回答の修正も場当たり的になりやすいためです。

現場で使う運用メモ

設定を公開した後は、回答の内容だけでなく、その回答がどのページや会話の入口から始まったかも記録します。同じ質問でも、初回訪問者と既存のお客様では必要な説明が変わることがあります。入口、質問、回答、次の行動を一組で残すと、どの部分を直すべきかをチームで共有しやすくなります。

また、改善のために個人情報を必要以上に保存しないことも重要です。分析に必要な項目だけを定め、閲覧できる担当者と保管期間を決めます。不要な情報を集めない設計は、運用負担を下げるだけでなく、お客様へ説明するときの分かりやすさにもつながります。

更新時には「何を変えたか」だけでなく、「なぜ変えたか」「どの質問で確認したか」「変更後に何を観察するか」を短く残します。将来、数値が変化したときに原因を追跡でき、別の担当者へ引き継ぐ場合も判断の背景が失われません。

改善前後を比べる方法

改善の効果を確認するときは、変更前と変更後で対象期間や質問の条件をそろえます。会話数が違うだけで良し悪しを判断せず、目的の回答へ進んだ割合、未解決になった割合、担当者へ渡った割合を同じ単位で比較してください。短期間の結果だけで結論を出さず、想定外の質問が増えていないかも確認します。

1. 改善したい会話の種類と、観察する期間を決める
2. 変更前の代表的な質問と指標を記録する
3. 一度に変更する要素を一つに絞る
4. 変更後に同じ質問と境界ケースで確認する
5. 結果と次の仮説を記録し、次回の改善につなげる

数字が上がっても、回答の分かりにくさや引き継ぎの遅れが増えていれば、品質が改善したとはいえません。お客様が次の行動へ進めたか、担当者が状況を理解して対応できたかまでを確認して、記事で紹介する手順を自社の運用へ合わせて調整してください。