AIチャットボットの導入で成果が出ない原因のほとんどは、ツールの選定ではなく「導入前の設計不足」にあります。この記事では、運用開始前に必ず決めておくべき 7 つの設計項目を解説します。これらを先に固めてから導入すると、公開後の手戻りと改修コストを大幅に抑えられます。

この記事でわかること

• チャットボット導入前に決めるべき 7 つの設計項目
• 各項目で具体的に何を決めればいいか
• 設計を先に固めるメリットと、後回しにしたときのリスク
• 設計シートの活用方法

結論：7 つの設計項目一覧

この 7 項目を導入前に決めておくだけで、公開後に「想定と違う」「誰が直すかわからない」という事態をほぼ防げます。

最初に決めるべき 3 項目だけ先に挙げると

時間が限られている場合でも、次の 3 つだけは先に決めておくのがおすすめです。

1. 対応範囲 — 何に答えて、何に答えないか
2. 有人切り替え条件 — どこで人に渡すか
3. 成果指標 — 何をもって成功とするか

この 3 つが曖昧だと、公開後に改善の方向を決められません。

項目 1：対象ユーザー

決めること

チャットボットを使うのは誰かを明確にします。

• 外部ユーザー（顧客・見込み客） — Webサイト上の問い合わせ対応、製品紹介、FAQ
• 社内ユーザー（従業員） — 社内 FAQ、マニュアル検索、手続きガイド
• パートナー・代理店 — 仕様確認、発注手順、技術問い合わせ

なぜ先に決めるのか

対象ユーザーによって、回答のトーン、対応時間、セキュリティ要件がすべて変わります。「とりあえず全員向け」で始めると、誰にも刺さらないチャットになりがちです。

実務でのチェックポイント

• 対象ユーザーの技術リテラシーはどの程度か
• 対象ユーザーはどのデバイスからアクセスするか（PC、スマートフォン）
• 対象ユーザーの主な利用シーン（業務中、移動中、検討中）は何か

項目 2：対応範囲

決めること

チャットボットが回答する質問と、対象外にする質問を線引きします。

対応する質問の例

• 料金プランの違い
• 基本的な使い方
• 対応ブラウザ・対応OS
• よくあるエラーの対処法

対象外にする質問の例

• 個別の契約内容に関する質問
• 法的な判断が必要な質問
• 個人情報の変更手続き

先に決めるメリット

対応範囲を決めないまま公開すると、チャットが答えられない質問に対して無理な回答をしたり、無応答のまま放置されたりします。対象外の質問に対しては「この質問はフォームからお問い合わせください」と明示するほうが、ユーザー体験として優れています。

実務での決め方

問い合わせ履歴の上位 10〜20 件を抽出し、以下の基準で分類します。

項目 3：回答品質基準

決めること

チャットボットの回答に、どのレベルの正確さとトーンを求めるかを定義します。

品質レベルの例

なぜ重要か

品質基準を決めないと「チャットの回答が間違っていた」というクレームへの対応方針が定まりません。品質レベルを先に決めておけば、回答文の作成基準とレビュー基準が一致します。

項目 4：有人切り替え条件

決めること

チャットボットから有人対応へ切り替えるタイミングと方法を定義します。

切り替えタイミングの例

• チャットが「回答できません」と判定したとき
• ユーザーが「人と話したい」と入力したとき
• 同じ質問を 2 回以上繰り返したとき
• 個人情報の確認が必要になったとき

切り替え先の例

• 問い合わせフォームへのリンク表示
• 電話番号の表示
• 有人チャットへの接続（対応時間内のみ）
• メールアドレスの表示

設計のポイント

有人切り替えの導線が用意されていないチャットボットは、ユーザーにとって「行き止まり」になります。回答できない質問に対して沈黙するよりも、「この質問は担当者にお繋ぎします」と明示するほうが信頼性が高くなります。

項目 5：成果指標

決めること

チャットボットの導入目的に対して、何をもって「成功」と判断するかを定義します。

指標の例

よくある失敗

「導入したけど効果があったかわからない」が最も多い失敗パターンです。導入前に「この数字がこうなったら成功」を決めておけば、改善の方向が明確になります。

項目 6：更新体制

決めること

チャットの回答内容を誰が、いつ、どうやって更新するかを決めます。

更新体制の設計項目

更新が止まるとどうなるか

チャットの回答が古いまま放置されると、以下の問題が起きます。

• 料金や仕様が変わっているのに古い情報を案内してしまう
• 新サービスや新機能の質問に一切答えられない
• ユーザーから「情報が違う」という問い合わせが増える

項目 7：障害時の運用手順

決めること

チャットボットが停止したとき、または著しく品質が低下したときの対応手順を決めます。

障害時の対応フロー例

1. チャットウィジェットが表示されなくなった → フォームへの導線を強調表示する
2. 回答の誤りが頻発している → チャットを一時停止し、フォーム・電話に切り替える
3. 応答速度が極端に遅い → ユーザーに一時的な不具合を告知する

設計のポイント

障害時に「誰が」「何分以内に」「何をするか」を決めておくと、対応の遅れによるユーザー影響を最小限に抑えられます。チャットに依存度が高いサイトほど、この設計の重要度が上がります。

設計シートの活用

7 項目をチームで検討するときは、以下のような簡易シートに書き出すと整理しやすくなります。

このシートを埋めてから導入に進むと、関係者間の認識のずれを防げます。

設計会議に入れるべき人

• サポート担当: よくある質問と有人切り替え条件を決める
• 事業責任者: 成果指標と優先順位を決める
• 実装担当: 埋め込み方法、計測、障害時対応を確認する
• コンテンツ担当: FAQ や回答文の更新体制を決める

FAQ

Q. 7 項目すべてを完璧に決めてからでないと導入できませんか？

完璧である必要はありません。ただし、少なくとも「対応範囲」「有人切り替え条件」「成果指標」の 3 つは事前に決めてから始めるのがおすすめです。他の項目は運用しながら固めても大きな問題にはなりません。

Q. 社内向けチャットボットでも同じ設計項目が必要ですか？

はい。対象ユーザーが社内に変わるだけで、設計項目の構造は同じです。ただし、社内向けの場合は「セキュリティ要件（社内情報の取り扱い）」と「利用可能な環境（社内ネットワーク限定かどうか）」が追加の考慮事項になります。

Q. チャットボットの導入コストはどのくらいですか？

ツールのコストは月額数千円〜数万円が一般的です。ただし、導入コストの大部分は「設計・構築・改善の人件費」であり、ツール費用より初期設計の工数のほうが影響が大きいケースがほとんどです。だからこそ、設計項目を先に固めて手戻りを防ぐことが結果的にコストを下げます。

Q. 設計を外部に依頼する場合、何を伝えればいいですか？

この記事の 7 項目をそのまま依頼先に共有してください。特に「対応範囲」と「成果指標」が曖昧なまま依頼すると、完成後に「思っていたものと違う」という手戻りが発生しやすくなります。

次のステップ

設計項目を整理できたら、次は実際にチャットボットを設置してみましょう。

• 関連記事: どんなWebサイトにも5分でチャットボットを設置する方法 — 設計が終わったら、最短で設置する手順を確認できます
• 関連記事: Convly ChatBuilderで問い合わせフォームをチャットに置き換える手順 — フォームからの段階移行を検討中の方はこちら
• 導入相談: お問い合わせ — 設計段階からの相談も受け付けています