電話をかける前に、期待する結果を書いておく
試してから「この答えでもよかった」と基準を変えると、設定を直した後に比較できません。試験票には、話す内容に加え、最後に残る記録と、発生するはずの通知・引継ぎを書きます。
たとえば、部屋番号を訂正する試験なら、会話の中で訂正を受け付けるだけでなく、最終記録が訂正後の番号になることを確認します。訂正前の番号を経緯として残す場合も、現在の部屋番号と区別できる必要があります。
準備した回答資料に答えがない相談では、答えを推測せず、決めた方法で担当者へ渡すことを期待結果にします。対象用件や引継ぎ先が未決定なら、まず導入準備表を埋めてから試します。
自社の用件で、言い直しや情報不足を試す
通常の受付と、担当者の確認が必要になる用件を、自社の記録から選びます。そのうえで、伝える順番、情報の訂正、不足、引継ぎ先の不在を試用の条件に加えます。以下は試験項目であり、テマトクや他社製品で実施した結果ではありません。
| 試す条件 | 試験前に揃えること | 確かめる結果 |
|---|---|---|
| まとめて伝える | 対象物件・部屋・用件を先に伝え、最後に必要な項目を決める | 伝えた情報を保持し、不足する項目を聞く。記録でも情報の対応が合う |
| 言い直す | 部屋番号や連絡先など、訂正する項目と訂正後の値を決める | 会話・最終記録・通知が訂正後の内容にそろう。訂正前の値は経緯と区別する |
| 分からない | 型番など、通話中には確認できない項目を決める | 未確認と記録し、後で誰が確かめるかへ進む。同じ質問だけを繰り返さない |
| 用件を追加する | 新しい不具合と既存の修理予定の変更を、それぞれ試す | 対象の案件を確かめ、別の用件や変更内容を落とさず残す |
| 物件を照合できない | 未登録・似た名称を、試験用の設定で用意する | 別物件に割り当てず、決めた追加確認や引継ぎへ進む |
| 資料に答えがない | 回答資料の範囲外にする質問を決める | 答えを推測せず、質問と未確認事項を担当へ渡す |
| 判断を求められる | 費用負担など、自社に残す判断を選ぶ | 権限のない確約をせず、相手の要望と判断が必要な点を残す |
| 引継ぎ先が不在 | 試験用の連絡先を不在にし、代わりの動作を決める | 決めた通知や折り返し受付へ進み、受信結果と次の担当を確認できる |
最初は資料に沿った通常の会話で確認し、その後に順番を入れ替えたり、言い直したりします。実際の利用環境に近い端末でも試し、聞き取りにくかった箇所は、時刻と発話内容を残します。単に「聞き取りが悪い」と書くより、どの条件で失敗したかを提供者へ伝えられます。
応答、記録、通知を別々に判定する
電話の終わりに「担当へ伝えます」と話しただけでは、引継ぎの確認は完了しません。試験用の受信先へ通知が届いたか、その内容で次の担当者が動けるかまで見ます。日程調整や業者連絡まで任せる試用なら、その作業も、実際に行ったものと試験上の模擬動作を分けて記録します。
訂正を試す場合は、同じ通話について、録音や会話履歴、最終の受付記録、受信先へ届いた内容を並べます。どの段階から期待結果と違ったかを残すと、聞き取り、記録の更新、通知内容のどこを調べるか、提供者と話し合えます。
転送中に履歴を見られるか、録音や要約を保存するか、通知に何を載せるかは、サービスと設定で異なります。利用する製品の画面と受信先で確認し、会話に返答があったことだけで記録や引継ぎも通過したと判断しないでください。
会話については、質問の重複、返答までの待ち、話し終える前に遮られた箇所を時刻付きで残します。音声のどこを聞けば問題が分かるかを示すと、単に「不自然」という感想より修正しやすくなります。
業務上の誤りと、会話の改善点を一つの点数へまとめないでください。別物件への誤った紐付け、権限のない確約、必要な引継ぎの欠落は、運用開始前に直す項目です。一方、言い回しの好みは、正確さを保ったうえで調整できます。
結果を「通過」「要修正」「未実施・判定不能」に分け、未実施を通過に含めないようにします。試験中に機能の対象外だと分かった場合は、期待する運用自体を見直し、その理由を残します。
修正したら、同じ会話と近い会話で確かめる
一行を一つの試験として、事前設定、話す内容、期待結果、実際の会話・記録・通知、判定を記入します。録音等を社内で保管する場合は、試験IDから参照できる場所を記載します。
Google Cloudの対話エージェントのテスト資料でも、期待する結果を保存し、変更後に照合する方法が示されています。管理会社が行う試用でも、回答資料と設定の版、実施日、試験項目を残しておくと、修正前後を比べられます。以下は、その考え方を受付業務へ当てはめた確認方法です。
修正後は、問題が出た会話をもう一度試します。たとえば部屋番号の訂正を直したなら、連絡先や希望日の訂正でも意図どおりに更新されるかを確かめます。回答資料を変えた場合は、通常の案内が変わっていないかも確認します。
開始する用件と条件を絞り、試用で確認できた範囲と、引き続き人が扱う範囲を決めます。開始後の確認では、応答件数だけでなく、管理会社に残る作業時間や再連絡も見ていきます。
試用で確認できた条件と、未確認の条件を分けて残します。開始後の結果は、試験結果とは別に追います。
途中で終わった電話と、人を求める声も見る
IVRyが掲載する東急社宅マネジメントの取材では、導入当初にAI対応への不安や苦情があり、その後は減ったと語られています。一社の経験であり、自社の入居者も同じように受け入れるとは限りません。会話を最後まで終えた試験だけでなく、次の場面も確かめます。
| 場面 | 試すこと・残すこと |
|---|---|
| 用件前に切れる | どこまで記録が残り、未受付と受付済みを分けられるか。連絡先や用件が不明な電話を、解決済みにしない |
| 人と話したい | 決めた条件で転送・折り返し受付へ進むか。不在時に誰が引き取り、相手へ何と案内するか |
| 案内先を使えない | SMSやフォームを使えない場合に、電話などで用件を受ける手順があるか。案内した先を使えなければ、受付が終わったと扱わない |
途中で切れた履歴だけでは、案内が長かったのか、操作に迷ったのか、別の理由かは分かりません。確認できた会話や本人からの申し出、再入電の内容を照合し、分からない理由は推測で埋めないようにします。自動で折り返せるとも決めず、実際に使える記録と、自社で追う条件を確認してください。
使える代わりの窓口と時間帯を決め、案内・分岐・引き継ぎを直したら同じ条件で試します。開始後は、届いた苦情だけでなく、用件を残せなかった電話と再入電も窓口の品質確認へつなげます。苦情が来ないことだけを、受付できた証拠にはしません。
問い合わせが少ない試用では
自社の担当者がかけた試験通話と、入居者・関係者から届いた実際の問い合わせは、別に数えます。計画した試験が通過しても、実際の受付で減った作業や、まだ来ていない用件の結果まで確認できたわけではありません。
問い合わせが少なかった場合は、件数だけで成功・失敗を決めず、次を確認します。
| 確認 | 開いて確かめるもの |
|---|---|
| 期間 | いつから、どの時間帯・用件を試用対象にしたか。通常の受付と比べる期間はそろっているか |
| 入口 | 対象の番号・転送の利用状況。通知がなくても、通話履歴を確かめる |
| 用件 | 計画した試験と、実際に届いた用件。まだ確認できていない相談や不在時の動作 |
| 残る仕事 | 実受電後の記録、担当者の確認・折り返し。試験上の模擬動作を実施済みに含めない |
利用する設定や集計の対象が不明なら、自社の担当と提供者へ確認します。「電話が来なかった」だけで需要がないと結論を出したり、ログインしたことだけで受付が動いたと扱ったりしないようにします。
集計には、対象期間、試験と実受電の区分、通話件数と確認した用件を添えます。割合だけでは、どの相談を確かめられたかが分かりません。未確認が残るなら、計画した試験で補う範囲と、実際の受付で引き続き見る範囲を決めます。
本稿の評価票は、計画した試験のための票です。実受電の結果は自社の通話・案件履歴で追い、実際に残った作業時間と合わせて判断します。試験用の結果と実利用の効果を、同じ成功率や削減額へまとめないようにします。
受付からその後の仕事まで、何を試用に含めるか検討したい方は、テマトクへご相談ください。
受付から手配・報告まで、任せる仕事を選ぶ
問い合わせの受付・内容整理、物件別FAQ回答から、業者連絡・手配・報告まで。いまの体制に合わせて任せる仕事を選びます。
費用・方針・例外の判断を管理・運営会社に残し、作業と確認の分担を一緒に整理します。
