便利なチャット フローを使用して、Web サイト訪問を問い合わせに変えます。
会話をページに合わせて、最初に答えて、次のアクションを簡単にします。
質問が具体的なところから始めます。
サービスページの訪問者は、一般の記事を読む訪問者とは異なるニーズを持っています。質問する前に説明が必要になることが多いページを 1 つ選択してください。すべての訪問者が営業電話を望んでいると仮定するのではなく、チームが受け取る実際の質問を確認してください。
設置サービスの場合、最初の質問は適用範囲や見積もりの仕組みに関するものです。関連する冒頭は、「お住まいの地域をカバーしているかどうかを確認する必要がありますか?」です。これにより、一般的なセールストークで訪問者の邪魔をすることなく、訪問者に関与する理由が与えられます。
ボットなしでページを有用な状態に保ちます。
チャットは、重要な詳細を隠すものではなく、明確な情報を補足するものであるべきです。サービスの説明、連絡ルート、重要な条件をページに記載してください。特にスペースが限られている電話では、自動グリーティングで画面をブロックしないでください。
簡潔なメッセージ、読みやすいボタン、簡単に閉じるコントロールを使用します。訪問者がチャットを拒否しても、引き続き問い合わせを完了できるはずです。視覚的なデザインだけでなく、実際のカスタマー ジャーニーの一部として、キーボード ナビゲーションと拡大されたテキストをテストします。
連絡先の詳細を要求する前に価値を提供します。
フォローアップを行う前に、最初の質問に答えてください。シンプルな手順は、エリアを確認し、サービスについて説明し、見積もりが役立つかどうかを尋ね、手配に必要な詳細を要求することです。これらの詳細が何に使用されるかを訪問者に伝えます。
結びの例は、「私たちのチームでプロジェクトについて話し合ってみませんか? ご希望の連絡方法を共有してください。次のステップについて説明します。」です。タイミングに関する約束は、チームが確実に守れる約束に置き換えてください。要求が目的のシステムに到達するまでは、要求が受け入れられたと示唆しないでください。
静かな瞬間と壊れた瞬間を計画しましょう。
勤務時間外、訪問者が会話を放棄したとき、および統合が失敗したときに何が起こるかを決定します。プロセスに必要な情報のみを保存します。ボットが問い合わせを完了できない場合は、明確な代替連絡ルートを提供します。
メッセージがリードの作成に失敗した場合、インターフェースはチームメイトが電話をかけると自信を持って言うべきではありません。失敗した送信を監視し、営業チームにレコードを繰り返し送信せずに再試行する方法を顧客に提供します。
エンゲージメントだけでなく、問い合わせも比較してください。
ページおよび訪問者の意図ごとに会話を確認します。ブログの訪問者は説明を求めるかもしれません。サービスページの訪問者は見積もりを希望する場合があります。同じ視聴者であるかのように完了率を比較すると、間違った変更につながる可能性があります。
小規模な導入から始めて、問い合わせが完了しているか、関連性があり、フォローアップされているかを確認します。お客様が有意義な一歩を踏み出すのに役立つ場合は、チャットを続けてください。同じ基本的な混乱が繰り返し現れる場合は、ページ自体を改善します。