葬儀社の問い合わせAI設計｜緊急連絡と事前相談を安全に分ける方法

葬儀社の問い合わせAIは、すべての質問を自動で完結させる仕組みではありません。最初にご逝去後の緊急連絡と事前相談を分け、緊急連絡を担当者へ滞りなく渡す一次受付として設計することが重要です。

ご逝去後のお迎え相談では、折り返しに必要な情報だけを受け付け、夜間当番へ即時に通知します。搬送の可否や到着時刻、個別の料金は、車両、担当者、距離などを確認する前にAIが確約してはいけません。一方、事前相談や会館へのアクセスなどは、公開済みの情報に限って案内できます。個別の見積もりや空き状況の確認が必要になった時点で、担当者へ引き継ぎます。

この役割分担を実務へ落とし込むには、問い合わせの分類だけでなく、受付項目、禁止回答、チャネル、通知経路、引継ぎ期限、公開前テストまで決める必要があります。ここでは、葬儀社が夜間対応にAIを利用する際の判断基準を、具体的な問い合わせ場面に沿って整理します。

葬儀社の問い合わせAIは緊急連絡と事前相談を最初に分ける

最初の質問では、詳しい事情を尋ねる前に、担当者がすぐ対応すべき連絡かどうかを切り分けます。「ご逝去後のお迎えに関する連絡ですか」「危篤時を含む事前相談ですか」「会館や費用などの案内ですか」のように、利用者が選びやすい選択肢を提示します。自由入力の場合も、「亡くなった」「病院へ迎えに来てほしい」など、緊急連絡を示す表現を検知したら通常の質問を続けず、緊急用の経路へ移します。

分類の目的は、AIに状況を断定させることではありません。対応の優先度、引継ぎ先、対応期限を決めることです。入力が曖昧で緊急性を否定できない場合は、非緊急として処理せず、担当者が確認できる経路へ渡します。問い合わせの分類条件をさらに詳しく整理する場合は、AIによる問い合わせ分類の設計方法も参照してください。

分類表には、問い合わせごとの受付終了条件も記載します。「通知を送ったら終了」では不十分です。利用者に折り返しの流れや緊急窓口を案内できたか、担当者が受信を確認できたかまでを確認対象にします。分類名、引継ぎ先、期限は、実際の当番表や担当範囲と一致させてください。営業時間帯や曜日によって担当者が変わる場合は、その条件も分類表に反映します。

AIに任せる範囲と担当者が確定する範囲をどう決めるか

問い合わせ対応を「案内」「受付」「確定」の三段階に分けると、AIの担当範囲を判断しやすくなります。案内は、所在地、営業時間、公開済みプランの概要など、公式情報をそのまま伝える処理です。受付は、相談の種類や連絡先を確認し、担当者へ渡す処理です。確定は、現場の状況、契約内容、最新の空き状況などを確認したうえで、可否や金額を決める処理を指します。

AIに任せやすいのは、根拠となる公開情報が明確な案内と、項目を限定した受付です。担当者の判断や外部施設への確認が必要な確定処理は、原則として有人対応へ切り替えます。AIが情報を受け付けられることと、その内容を確約できることは別です。公開情報であっても、更新日や管理担当が不明な情報は回答対象にせず、内容を確認してから登録します。

たとえば「家族葬の総額はいくらですか」という質問には、公開済みプランに含まれる内容と見積相談の方法までは案内できます。ただし、火葬場費用、搬送距離、追加品などによって変わる個別総額は確約せず、見積担当へ渡します。「明日の会館を押さえてほしい」という依頼でも、アクセス情報は案内できますが、担当者が空き状況を確認する前に予約成立とは回答しません。

禁止回答は、曖昧な「重要事項は答えない」ではなく、具体的な対象を列挙します。「搬送できる」「指定時刻に到着する」「この金額で収まる」「会館や火葬場を確保できる」「返金できる」といった表現は、確認前に使わないよう定めます。禁止表現とともに、代わりに何を案内するかも決めておけば、回答を止めた後の対応が途切れません。有人対応へ切り替える条件と引継ぎ項目は、チャットボットの有人切替設計を使って具体化できます。

ご逝去後の第一報では何を聞き、何を聞きすぎないか

ご逝去後の第一報で優先するのは、行政手続に必要な情報を一度に集めることではありません。担当者が折り返し、状況を確認するための最小項目を受け付けることです。入力項目を増やすほど詳しい引継ぎができるように見えますが、切迫した状況にある利用者の負担が増え、途中離脱や入力間違いにつながります。

