AIを追加する前のWhatsApp Business情報チェックリスト

顧客との会話にAIを追加する際は、まずシンプルな問いから始めます。顧客に提供すべき情報について、チーム内で合意できているでしょうか。事業者はすでにウェブサイト、ソーシャルプロフィール、パンフレット、共有ドライブを持っているかもしれません。それでも、信頼できる一貫した回答集がない場合があります。

このチェックリストは、WhatsApp AIアシスタントの基盤を準備するために役立ちます。社内の作業文書として使用し、未完了の項目には担当者を割り当て、利用範囲を広げる前に、対象を絞った問い合わせをテストしてください。ここで説明するのは準備の実践方法であり、記載されたすべての項目を、特定のEngage AI設定にインポートまたは自動化できることを保証するものではありません。

1. 事業者情報と所在地を確認する

顧客向けに表示する事業者名、提供内容の簡潔な説明、承認済みのウェブサイトまたは連絡先リンクを記載します。各拠点について、住所、通常のサービス提供地域、連絡先、回答に影響する拠点ごとの違いを記録してください。

資料上で、実店舗とサービス提供地域が区別されていることを確認します。ある都市で顧客先を訪問している事業者が、その都市に来店可能な店舗を必ずしも運営しているとは限りません。顧客が道順を必要とする場合は、承認済みの所在地リンクを使用し、正しい目的地が開くことを確認してください。

• 顧客への回答にはどの名称を表示すべきですか？

• 来訪可能な拠点はどこですか？

• 訪問サービスを提供している地域はどこですか？

• 拠点によって異なる事実は何ですか？

2. サービスとその範囲を説明する

各サービスまたは製品グループについて、簡潔な説明を作成します。対象となる顧客、含まれる内容、含まれない内容、確認が必要な条件を明記してください。顧客が使う用語を使用しつつ、スタッフが判断するために必要な区別は維持します。

仮定の例：ある事業者が、住宅用の壁掛けエアコンのクリーニングを提供しているとします。その情報には、修理、業務用システム、高所にある設置設備、交換部品が標準サービスの対象外かどうかを記載すべきです。「エアコンのサービス」だけでは、回答の範囲が広がりすぎる可能性があります。

適合性が機種、設置場所の状態、その他の詳細によって決まる場合は、スタッフが最初に尋ねる質問を記録します。初回確認に一般的な地域や機器の種類で十分な場合は、完全な住所や詳細な顧客履歴を収集しないでください。

3. 料金、条件、見積もりのルールを準備する

各料金について、通貨、単位、サービス範囲、適用開始日を明確にします。固定料金、開始料金、見積もりの違いを説明してください。関連する最低数量、対象外事項、適用される料金があれば、事業者が承認した表現で記載します。

正確な見積もりに確認が必要な場合は、必要な最低限の情報を列挙し、見積もりを承認する担当者を明確にします。サンプル金額の一覧を、すべてに適用される料金の約束にしないでください。期限切れの販促資料は、現在の回答ソースから削除するか、過去のものであり現在のオファーには利用できないことを明確に示します。

ウェブサイト、PDF、スタッフ用スプレッドシートの間に食い違いがある場合は、料金の担当者に解決してもらいます。異なる回答が含まれている場合、文書を増やしても役に立ちません。

4. 異なる種類の営業時間を分ける

店舗の営業時間、スタッフの対応時間、予約または配送の時間帯を分けて記録します。曖昧さが生じる可能性がある場合は、該当する所在地とタイムゾーンを記載してください。スタッフが対応できない時間にもメッセージを受信できるかを明確にし、サポート時間外に担当者がすぐ返信するように示すことは避けます。

休業日や一時的な変更を承認・更新する方法を明記します。予約可能状況は営業時間とは別の問題です。営業中であっても、空き枠が残っていない場合があります。実際の事業プロセスによって確認が成立した場合にのみ、予約が確定したと説明してください。

5. 顧客が理解する必要のあるポリシーを文書化する

