業務設計・支援事例
応募直後の電話から、面接予約へ。採用管理と面接枠をつなぐAI電話の業務設計
公開日：
よりひと日々寄せられる多くの応募へ、人が電話して面接予約まで案内しています。
ユウトCallforce編集部応募情報の流入を起点にAIが即時発信し、空いている面接枠を案内する流れを設計できます。よりひと以前の固定シナリオ型では質問が長く、途中で切られるケースがありました。ユウトCallforce編集部質問を予約に必要な項目へ絞り、例外時は人へ渡し、結果を採用管理システムへ戻す設計が重要です。日々寄せられる多くの応募に対して、応募直後に電話をかけ、面接日時まで決める。人材派遣会社の採用現場では、この短い電話が入社数を支える重要な工程です。一方、件数が大きいほど、コールセンターの人員とシステム連携を含めて自動化を考える必要があります。
対象となるのは、工場や製造現場を中心に人材を派遣する企業です。日々多くの応募が入り、コールセンターが面接への誘導を担っています。応募後数分以内に電話する運用を、生成AI型の電話でどこまで置き換えられるかを比較していました。
同社は以前にも固定シナリオ型のAI電話を試し、長い質問による途中離脱を経験しています。設計では、自然な会話に加え、採用管理・電話基盤と面接官の空き枠をどうつなぐかを整理します。Callforceが支援するのは、応募を受けてから面接の予定を共有するまでの業務設計です。
業務と支援内容
- 事業
- 工場・製造領域を中心とする人材派遣
- 現在の運用
- 応募者へ速やかに電話し、面接予約を案内
- 具体的な課題
- コールセンターの人件費と、固定シナリオ型での途中離脱
- Callforceの支援内容
- 応募直後のAI発信、面接枠連携、採用管理システムへの予約結果反映
応募から面接までの数分が、採用効率を左右する
対象となる企業は、工場や製造現場を中心に人材を派遣しています。多くの応募者への連絡を継続して行う体制です。複数の求人媒体や自社ページから応募が入り、面接へ誘導する電話をコールセンターが担っています。
応募者は複数の派遣会社を同時に見ているため、連絡の速さが重要です。日中は応募から数分以内に電話をかける運用で、面接官の空き枠を確認しながら予約を取ります。電話がつながれば面接へ進む確度は高い一方、件数の多さから人手だけで継続する負担が大きく、採用効率と人件費の両面から自動化を検討していました。
AI電話に期待されているのは、単に発信数を増やすことではありません。応募直後の熱量が高い間に連絡し、希望条件を確認し、実際に空いている面接枠へ案内するところまでを安定して完了させることです。
以前のシナリオ型で起きた途中離脱を繰り返さない
同社は以前から別のAIコールを導入し、当初は応募者へのアウトバウンドを試していました。しかし質問項目が長く、固定シナリオの途中で電話を切られるケースが多かったため、現在は折り返し電話を受けるインバウンド中心に運用を切り替えています。
会話の方式は、自然な応答と、話がそれたときに必要な確認へ戻れるかを基準に選びます。面接予約という成果はシンプルでも、応募者の希望勤務地、入寮可否、就業条件などによって会話は変わります。全部を長く聞き切るのではなく、予約に必要な最低限の項目と、面接官へ渡す項目を分ける必要があります。
過去の導入がうまくいかなかったことは、AI電話そのものが不適切という意味ではありません。離脱した箇所と質問数を確認し、会話を短く再設計したうえで、例外時だけ人へ渡す方法が現実的です。
応募直後に発信し、空いている面接枠を案内する
基本フローは、求人媒体や自社ページから応募情報が採用管理システムへ入ったことをきっかけに発信し、本人確認、応募職種や勤務地の確認、面接意思の確認、面接日時の選択へ進む形です。面接官の空き枠をリアルタイムで参照できれば、AIが候補日時を提示し、その場で予約を確定できます。
電話に出なかった場合は、時間帯を変えて再発信する条件を設定します。会話中に寮への入居が難しいなど条件が判明した場合は、再アプローチの可否をタグに残します。応募者全員へ同じ回数をかけ続けるのではなく、つながり方と回答内容に応じて次の行動を変える設計です。
即時発信は人でも実現できますが、応募が集中する時間帯に件数が増えると待ちが発生します。複数回線で発信する条件を整え、応募から接触までの待ち時間を短くする設計です。面接担当者が実際の面接に集中できるよう、予約前後の役割を分けます。
採用管理システムと電話基盤をつなぎ、予約結果を戻す
同社では採用管理システムとクラウド型の電話基盤を利用しています。AI電話が別の管理画面だけで完結すると、応募情報の取り込み、面接枠の確認、予約結果の転記が新たな作業になります。そのため、導入判断では会話品質と同じくらいシステム連携が重要です。
必要な連携は、応募者情報を受け取る入口、面接官の空き時間を読む処理、確定した予約を採用管理システムへ戻す処理、通話録音と文字起こしを参照できる状態にすることです。既存の電話基盤や現在のインバウンド運用との役割分担も整理しなければなりません。
連携の仕様と費用は、既存の採用管理・電話基盤で必要なデータを確認して設計します。既存環境へ接続できるという一般論だけで進めず、どのAPIを使えるか、更新失敗をどう検知するか、同じ応募者への重複発信をどう防ぐかを技術確認の対象にしました。
媒体・時間帯・会話結果を分けて検証する
月間の対象件数が大きいほど、一つの平均値だけでは改善点が見えません。求人媒体、応募職種、地域、発信時間帯ごとにシナリオを分け、接続率、予約完了率、途中離脱率を比較します。人材紹介会社経由と自社媒体では、応募者の理解度や期待も異なるためです。
通話内容は録音と文字起こしで残し、予約できた通話だけでなく、惜しかった会話も分類します。希望時間が合わなかったのか、条件が違ったのか、AIの説明が分かりにくかったのかを区別すれば、再発信、別求人の案内、人への引き継ぎを選べます。
成果指標は発信件数ではなく、応募から初回接触までの時間、面接予約数、実際の面接着座数、採用までの転換を順に確認します。開始前に同じ指標を記録できるようにし、接続・予約・人の対応を工程ごとに評価します。
大規模運用ほど、最初は一部で確かめる
数千件へ一斉に広げる前に、対象媒体や地域を限定し、実際のスクリプトでデモと小規模検証を行う進め方を提案しました。応募者の質問に自然に答えられるか、面接枠を誤って案内しないか、予約結果が採用管理システムへ戻るかを一つずつ確認します。
特に、現在の人による電話が機能しているため、その実績が比較基準になります。同じ対象・同じ時間帯で、人とAIの接続率や予約率を比較し、人員削減ありきではなく、どの時間帯と工程でAIの効果が高いかを見極めます。
料金については会話時間と月間件数で大きく変わり、連携開発費も必要です。費用の比較では、現在の採用フローに組み込むための作業と、その後の運用負担も含めます。デモと連携調査で確認した内容をもとに、開始範囲と費用を固めます。
採用電話の自動化は、応募者体験まで含めて考える
採用効率を上げるために電話を自動化しても、応募者が長い質問に疲れたり、希望と違う案内を受けたりすれば、面接前の離脱を増やします。必要な項目を短く聞き、分からない質問は無理に答えず、必要に応じて人へつなぐ設計が欠かせません。
応募直後に連絡できる速さ、自然な会話、正確な面接枠、既存システムへの記録。この四つがそろって初めて、現場で使える採用電話になります。AIの声だけを評価せず、応募から面接までの一連の体験として確認することが重要です。
Callforceでは、現在の通話数と平均時間、既存台本、面接枠の管理方法を伺い、AIへ任せる質問と人が担う判断を整理します。大規模な応募対応ほど、最初の設計と小さな検証がその後の成果を左右します。