候補となる項目は、折り返し可能な電話番号、迎え先が病院・施設・自宅のどれか、病院・施設の場合は施設名と市区町村、連絡者と故人との関係、希望する連絡方法です。番地、病室、故人の詳しい病歴などは第一報の必須項目にせず、搬送担当が折り返した後に必要性を判断します。氏名を求める場合も含め、実際に何を必須とするかは自社の受付手順に合わせて承認します。センシティブな事情を自由記述で広く求めないことも重要です。必須項目に回答できない利用者を想定し、受付を続ける条件と有人窓口へ切り替える条件を決めます。

個人情報を受け付ける前に、利用目的、取得範囲、安全管理、外部サービスへ委託する場合の管理方法を確認します。個人情報保護委員会の個人情報保護法ガイドライン（通則編）は、利用目的の特定・通知、安全管理措置、委託先の監督を確認する一次資料です。自社の運用と契約に照らして担当者が確認し、必要に応じて専門家へ相談してください。確認項目の整理には、AIチャットボットで個人情報を扱う際の設計も利用できます。入力画面には利用目的を分かりやすい位置に示し、緊急対応に不要な情報まで集めないようにします。

病院から深夜に「亡くなったので迎えをお願いしたい」と連絡が入った場合、AIは最小項目を一つずつ受け付けます。この時点では、搬送できるか、何時に到着するか、夜間料金がいくらかを回答しません。「担当者が状況を確認して折り返します」と次の流れを伝え、夜間当番へ即時通知します。入力が途中で止まった場合も、取得済み情報を自社規程に沿って扱い、利用者が緊急窓口を再確認できる状態にします。

電話AI・Webチャット・フォームは緊急度で使い分ける

電話AI、葬儀社向けチャットボット、問い合わせフォームには、それぞれ異なる役割があります。一般的な優劣で選ぶのではなく、利用者の状況と、担当者へ接続できる速さで使い分けます。ご逝去後の緊急連絡は、電話と即時の折り返しを中心に設計します。Webチャットから緊急連絡が入る可能性もあるため、チャット上にも緊急窓口と電話番号を分かりやすく示します。

事前相談、会館へのアクセス、公開済みプランの対象範囲などは、利用者が自分のペースで確認できるWebチャットに適しています。翌営業日の回答でよい資料請求や相談日時の希望は、フォームで受け付けられます。ただし、緊急連絡を「フォームから送信してください」とだけ案内し、翌営業日の確認待ちにしてはいけません。各チャネルには、対応できる用件と確認時期を明示します。

たとえばWebチャットに「今亡くなりました」と入力された場合は、会館やプランを選ばせる通常メニューを続けません。運営する葬儀社名を明記した自社の24時間受付電話、電話連絡の方法、担当者へ渡すために必要な最小項目を案内します。危篤状態での相談であれば、相談希望日時と連絡先を受け付けます。AIは医療判断や逝去時刻を推測せず、医療上の緊急対応は現在かかっている医療機関または119へ相談するよう案内します。葬儀社の受付電話と公的な緊急通報を、同じ「緊急窓口」と表示してはいけません。

営業時間外の問い合わせを分類した後は、誰が、どの経路で、いつ確認するかを決める必要があります。夜間当番と翌営業日対応の分け方は、営業時間外の問い合わせ対応設計で補足しています。

遺族への言葉遣いと回答不能時の案内をどう設計するか

遺族への配慮は、抽象的な接遇方針ではなく、実装して試験できる応答ルールとして定めます。弔意は簡潔に一度伝え、その後は必要な確認へ進みます。質問のたびに同じ弔意表現を繰り返すと、機械的な印象を与え、会話も進みにくくなります。営業的な表現や、利用者の不安をあおって契約を急がせる表現も使いません。

聞き取れない場合は、一度に複数の項目を尋ね直さず、「折り返し先のお電話番号をもう一度お願いします」のように、一項目ずつ確認します。すでに確認できた内容まで最初から説明させないよう、確認済み項目と未確認項目を分けます。音声や入力を判別できない状態が続く場合は、無理に対話を継続せず、緊急窓口の電話番号案内や担当者からの折り返しへ切り替えます。

回答できない質問に対しては、単に「分かりません」で終えません。推測では答えられない理由、担当者が確認する内容、利用者が次に取る行動の順で伝えます。たとえば到着時刻を尋ねられた場合は、「車両と担当者の状況を確認してご連絡します。折り返し先を確認します」と案内します。個別総額を尋ねられた場合は、公開済みプランの範囲を示したうえで、個別条件を含む見積もりは担当者が確認すると伝えます。

応答文は短く区切り、一文で一つの用件を伝えます。緊急時に長い注意事項を読み上げたり、複数の質問を一度に並べたりすると、利用者は何に答えればよいか判断しにくくなります。「確認できた内容」「まだ確認が必要な内容」「次の連絡方法」を分ければ、利用者と担当者の双方が状況を把握しやすくなります。応答文を作成した後は実際に読み上げ、一度に求める回答が一つになっているか確認します。

夜間当番へ確実に引き継ぐために何を決めるか

