チャットボットは最も物議を醸す傾向の1つです。 最も簡単なボットは、数時間でサイトに書き込み、「縫い付ける」ことができますが、このホイップアップされた製品はどれほど便利ですか？ それは本当に観客に新しい機会を開き、他の手段が悪化させる問題を解決するでしょうか？ それとも別の
叙事詩ファイルにつながり
ますか？ 私はしばらくこのトピックに興味があり、チャットボットの開発における「良い習慣」についての私の意見を共有したいと思っています。 これらの観察が開発者とチャットボットの両方の顧客に役立つことを願っています。
ボットを評価するとき、次の2つのグループの要因を使用します。
- 使いやすさ（使いやすさ）;
- ユーザーの価値を創造します。
記事の後半で、これらのグループのチャットボットの評価方法について説明します。
使いやすさ
要因の最初のグループは、ボットインターフェースへのユーザビリティヒューリスティックの適用に関するケビンスコットの
記事によってサポートされています。 しかし、予約あり。 著者の典型的な例を少しだけ批判しましょう。 たとえば、古き良き
ポンチョ ：
次の改善が見られます。
- ユーザーが既にボットをインストールして起動している場合、追加の確認を要求する必要はありません（「やってみましょう」）。 可能であれば、ボットはできるだけ早くサービスの提供を開始し、ユーザーが画面をクリックする必要をなくす必要があります。
- これで、ユーザーは住所をテキストで入力せざるを得なくなります-長くて不便です（誰もが音声入力を使用するとは限りません）。 代わりに、入力プロセスをよりインタラクティブにすることをお勧めします（たとえば、場所の送信、メタデータからの住所の取得、最も人気のある7つの都市からの選択など）。
- 都市名を入力した後、ユーザーは確認のためにもう一度クリックする必要があります。 代わりに、住所が適切に定義されていれば、すぐに結果を表示できます（結局、貧しい仲間は一生懸命働きました）。
- ユーザーが間違えた場合、ボットは容赦なく新しいアドレスの入力を要求します。 良い方法では、ボットは入力されたテキストに近いユーザーアドレスを提供する必要があります。
改善から3つのルールが生まれます。
金の重さをクリック
このルールは、ユーザビリティの専門家にとって新しいものではありません。 操作は、クリック/情報の最小入力数を占有する必要があります。 操作を長く実行するほど、ユーザーが失う時間が長くなり、チャットボットの愛が失われます。 インターフェースが非常に限られているため、ユーザーとの対話は重要です。 音声認識、コンテキストコントロール、ユーザーメニュー、その他の要素など、利用可能なすべてのツールを使用してユーザーを支援します。
投稿が少ないほど良い
このルールは前のルールと重複していますが、ポンチョを含め、しばしば無視されます。 ユーザーが操作中に上下にスクロールするのではなく（
前のステップで何を入力したのか？ ）、1つのメッセージで1つの操作を実行し、テキストとコントロールを変更する方が便利です。 この場合、もちろん、ユーザーが自信を持って意思決定できるように、ユーザーに必要なすべてのコンテキストをメッセージに保持する必要があります。
ソリューションを提供する
理想的な条件では、ボットは言葉なしでユーザーを理解する必要があります。ユーザーの操作を分析し、ユーザーを観察し、必要なときにユーザーを支援します。 たとえば、
スニーカーの購入に関するよく知られている
シナリオの代わりに、ボットは適切なタイミングでどこからでも飛び出し、「
バディ、よく、すでにクロスを探しているのを止めて、評価、価格、配達の利便性、コメントですべてを見つけました」すべてを読む; ここでは、緑と青の選択肢があります（ただし、どちらを選択するかはどういうわけかわかります） 。 これまでのところ、私たちは理想とはほど遠いですが、実際のボットはまだアクティブである必要があります。
- ユーザーが何もしない場合は、さらに情報を提供します。
- ユーザーが何かを始めた場合は、助けてください。
- ユーザーが間違っている場合は、調整を提案してください。
- ユーザーが操作を完了した場合は、関連するものを提案してください。
Fufは、使いやすさを整理した上で、ユーザーの価値について少し語りました。
ユーザーの価値を創造する
Techcrunchに
よると、チャットボット
の目標はビジネスと顧客を結びつけることだという。 しかし、それは今ですか？
ボットのテレグラムカタログを見ると
、少し驚いています。
- お金を稼ぐ;
- テキストポーカー（ テキストポーカー、カール！）;
- 天気予報;
- バーチャルフレンド。
何らかの形でお金を稼ぐことはユーザーにとって何らかの価値があるかもしれないと信じる準備ができていますが、それ以外はどうですか？ モバイルアプリケーションでポーカーをプレイする方がはるかに便利です。どんなアプリケーションストアでも9000以上の天気予報がありますが、事実上の友人です。このトピックを開かないでください。
ビジネスはどこですか？
私の仮説は、すべてのビジネスがユーザーにとって興味深い価値を持っているわけではないということです。 しかし、私の意見では、このような簡単なヒントに従えば、この値を得るのに遅すぎることはありません。
マルチステップスクリプトを使用する
モバイルアプリケーションとサイトの機能をコピーしないでください。 通常、Webサイトまたはアプリケーションは、ユーザーが実行する基本機能向けに最適化されています。 基本的な機能がすべて揃っているモバイルアプリケーションがある場合、その機能をチャットボットにコピーするのはなぜですか？ ほとんどの場合、次のようになります。
- ユーザーにとって不便-チャットボットのインターフェースは、モバイルアプリケーションのインターフェースほど柔軟ではありません。
- ユーザーが理解できない-アプリケーションで操作を正常に実行する前に、なぜ再学習する必要があるのか？
代わりに、代替案とブランチを含むマルチステップシナリオをカバーするようにしてください。 モバイルアプリケーションに組み込むのは簡単ではありませんが、文字通りチャットボット用に作成されています。 たとえば、銀行のクライアントである場合、カードからカードへの送金を複製しないでください。 代わりに、ユーザーがユーティリティの自動支払いを有効にできるようにチャットボットを使用してください。
ユーザー時間を節約
最近、8800のチャットボット番号でIVRメニュー（対話型留守番電話）を交換するというアイデアについて、いくつかの異なる場所から聞きました。 実際、IVRメニューは、ユーザーが最終的にアイテムを選択するために多くの不要な情報を聞く必要があるように設計されています。 目的のアイテムが聞こえなかったり、ミスをした場合、各アイテムの詳細を再度聞く必要があります。 代わりに、チャットボットはユーザーに同じ情報をテキスト形式で提供し、必要に応じて支援します。 結果：時間の節約とサービス品質の向上。 ボットが他のボットと比較してユーザーの時間を節約するかどうかを見積もります。
グループの機会を詳しく見てみましょう
おそらく最もわかりにくいアドバイスですが、それでもなお。 チャットボットとモバイルアプリケーションを区別する主なものの1つは、マルチユーザーインタラクションの容易さです。 ユーザーエクスペリエンスをユーザーアシスタントテンプレートに制限しないでください;複数のユーザーを一度に関与させることができるシナリオがあります。 そのような例の1つに、グループ内の情報をフィルタリングするチャットボットがあります。タグとそれらのコンテンツが表示され、おそらく他に役立つものが考えられます。
ボットがこれらのすべてのヒントに従うと、ボットは便利で便利になる可能性がすべてあります。 そうでない場合は、あまりアドバイスをしないでください。これは、チャットボット開発のベクトルに関する私の個人的な見解です。 ボト経典で頑張ってください！