ライブチャット-コンテキストによる呼び出しと永続的な呼び出し
大規模な製品ポートフォリオとさまざまなライブチャットスキルを備えたWebサイトの場合、エクスペリエンス全体を通して永続的な配置を持つチャット呼び出しポイントを使用する方が良いですか、それとも必要に応じてページ内でチャットを参照する必要がありますか？
すべてのページにある固定ツールバーまたはタブの例を見てきましたが、ユーザーが質問する可能性のあるUIコンポーネントの横にページ内で提供されるチャットの例も見ました。
質問の言い方では、「必要に応じて」と明確に述べています。必要な場所がわかっている場合、必要のない場所に表示するのはなぜですか。
必要が問題の中心にあります。ライブチャットオファーは、必要でない場合にのみ役立ちます。そうでない場合は、無関係な視覚要素です。
永続的なライブチャットのオファーは、多くの場合無視できません（ただし、ビジュアルデザインによって異なります）。このような機能が存在する場合、ユーザーにその機能を認識させると便利です。ホームページはそのような申し出をするのに良い場所です-チャットしたい場合、ユーザーはいつでもそのページに戻ることができます。しかし、UXの一般的な知識は、すべてのユーザーがホームページにアクセスするわけではなく、多くのユーザーが検索エンジンから他のページにアクセスするということです。
右下隅に小さな赤い四角形が表示されたシステムを使用して、ユーザーはそれがほとんど必要ないときにそこにあることについて積極的に不満を述べています。現在、このような機能のフットプリントを簡単に減らすことができます。ユーザーが最初にサイトにアクセスしたときにライブチャットの四角形を表示するように、その直後に、非常に小さな低コントラストアイコンにアニメーションを表示します。
しかし、すべてのページでライブチャット機能が必要であると仮定すると、いくつかのシステムでのみ有効です。
あなたの主な目標は：
- ユーザーが機能とその場所を知っていることを確認してください。
- 視覚的なフットプリント（サイズとそれがいかに目立つか）を最小限に抑えます。
結局のところ、これはオンデマンド機能です。ユーザーはどこにそれを見つければよいのでしょうか。
ライブチャット業界での私の経験によれば、今日、誰もが「タブ」に切り替えています。つまり、ブラウザウィンドウの特定の場所に固定され、常に表示されているチャットボタンです。私がクライアントから聞いたところによると、このようなボタンの配置はチャットの数を増やし、潜在的にリードとコンバージョンを増やす可能性があります。なので、ぜひ試してみてください。
ただし、重要な点が1つあります。 Webサイトのコンテンツをカバーするチャットボタンについて不満を言う人は、モバイルデバイスを使用してWebサイトにアクセスする人でなければなりません。私はこれが彼らにとっていらいらすることができる方法を理解しています。ただし、モバイルブラウザを検出するCSSメディアクエリまたはスクリプトを使用して、モバイルユーザーのチャットボタンタイプを変更することができます。