ご相談・提案事例
朝の電話を減らすために、前夜の設定を増やさない。既存の勤務一覧から考えるAI出勤確認
公開日：
よりひと未確認のスタッフへの電話をAIに任せれば、朝の当番は楽になりそうだね。
ユウトCallforce編集部ただ、今回の相談では、AIに電話する時刻を毎晩設定するなら作業が増える、という懸念がありました。よりひといま担当者が見ている勤務一覧を、そのまま判断に使えるかが大事なんだ。ユウトCallforce編集部はい。誰に、いつ、どの状態ならかけるか。会話を試す前に、現在の一覧と確認ボタンの情報を調べる必要があります。朝の5時や6時から、起床確認のボタンが押されていないスタッフを探す。現場の開始時刻は日によって異なり、連絡が取れるまで電話を続けることもある。今回の人材派遣会社様は、既存の管理システムで勤務予定とスタッフの状態を確認し、アルバイトの担当者が早朝の電話を担っていました。
AIでその電話を自動化する提案に対し、先方が気にされたのは音声の自然さだけではありませんでした。毎日、現場ごとに違う時刻をAI用に設定し直すのであれば、準備が一つ増える。前夜にその設定を忘れたら、翌朝は誰にも電話がかからないのではないか。日々の運用を知る方ならではの懸念です。
この相談から見えてきたのは、電話の置き換えを考える前に、今の担当者が何を見て動いているかを確かめる重要性です。既存システムの情報を使う方針、未確認者の扱い、欠員が出た後の調整を整理し、どの条件が満たされれば導入を判断できるかを考えました。
ご相談の概要
- 対象業務
- 未確認スタッフへの早朝のモーニングコール
- 現在の担当
- 現場の時刻に合わせてアルバイト担当者が対応
- 使用中の情報
- 案件別の勤務一覧と起床・出発・集合の確認状態
- 主な懸念
- AI用の事前設定の追加と設定忘れ
- 次の確認
- 既存システムの情報取得方法と具体的な提案・見積もり
前日の勤務確認と、当日の行動確認は別の仕事
先方は、前日のうちにシステム内のチャットで、体調も含めて翌日の勤務が可能かを確認していました。既読や返信を見て、返事がない人には対応する運用です。すでに欠勤を早く把握する工夫があり、AIを入れるためにその流れを一から作り直す話ではありませんでした。
一方、当日の朝に確認したいのは、実際に起きているか、現場へ向かっているか、集合場所に着いたかです。前日に勤務可能と返事があっても、翌朝の行動までは分かりません。起床後と集合場所への到着後にボタンを押してもらい、その状態を見ながら担当者が電話するという役割が残っていました。
土日は現場の始業が早く、担当者も早朝から対応する場合があります。通常の営業時間にまとめて処理できる業務ではなく、各現場の開始前に確認を終える必要があります。AIを使う範囲を決める際は、前夜の意思確認と当朝の行動確認を混ぜず、まずどちらの連絡を任せたいかを絞ることが出発点になります。
人が見ている「未確認」の印を、電話の条件に置き換える
現在の画面には、案件ごとに働くスタッフのリストがあり、起床・出発・集合の確認状態を見られるという説明でした。確認できていない人には印が出るため、担当者はその表示から電話の相手を選べます。電話番号の一覧だけで仕事をしているわけではなく、勤務予定とその時点の状態を合わせて判断しています。
相談では、AIも既存システムから出勤時刻などを取得し、手動のモーニングコールを担う方向が示されました。ただし、打ち合わせ時点で既存システムの中身を確認し終えたわけではありません。誰が、何時に、どの現場へ行くのかという情報を、どの形式で取り出せるかが次の確認事項です。
準備では、画面に情報があることと、電話の仕組みからその情報を使えることを分けて考えます。例えば、人が見れば同じスタッフと分かる表示でも、連携には勤務予定と連絡先を確実に対応させる必要があります。いま担当者が迷わず電話できる理由を一つずつ整理すると、必要なデータと不足する条件が具体的になります。
| 現在、担当者が見ているもの | 連携時に確認したいこと |
|---|---|
| 案件別のスタッフ一覧 | 当日の対象者と連絡先を対応させられるか |
| 現場の勤務時刻 | 現場ごとに適切な確認時刻を決められるか |
| 起床・出発・集合の状態 | すでに確認が済んだ人を区別できるか |
前夜の二重設定を増やすと、新しい確認漏れが生まれる
先方が繰り返し指摘されたのは、AIを動かすために毎日の事前設定が必要になる可能性でした。案件ごとに勤務時刻が違うなか、翌日の対象者や電話時刻を別の画面へ登録し直すなら、その作業も誰かが担います。朝の電話だけを短くできても、一日の仕事全体が楽になるとは限りません。
さらに、設定を忘れると電話自体が始まらないのではないか、という懸念がありました。現状は朝に一覧を開けば未確認の人が見つかり、担当者が連絡できます。そこへ新たな準備を挟むことで、これまで発生しなかった確認漏れを作るなら、現場が導入をためらうのは自然なことです。
そこで優先したいのは、既存の勤務予定を起点に動かせるかを確かめることです。手入力が必要な範囲が残る場合は、誰がいつ登録し、未登録にどう気づくかまで提案に含めます。連携の可否だけでなく、普段の担当者が増えた作業を意識せずに続けられるかを判断軸にすると、導入後の運用を具体的に比べられます。確認の際には、現場の予定が変わったとき、元の一覧の修正だけで済むかも見たい点です。二つの画面を毎回直す運用になるなら、その負担も費用と同じように導入前に示す必要があります。
「電話に出た」と「出勤を確認できた」を同じにしない
現場では、確認ボタンを押し忘れただけの場合と、まだ起きていない場合の両方があります。電話がつながるまで追いかけるという説明もありました。この作業をAIへ渡すなら、応答の有無だけで完了を決めず、何が分かれば次の行動に進めるのかを整理する必要があります。
例えば、本人が起きていると答えた場合、すでに向かっている場合、話を聞いても出勤できるか分からない場合では、担当者が知りたいことが異なります。これらは今後の会話設計で分けたい状態です。打ち合わせで全ての分岐や再発信の回数が確定したわけではないため、具体化する際には現在の判断方法と照らし合わせます。
また、電話を用意した後で本人がボタンを押すことも考えられます。設計上は、確認が済んだ人への不要な電話をどう止めるか、不在が続く人をどこで人へ渡すかを試したいところです。何度でもかけられることだけを評価せず、最新の状態に合わせて開始・終了できるかを見ることが、日々の使いやすさにつながります。
欠員が出た後には、謝罪だけでは終わらない調整がある
出勤確認の目的は、スタッフに電話をかけること自体ではありません。必要な人が現場に間に合うかを把握し、難しい場合には対応を考えることです。先方は、欠員への備えとして自宅で待機するスタッフを設け、待機代を支払う場合があると説明されていました。
取引先へ欠員を連絡しても、謝罪で話が終わるとは限りません。代わりの人材を求められれば、誰を手配できるか、いつ到着できるかを調整する必要があります。この相談で話題になった他社向けの自動謝罪の仕組みを、そのまま今回の会社の実績や合意として扱うことはできません。
今回の要件を詰める際には、未確認者への定型的な電話と、欠員が分かった後の取引先・待機スタッフとの調整を分けるのが適切です。AIが確認した結果を、人が次の対応を判断できる形で渡せるかを確認します。朝の当番を減らす目標があっても、連絡を受けて調整する責任まで自然になくなるわけではありません。
声のデモの先に、毎朝の運用を確かめる段階を置く
打ち合わせではAI音声のデモも行われましたが、そこで使われたのは営業先へ案内する会話でした。応答の雰囲気を知る材料にはなっても、勤務一覧から対象者を選んで出勤を確認する一連の動作を検証したものではありません。実際の導入判断では、今回の業務に即した確認が別途必要になります。先方からは、違う番号に電話してしまうようなトラブルについても質問が出ています。既存の一覧と連絡先の対応を確かめ、実際の勤務パターンで試すことは、音声を聞くだけでは分からない不安に答えるための準備でもあります。
次の段階として、既存システムを確認し、ヒアリング内容をもとに具体的な提案と正式な見積もりをまとめる方針になりました。先方からは、利用規模や契約内容も分かる類似の事例を見たいという要望がありました。検討中の費用見通しや他社の話を、今回すでに実現した削減効果としては掲載していません。
この相談は、AIが電話を話せることと、毎朝安心して業務を任せられることの間にある準備を示しています。既存の予定と確認状態を使えるか、二重設定が残らないか、例外を誰が受け取るか。これらを現場の動きに沿って確かめることで、音声の印象にとどまらず、運用全体を見て導入を判断できます。
案件・時刻・スタッフ・確認状態を既存システムで確認する。
準備作業が増える箇所と、未確認時の引き継ぎを整理する。
実際の勤務パターンを使い、対象判定から結果確認までを試す。