事業に関係する現在の予約、キャンセル、日程変更、返金、配送、保証に関する情報を集めます。条件と責任者を記録してください。個別の確認に左右されるケースでは、結果を約束せずに確認の手順を説明します。

ポリシーは読みやすく保ちます。承認済みの簡潔な説明はよくある質問への回答に役立ちますが、正式な条件を密かに変更するものであってはなりません。簡略版は責任者に確認してもらいます。顧客が詳細を必要とする場合に備え、関連する承認済みポリシーへのリンクを残してください。

一般的なFAQ集に、関係のない機密手順や機微な顧客記録を含めないでください。想定する顧客の質問に必要な情報だけを準備します。

6. 人による連絡先と引き継ぎ先を定義する

情報が不足している場合、苦情に判断が必要な場合、または顧客が明確に担当者を求めた場合に、顧客をどこへ案内するかを決めます。担当チーム、対応時間、必要な情報、現実的な次のステップを明確にしてください。

有用な引き継ぎ計画では、4つの質問に答えます。問い合わせを受け取るのは誰か、どのような背景情報が必要か、いつ対応可能か、次に何が起きるかを顧客がどのように知るか、です。これらの判断が未解決の場合は、根拠のない安心させる約束で空白を埋めず、未完了の作業として印を付けます。

提案する振り分けルールは、それを実装する製品機能とは別に文書化します。依存する前に、利用する設定で実際に可能なワークフローをテストしてください。

7. リンク、ファイル、言語版を確認する

顧客向けの各リンクを通常のブラウザーセッションから開きます。遷移先、ページタイトル、連絡先情報、アクセス要件を確認してください。スタッフ専用文書を顧客向けリンクとして使用することは避けます。承認済みソースには分かりやすいファイル名を付け、古い重複ファイルは有効なコレクションから除外します。

複数の言語を使用する場合は、確認担当者を明確にし、基礎となる事実の一貫性を保ちます。日付、料金、対象外事項は各版で一致している必要があります。後からポリシーを更新した際に、いずれかの言語だけが取り残されないよう、翻訳を確認した日付を記録してください。

8. 重要な事実ごとに担当者を置く

各項目に担当者、情報源、承認状態、確認日を含めると、準備シートを維持しやすくなります。担当者は、単に質問を別の場所へ転送するのではなく、不確実性を解消できる人物であるべきです。料金の改定、休業日、一部サービスの終了など、即時更新のきっかけとなる事象を定義します。

「承認済み」「確認が必要」「廃止」など、実用的な状態を使用します。未確認の情報は、承認済みの回答集に入れないでください。確認担当者が、どの事実がなぜ変更されたのかを確認できるよう、簡単な変更記録を残します。

簡潔な準備状況ワークシート

各サービスについて、次の項目を記入します。

• 顧客の質問：顧客が判断するために支援を必要とする内容。

• 承認済みの事実：回答、条件、対象外事項。

• 情報源と担当者：事実の出所と、それを承認する人物。

• 不足している詳細：先に進む前に明確にする必要があること。

• 次のステップ：承認済みの問い合わせ、予約、または人によるサポートへの経路。

• 確認のきっかけ：再確認が必要になる日付または事業上の変更。

• テスト結果：現実的な質問に対する、想定回答と実際の回答。

接続は準備の始まりにすぎない

チャネルまたは情報ソースを接続したら、現実的な問い合わせを最初から最後まで実行します。簡単な質問、曖昧な依頼、対象範囲外の要望、担当者を求める依頼をテストしてください。顧客が正確な情報と実行可能な次のステップを受け取れるか確認します。

対象範囲を広げる前に、不足している事実と機能しない連絡先経路を解決します。完成したチェックリストが役立つのは、判断を可視化できるからです。信頼できるサービスは、その判断を事業の実際の運用と照らし合わせて確認することで生まれます。

この事業準備チェックリストと併せて、Engage AIの製品概要を使用してください。