ご相談・提案事例
出発確認と集合確認は、同じ電話ではない。派遣スタッフの連絡を、報告と判断に分ける
公開日：
よりひと朝の連絡なら、AIが全員を起こしてくれるという話かな？
ユウトCallforce編集部今回の主な業務は、決めた時刻までに出発や到着の報告がない人への確認です。起床の電話とは目的が違います。よりひと到着が遅れそうなら、そのまま現場へ伝えればいいの？ユウトCallforce編集部連絡してよい時刻や、現場の受け入れ条件を確認します。AIが状況を伝え、判断が必要な内容は人へ渡す設計です。派遣スタッフが現場へ向かう朝、管理担当者が確認するのは、電話に出たかどうかだけではありません。予定どおり出発したか、集合場所へ着いたか、誰かが来ずにほかのスタッフが待っていないか。時間の経過に合わせて確認する内容が変わり、その結果によって次に連絡する相手も変わります。
今回相談をいただいた会社様では、出発と集合を二段階で管理し、報告のないスタッフに人が連絡していました。担当者の不在時にはほかの人が対応する体制もあり、業務が止まっていたわけではありません。課題は、日々の確認と状況整理を人が担い続けていること、そして時間帯をまたいで情報を引き継ぐ必要があることでした。
提案は、電話を一律に自動化する話から、定型的な確認、現場への状況報告、人が行う判断を分ける話へ進みました。本記事では、複数回の打ち合わせで整理された業務の境界と、運用を始める前に確かめたい条件を紹介します。
ご相談の概要
- 対象業務
- 派遣スタッフの出発・集合確認と関係者への報告
- 現状
- 所定の連絡がない場合に担当者が確認
- 主な設計課題
- 連絡時刻、通知先、遅延時の分岐、引き継ぎ
- 提案の方向
- 定型確認と状況報告をAIで支援
- 確認段階
- 音声案と資料を共有し、対応範囲を調整
起床ではなく、出発と集合を二段階で確認する
現行業務では、前日までに出発予定時刻と現場での集合時刻を決め、社内の仕組みに情報を持たせていました。スタッフは指定の時刻までに出発を連絡し、現場へ到着した際にも報告します。担当者はその情報を確認し、報告がない場合に連絡を取ります。AIが新たに移動計画を作るという相談ではありません。
起床を促す電話は、希望がある場合に限られ、当時はほとんどないとの説明でした。全員へ一斉に電話をかける前提にすると、必要のない連絡が増えてしまいます。先に確認すべきなのは、どのスタッフから何時までに報告が必要か、すでに報告が入っているかという業務上の条件です。
出発を確認できても、集合を確認できたことにはなりません。移動中の遅れや、現場の近くまで来たものの場所が分からない場合もあります。二つの確認を別の状態として扱えば、まだ出発していない人と、出発済みで到着が遅れている人に、同じ質問を繰り返すことを避けられます。
未連絡を見つけるには、時刻と連絡手段を揃える
スタッフからの報告手段は、LINE、メール、電話に分かれていました。人によって使いやすい手段が異なり、その違いは必ずしもデータとして整理されていないという話も出ています。電話をかける条件を作る前に、どこへ届いた報告を、誰のどの状態として扱うかを揃える必要があります。
連絡がないことと、連絡が確認できていないことも区別したい点です。たとえば別の手段で届いた報告が未反映なら、AIが再び電話をかける可能性があります。予定時刻、報告の有無、連絡先、希望する手段を対応させ、確認済みの状態が次の処理に反映されるかを試すことが大切です。
未連絡の人に電話がつながったときは、単に今から出るという返答だけで終えず、必要に応じて遅れた理由や見込みを確認します。連絡が取れない場合や、回答だけでは次の行動を決められない場合の扱いも必要です。定型的に終えられる確認と、人が見るべき例外を、初期の台本で分けておきます。
集合の遅れには、現場ごとの受け入れ条件がある
集合時刻になっても一人が来なければ、同じ現場で働くほかのスタッフが待つ場合があります。この段階では本人への確認に加え、待っている人や取引先へ、分かっている状況を知らせる必要が生じます。誰が遅れているかだけでなく、どの関係者の仕事に影響しているかを見る業務です。
ただし、未連絡を見つけた瞬間に取引先へ電話すればよいとは限りません。連絡を受けられる時間帯や、その日の窓口担当者を確認する必要があります。現行の情報に自由記述で持たせている条件があるなら、通知の前提として読み取れる形へ整理することが、誤った時間の連絡を防ぐ準備になります。
現場によっては、遅刻者が途中から入れなかったり、事前に登録された人以外は入場できなかったりします。遅れた本人を向かわせるか、代わりの人を手配するかをAIが一律に決める設計にはできません。状況を報告し、現場の意向を受け取り、必要な判断を人へつなぐ流れが重要になります。
最新の打ち合わせでは、謝罪より状況報告に焦点を置いた
初期の相談では、遅れや欠員に対する謝罪をAIがどこまで担えるかという話も出ました。その後の打ち合わせでは、相手の感情に関わる難しさを踏まえ、あくまでも報告を中心に考える方向が示されています。検討が進む中で、AIに任せる会話の目的が具体的になった点です。
状況報告であれば、確認できた事実、まだ分からないこと、相手に確認したいことを分けやすくなります。出発したか、集合時刻に到着しているか、どの程度遅れそうかを伝えたうえで、現場がどう対応したいかを聞く。説明が長くなったり判断が分かれたりする場合は、人へ引き継ぐ条件を設けます。
謝罪の言葉を自然に発することと、相手が納得する対応を完了することは別です。複雑な不満や個別の事情まで定型的な会話へ押し込めると、必要な対応が遅れるおそれがあります。今回の提案では、確認と報告を確実に進め、人が事情を把握して対応するための材料を渡すことが中心になります。
全てを電話にせず、通知先ごとに手段を選ぶ
社内担当者への通知はLINE、取引先への連絡はSMSも使えるのではないかという案が話し合われました。取引先の現場担当者は日ごとに変わり、電話番号は分かってもメールアドレスは持っていない場合があるためです。すでに人が携帯電話からSMSを送っている業務を踏まえた相談でした。
連絡手段を増やすこと自体が目的ではありません。すぐに回答が必要な確認には電話、共有すれば次の担当者が動ける内容にはメッセージなど、用件に合う手段を整理します。相手の希望や連絡可能な時間も含め、何をもって伝達済みとするか、返答がない場合にどうするかまで決めておきます。
会議で話された通知や接続の方法が、そのまま導入済みの機能を意味するわけではありません。SMSの接続方法、利用するLINEの窓口、既存の電話回線との適合などは、実際の構成に合わせた確認が必要です。まず業務として誰に何を知らせたいかを固め、その条件を満たす方法を選ぶ順序になります。
通話履歴だけでなく、次の担当者が動ける記録を残す
先方は、着信履歴だけでは十分な会話が行われたか分からないと指摘しました。いつ、どのくらい話し、何が確認できたかが分かれば、次の担当者が同じ確認をやり直す必要を減らせます。一方、全ての録音を保存することが最初から必須という話ではなく、業務に必要な記録を決める相談でした。
既存の仕組みには出発時刻などの情報がありましたが、新しい会話記録をどのように書き込むかは、まだ整理が必要な部分でした。出発済み、集合確認済み、連絡不能、対応待ちなど、状態と確認内容が対応して残るかを確かめます。担当者が見て次の行動を判断できることが、記録を設ける目的です。
朝だけでなく、午後や夜に始まる仕事もあるため、担当の交代をまたぐ連絡が生じます。また、遅れた理由を集めることも要望に含まれていました。個々の電話を終えるだけではなく、引き継ぎ時に未解決の案件が分かり、後から連絡方法や運用を見直せる情報にすることが求められています。
短い音声デモから、実際の分岐を順に確かめる
打ち合わせでは出発確認の音声が試され、その後は複数の音声案と資料を社内で確認する段階へ進みました。ただし、短いデモで声の印象を確認できることと、全ての現場対応が成立することは同じではありません。先方からも、現実的にどこまでできるかを詰めたいという意向が示されています。
開始前には、予定どおりの出発、すでに報告済み、遅れて出発、集合場所が不明、連絡不能、現場での受け入れ不可といった場面を分けて試します。初期は人の確認と並行し、誤って電話することや必要な報告の抜けがないかを見る進め方が考えられます。例外時に誰が引き継ぐかも検証の一部です。
原本から、導入完了や削減時間の実測は確認できません。確認できるのは、出発、集合、報告という流れを整理し、社内で対応範囲を検討していたことです。AI電話の価値を確かめるには、自動で終えた件数だけでなく、人が引き継いだときに事情が分かり、必要な判断へ進めるかを見ることが大切です。
