修理業の電話受付をAI化｜案件化・予約・作業員通知の流れ

修理業で電話を取りこぼす原因

作業員が工具を持っている、運転中、顧客宅で説明中という時間に着信が集中します。電話に出るために作業を止めると安全と品質が下がり、出なければ新規案件を失います。

着信履歴だけでは用件も優先度も分かりません。夕方にまとめて折り返すと、発信者が別の事業者へ依頼済みだったり、同じ説明を最初から求めたりします。一次受付で情報を揃え、担当者が判断に集中できる状態を作ります。

AIが聞き取る受付項目

• 氏名・折り返し番号
• 訪問先住所と対応エリア
• 修理対象の種類・メーカー・型番
• 症状・発生時期・使用可否
• 希望日時・即日希望
• 二次被害や安全上の注意

すべてを一度に聞かず、発信者の用件に応じて質問を分岐します。分からない項目を無理に答えさせず、担当者が折り返し時に確認できるよう「不明」として残す方が会話を完了しやすくなります。

実際の受付フロー

1. AIが修理対象と症状を短く確認する
2. 住所から対応エリア判断に必要な情報を得る
3. 型番が不明なら分かる範囲で受付する
4. 希望日時と折り返し可能時間を確認する
5. 受付票を作り当番または管理者へ通知する
6. 担当者が訪問可否・料金・日時を判断する
7. 確定内容をSMSまたは電話で案内する

従来方式との比較

安全・品質上の注意

ガス臭、発煙、感電、重大な漏水などはAIが安全判断をせず、事前に定めた案内と人への即時連携へ切り替えます。料金・部品在庫・修理可否も担当者確認前に確約しません。

AIの回答範囲、担当者へ即時連携する条件、通常受付として翌営業日に回す条件を文書化します。顧客への最終確約をAIだけで行わない項目も明確にします。

費用対効果の見方

月額料金だけでなく、不在着信、折り返し回数、再入力、担当者の作業中断、受付から成約・予約までの時間を測ります。導入前後を同じ曜日・繁忙度で比較し、取りこぼしが受付票へ変わった件数と、人が判断へ使えた時間を確認します。

導入後に見るKPI

• 受付票作成率
• 対応エリア内の案件率
• 初回折り返しまでの時間
• 受付から訪問確定までの転換率
• 住所・型番・希望日時の再確認率

導入手順

1. 直近2〜4週間の着信理由を分類する
2. 上位3用件の必須受付項目を決める
3. AIが答えない範囲と人への引継ぎ条件を決める
4. 受付票・通知先・担当者を設定する
5. 実際の話し方と騒音条件でテストする
6. 一部時間帯から開始する
7. 週次で離脱・再質問・情報不足を改善する

修理業 電話受付を自社運用へ落とし込む方法

修理業 電話受付は、サービスを契約するだけでは成果につながりません。誰から、どの時間帯に、何の用件で電話が入り、その受付結果を誰がいつ処理するかまで一つの業務として設計します。まず直近2〜4週間の着信を分類し、件数が多く判断条件が明確な用件を対象にします。

受付項目は「次の担当者が動けるか」で決める

氏名と電話番号だけでは、折り返し時に同じ説明を求めることになります。用件、希望、対象物、住所や予約枠など、次の担当者が判断するための最小項目を決めます。一方、不要な個人情報まで取得せず、保存期間と閲覧権限も運用開始前に定めます。

正常系より例外系を先にテストする

聞き取れない発話、言い直し、無言、騒音、対象外の相談、緊急連絡を試します。AIが判断できない場合は、推測して回答させず、聞き直し、仮受付、有人転送、折り返しへ安全に切り替えます。特に医療、安全、価格確定、契約判断は、人が最終確認する境界を明示します。

開始範囲の決め方

最初は営業時間外だけ、または特定の問い合わせだけに限定すると、既存業務への影響を抑えて検証できます。受付できなかった理由も記録し、対象範囲を広げる判断材料にします。担当者への通知が確実に届き、顧客へ折り返す責任者が明確になってから次の用件を追加します。開始日、対象時間、対象用件、停止条件を運用表へ残しておけば、問題発生時にも迷わず安全に元の受付へ戻せます。

初月の改善サイクル

運用開始後は、受付完了率、離脱箇所、聞き直し回数、通知後の処理時間を週次で確認します。会話全体を一度に変えず、質問順、短い言い回し、選択肢、通知項目を一つずつ改善すると原因と効果を追跡できます。成果は応答件数だけでなく、折り返し短縮、予約完了、商談化、現場の中断時間で評価します。

よくある質問