IT企業のポータルでユーザーエクスペリエンスを再設計しています。お問い合わせフォームのページをチャットボットに置き換えるために長所と短所に関する調査を行った方がいらっしゃったのか、経験があればもっと一般的です。
Amazon によって作成されたものはすでにあります。
ページから:
Amazon Lexは、音声とテキストを使用してあらゆるアプリケーションに会話型インターフェースを構築するためのサービスです。 Lexは、音声をテキストに変換する自動音声認識(ASR)の高度なディープラーニング機能と、テキストの意図を認識する自然言語理解(NLU)を提供し、非常に魅力的なユーザーエクスペリエンスとリアルな会話の対話を備えたアプリケーションを構築できるようにします。
そのため、それをアプリに組み込んでボットがあなたに話しかけるためのAPIがすでにあります。
Amazonは、OhioHealth、CapitalOne、HubSpot、NASAなどのページでボットをすでに使用している顧客がいると主張しています。
チャットボットは、私の観点では、正しく実装されていれば良いことです
私はチャットボットを検索中心の情報インターフェースと見なしています。ヘルプやその他の種類のドキュメントについては、間違いなくプラスです。もちろん、ドキュメントの品質と提供される機能は本当の挑戦です。
これまでに話し合ったチャットボットは、私が見た中で最も馬鹿げた検索エンジンです。これはまったく気になりませんでした。いくつかの質問をした後、私が探していたもののキーワードだけを送信する方が効率的であることがわかりました。
ボットが正しくインデックスを作成できるように情報を書き込むことが課題だと思います。ドキュメントが多すぎて言葉が不明確な場合、人々は問い合わせに対して多くの結果を表示し、イライラします。
表示されたがクリックされなかった、またはユーザーが明示的に役に立たなかった結果など、ユーザーを満足させない問い合わせの統計を保持します。これらの統計を確認し、ボットまたはそのプログラミングによって表示されるドキュメントを更新するプロセスを確立します。