葬儀社の夜間対応では、AIが受付を完了しても、当番者が気づかなければ緊急連絡が滞留します。通知先を登録するだけでなく、通知内容、確認方法、再通知、代替経路まで決めます。緊急連絡は即時通知、事前相談は社内基準に沿った期限付き引継ぎとして区別してください。

引継ぎメモには、受付時刻、問い合わせ分類、折り返し先、確認済み項目、未確認事項、希望する連絡方法を記載します。AIの会話全文だけを渡すと、当番者が緊急性や未確認事項を探さなければなりません。最初に要点を示し、必要に応じて元の記録を確認できる形にします。記録できる内容や閲覧権限は採用するサービスによって異なるため、製品の公式仕様と自社規程を確認します。

1. 主経路を決める：夜間当番が常時確認する通知先を一つ定め、当番交代時の更新担当も明確にしてください。
2. 受信確認の方法を決める：通知の送信記録だけでは足りません。担当者が確認したことを把握できる方法が必要です。
3. 再通知の条件を決める：社内で定めた時間内に確認が取れなければ、同じ担当者へ再通知します。
4. 代替経路を決める：主経路が機能しない場合に備え、別の当番者への通知や電話発信などの連絡順を設定してください。
5. 最終責任者を決める：複数の経路でも確認できない場合に備え、対応状況を確認する責任者を明確にしておきます。

再通知までの具体的な時間は、一律の数値では決められません。当番者数、担当区域、搬送体制、現在の電話受付手順に基づいて社内基準を設定します。平日夜間、休日、繁忙時で体制が異なる場合は、当番表と通知先の切替テストも必要です。既契約の変更や苦情は、緊急連絡と同じ通知先へ無条件に混在させず、責任者が優先度を判断できる分類を付けます。引継ぎ完了後に、誰が受付記録の状態を更新するかも決めておきます。

公開前にどの問い合わせをテストすべきか

公開前テストでは、営業時間や所在地などの定型質問だけを試しても不十分です。緊急語、曖昧な入力、確約を求める質問、途中離脱、通知失敗を含めます。質問ごとに、期待する分類、聞いてよい項目、含めてはいけない回答、引継ぎ先を先に記載してから実行します。正常な回答だけでなく、途中で入力内容が変わった場合や、担当者が通知に応答しない場合まで確認します。

各ケースでは、分類結果、禁止回答、聞取項目、通知到達、引継ぎメモ、利用者への次の案内を「適合・不適合・対象外」で記録します。文章が丁寧でも、緊急連絡を翌営業日受付へ送っていれば不合格です。反対に、確定できない内容を保留し、担当者への経路を正しく示せていれば、直接回答しなくても安全な応答です。判定理由も残し、修正後に同じ条件で再試験できるようにします。

表現を変えた入力も試します。「亡くなった」「息を引き取った」「病院から出るよう言われた」など、同じ状況が異なる言葉で伝えられる場合を確認します。入力ミス、途中で話題が変わる会話、複数の用件が含まれる会話も対象です。実際のテスト表を作る際は、チャットボット公開前のテストケースを参照し、自社の問い合わせ例へ置き換えてください。

公開後は件数ではなく誤案内と引継ぎ品質を確認する

公開後の評価を受付件数だけで行うと、安全上の問題を見落とします。確認するのは、未応答件数、担当者への引継ぎ所要時間、担当者が再確認した項目、誤案内件数、通知失敗、分類の修正件数です。利用できる記録は製品や契約によって異なるため、確認可能な項目、閲覧権限、保存期間を先に確かめます。

担当者が毎回同じ項目を聞き直しているなら、受付項目の不足を疑います。ただし、項目を追加する前に、その情報が第一報で本当に必要かを確認してください。分類の修正が続く場合は、利用者の言葉と分類条件が合っているかを調べます。通知失敗への対処は回答文の修正ではなく、通知先、当番表、再通知条件、代替経路の見直しです。個々の記録は、問題が回答、分類、受付項目、通知のどこで起きたかに分けて調べます。

誤案内が見つかった場合は、まず対象回答を停止するか、有人対応へ切り替えて影響の拡大を防ぎます。次に、回答の根拠となった情報が正しいか、分類条件が広すぎないか、引継ぎルールが機能したかを確認します。修正後は、同じ質問だけでなく、似た表現や関連する問い合わせも再テストします。最後にテストケースへ追加し、同じ問題を公開前に検出できる状態へ更新します。

公開後に分類条件、受付項目、当番表、通知先を変えたら、同じ日に設計表とテストケースも更新します。深夜の迎え依頼、危篤時の相談、通知先が応答しない場面を再試験し、変更者、確認者、確認日を残してください。この更新までを運用作業に含めることで、Web上の案内と実際の当番体制のずれを防げます。

よくある質問