AIチャットボット開発で、より明確な最初の回答を

ユーザーがすでに助けを求めている場所から始める

役立つチャットボットは、人々がすでに回答を探しているチャネルから始まります。Webサイト、Telegram、Discord、またはそれらを連携させたセットでの構築が可能です。チャットボットは、承認されたプロジェクトドキュメントを情報源として使用します。

最適な開始点は、多くの場合、チームへの質問が最も多い場所です。Webサイトのチャットは、訪問者が製品情報を理解するのに役立ちます。TelegramやDiscordは、コミュニティの会話に回答を近づけることができます。また、1つのチャネルから始めて、後から他のチャネルを追加することも可能です。

例えば、プロダクトチームがWebサイトではある承認済み回答セットを、コミュニティでは別の体験を提供したい場合があります。各チャネルが使用できる情報源を合意します。その後、各チャネルでの質問のされ方に合わせて応答を調整します。より広範なプロダクト体験が必要な場合は、Web3 Webサイト開発の作業で周辺サイトをカバーできます。

最初の会話を、考え抜かれたものにする

最初のバージョンは、明確な役割と助けを求める明確な方法があるときに最も効果的です。簡単な情報源のレビューにより、チャットボットが何に回答できるかを見極めます。また、チャットボットがどこで停止すべきか、チームが何をレビューすべきかも明らかになります。

2人組のゲームスタジオが、どのチャネルから始めるかを決めている場面を想像してください。彼らは、どちらの創業者も開発から離れて同じ質問に答えることなく、プレイヤーがセットアップガイダンスを見つけられるようにしたいと考えています。私たちはスタジオの現在のドキュメントを確認します。一緒に最初のチャネルを選び、人間に引き継ぐべき質問をマークします。

この小さな決断が、最初の構築を集中させます。各ドキュメントの担当者、頻繁に変更される詳細、エスカレーションされた質問の受信者を確認します。その後、よくある質問を役立つ回答または明確な次のステップにマッピングします。

Brand Communityでは、キックオフの情報源チェックにより、これらの選択を1つの会話にまとめます。実装を開始する前に、チャネル、言語、承認済み資料、引き継ぎ連絡先を確認します。ドキュメント回答を超えたインタラクティブな機能が必要な場合は、Telegramボットとミニアプリ開発と比較してください。

AIチャットボットは何に回答すべきか、いつ人間に引き継ぐべきか？

チャットボットは、承認されたドキュメントに明確な根拠がある質問に回答する必要があります。質問が不明瞭な場合、センシティブな場合、または情報源でカバーされていない場合は、ユーザーを人間に誘導する必要があります。

ユーザーが実際に寄せる質問に基づいて会話を設計します。各回答について、それを裏付ける情報と、ユーザーが次に取るべきアクションを合意します。ドキュメントで質問が解決できない場合、チャットボットはその境界を明確にできます。その後、チームが選択した引き継ぎルートを使用します。

信頼できる情報源

最新の製品ガイド、サポートノート、その他チャットボットに使用させたい資料をご用意ください。矛盾する詳細がないか確認し、変更を承認できる担当者を特定します。信頼できる回答がまだないトピックは、人間によるルートまたはドキュメント化作業に属します。

言語とレビュー

チームが各言語の資料とサンプル返信をレビューできる場合、多言語回答を含めることができます。また、未回答質問の分析も設定します。これにより、チームは不足している情報を特定し、応答を調整する実用的な方法を得られます。

レビューでは3つの質問を考えてください：回答は裏付けられているか？次のステップは役立つか？人間が引き継ぐべきか？より広範なタスクを処理する会話型プロダクトについては、AIエージェント開発をご覧ください。

ドキュメントからローンチまでの明確な道筋

合意した情報源セットから、レビュー済みのチャネル体験へと進みます。その後、セットアップと、その後のチューニングを導く方法を引き継ぎます。計画は、ドキュメント、言語ニーズ、エスカレーションを処理する担当者を理解した上で明確になります。

1. ユースケースを設定する。 誰がチャットボットを使用するか、どのチャネルが最初か、どの質問を処理するかを確認します。
2. 情報源を確認する。 承認されたドキュメントについて、担当者、明確な回答、矛盾する詳細をレビューします。
3. 会話を設計する。 よくある質問、役立つ次のステップ、人間が介入すべきポイントをマッピングします。
4. 構築してレビューする。 合意したチャネルを実装し、チームと一緒にサンプル会話を情報源と照らし合わせて確認します。
5. 引き継ぎとチューニング。 合意したセットアップを提供し、未回答質問の分析を使用して承認済みの更新を導きます。

開始する前に、最新のドキュメント、承認できる担当者1名、エスカレーションの連絡先をご用意ください。チームが受け取る質問の例もいくつか共有してください。これにより、レビュー中にテストする具体的な材料が得られます。チャットボットがより広範なアプリケーションの一部である場合は、dApp開発サービスが周辺のプロダクト作業に適している可能性があります。

変化するプロダクトに合わせて回答セットを最新に保つ

役立つチャットボットには、プロダクト情報が変更される際のシンプルなレビューの習慣が必要です。未回答質問の分析は、チームに開始点を提供します：情報源を明確にする、会話を調整する、または繰り返し発生する質問を人間に送る。

例えば、機能更新後にセットアップガイドを変更したとします。チェックイン時に、影響を受ける回答を確認し、修正された情報源を確認します。その後、チャットボットの表現に注意が必要かどうかを判断します。これにより、変更をチームが承認した情報に結び付けることができます。

同じレビューで2つの異なる問題を区別できます。回答がない場合は、より明確なドキュメントが必要かもしれません。一方、不自然な返信は会話の調整が必要かもしれません。承認された更新に基づいてチャットボットをチューニングするお手伝いをします。チームは情報源の所有者であり続けます。

チャットボットはスマートコントラクト開発プロジェクトと併置できますが、目的は異なります：人々がサポートされた情報を見つけるのを助けることです。対象チャネル、現在のドキュメント、必要な言語、エスカレーション連絡先をお送りください。資料を一緒にレビューし、構築と引き継ぎの概要を説明します。

仕組み

1. 最初のユースケースを合意する誰が助けを必要としているか、どのチャネルが最初か、いつ人間が引き継ぐべきかを確認します。
2. 承認済みドキュメントをレビューする担当者、一貫性、および資料が回答したい質問をカバーしているかを確認します。
3. 回答と引き継ぎをマッピングする応答、役立つ次のステップ、言語ニーズ、チームへの明確なルートを計画します。
4. サンプル会話を構築してテストする合意したチャネルを実装し、チームと一緒にサンプル交換を承認済み情報源と照らし合わせてレビューします。
5. 引き継ぎとチューニング合意したセットアップを提供し、未回答質問の分析を使用して後の改善を導きます。