チャットボット導入の進め方｜プログラムを触らず運用する形

チャットボットの導入手順を調べると、どの記事もだいたい同じ流れが出てきます。目的を決める、設置場所を選ぶ、比較する、ベンダーに相談する、FAQを作る、テストする。ところが、そこから先——「動き出したあと、誰がどうやって回答を直すのか」がほとんど書かれていません。

実際に困るのはそこです。導入した翌月に「この聞かれ方に答えられていない」と気づいたとき、毎回ベンダーに依頼して見積りを取っていたら、運用は止まります。この記事では、海外からの問い合わせを3つのメッセージアプリで自動応答している運用で、実際に採っている形を書きます。要点は「プログラムを触らずに、表計算ソフトの編集だけで受け答えを変えられるようにする」ことです。生成AIで業務のどこが何分減るかという全体像は生成AIで業務効率化した企業事例｜何分減ったかを業務別に解説にまとめています。

結論｜「選ぶ手順」より「直す手順」を先に決める

チャットボット導入の成否を分けるのは、製品選定ではありません。運用が始まってから、社内の人間が自力で回答を直せるかどうかです。

• 回答の中身を、プログラムの中に書かない。表計算ソフトなど、担当者が開けるところに置く
• 直したら自動で反映される仕組みにする。反映のたびに開発作業が要る形にしない
• 「答えられなかった質問」が溜まる場所を作る。そこが次に直す場所になる

この3つが満たせない製品や体制だと、導入直後がピークで、あとは劣化していきます。問い合わせの中身は季節や商品で変わるのに、回答が固定されたままになるからです。

実際の構成｜3つの窓口を1つの表で動かす

運用している形を具体的に書きます。海外の顧客は、複数のメッセージアプリからばらばらに問い合わせてきます。窓口は3つありますが、受け答えのルールは1か所にまとめています。

• ルールの置き場所｜表計算ソフトの1枚のシート。1行が1つの受け答えに対応します
• 反映のされ方｜1時間ごとに自動で読み込まれます。急ぐときだけ手動で即時反映します
• 直し方｜担当者がシートの行を書き換えるだけ。プログラムには触りません

この形にしている理由は単純で、回答の文面や条件は頻繁に変わるからです。価格や条件をプログラムの中に直接書いてしまうと、料金表を変えるたびに開発の作業が必要になります。そのうち「直すのが面倒だから古いまま」という状態になります。

導入の進め方｜最初に作るのは5〜10問だけ

最初から網羅しようとすると、準備だけで数ヶ月かかって立ち上がりません。実際に多い質問を5〜10個選んで、それだけ答えられる状態で出すのが現実的です。

1. 過去の問い合わせを1〜2ヶ月分そのまま眺める。想像で作らず、実際に来た文面から拾います
2. 同じ内容が繰り返されているものを数える。上位5〜10個がそのまま最初の中身になります
3. 回答文を担当者が書く。ここは自動化しません。会社として答えてよい文面かどうかの判断が要ります
4. 答えさせない質問を決める。お金・契約・安全に関わるものは人に回します（後述）
5. 出す。そして答えられなかった質問を溜める

4番目を飛ばすと事故になります。資料に書いていない条件をAIが推測して答えてしまう問題については、問い合わせ対応をAIに任せる｜嘘をつかせないための設計で、実際に起きた事故と線引きの作り方を扱っています。導入前に一度読んでおいてください。

運用の実際｜個別に足すより、拾える幅を広げる

運用を始めると、「この聞かれ方に反応しなかった」という報告が上がってきます。ここで反射的に新しい回答を1件足すのは、多くの場合よくない対処です。

質問の言い回しは無限にあります。1件ずつ足していくと、シートの行数だけが増えて、どれがどれだか分からなくなります。先に確認すべきなのは「既存の回答で本当は答えられたはずではないか」です。

• 答えられたはずのもの｜既存の行が拾う言い回しの幅を広げる。行は増やさない
• 本当に新しい質問｜このときだけ行を足す

この順番にしてから、シートの肥大が止まりました。「精度を上げる」と「行を増やす」は同じではありません。むしろ行が増えるほど、どの行が反応したのか分からなくなって調整が難しくなります。

どこまで自動化できるか｜線を引くと範囲が決まる

「問い合わせ対応の自動化」と言っても、全部を機械に渡すわけではありません。実際に回してみると、おおよそ次のように分かれます。

• 任せてよい｜営業時間、場所、手続きの流れ、既に案内済みの内容の確認、一次回答
• 条件つきで任せる｜商品やプランの説明。ただし価格や条件は資料に書いてある範囲だけ
• 人が持つ｜お金、契約、キャンセル、補償、安全や資格の条件。ここは自動化しません

結果として自動化されるのは「全部」ではなく「よく来る繰り返しの質問」です。それでも意味があるのは、その層が件数として一番多いからです。相手と時差がある場合は特に効きます。翌朝まで待たせるか、その場で一次回答が返るかで、話の進み方が変わります。

御社の問い合わせがこの3つにどう分かれるかは、実物を3つ見れば大枠が決まります。30分・無料・オンライン可の個別相談で、そこまでを一緒に整理させてください。売り込みはしません。

製品を選ぶときに確認すること

比較記事にある機能一覧より、次の4点を実際に触って確かめたほうが後悔しません。

• 回答を直すのに開発作業が要るか。担当者が管理画面や表から直せるか
• 直したあと、反映までにどれくらいかかるか。即時か、数時間か、依頼が必要か
• 答えられなかった質問が記録に残るか。残らない製品は改善のしようがありません
• 人に引き継ぐ経路があるか。答えられないときに担当者へ通知が飛ぶか

とくに1つ目です。無料試用の期間中に、実際に自分で回答を1つ書き換えてみてください。そこで詰まる製品は、運用が始まってからも同じところで詰まります。

導入して最初の1ヶ月にやること

出したら終わりではありません。最初の1ヶ月は、答えられなかった質問を眺める期間だと思ってください。

• 週に1回、答えられなかった質問をまとめて見る。毎日見ると件数が少なすぎて傾向が読めません
• 「答えられたはず」と「新しい質問」に分ける。対処が違います
• 直したら、直した内容を1行でいいので記録する。あとで「なぜこうなっているか」が分からなくなります

3つ目は地味ですが効きます。複数の変更を同時にやって記録を残さないと、数週間後に誰も何を変えたか思い出せなくなります。

よくある質問

社内にITに詳しい人がいなくても運用できますか？

回答の中身を表計算ソフトなどで管理できる形にしてあれば、運用自体は担当者でできます。ただし最初の設置と、答えさせない範囲の設計は、詳しい人と一緒にやったほうが安全です。ここを飛ばすと、あとから直すコストのほうが大きくなります。

問い合わせが1日数件でも導入する意味はありますか？

件数より「同じ説明を何度も書いているか」で判断してください。1日3件でも内容が毎回同じなら効果があります。逆に毎回内容が違って個別判断が要るなら、効果は小さくなります。

導入したら問い合わせ対応の担当者は不要になりますか？

なりません。お金・契約・安全に関わる質問は人が持ち続けます。変わるのは「担当者が繰り返しの説明に使っていた時間」で、判断が要る問い合わせはむしろ担当者に集まります。

まとめ

• 導入の成否を分けるのは製品選定ではなく、運用開始後に社内の人間が自力で回答を直せるか
• 回答の中身はプログラムの中でなく、担当者が開ける表に置く。実際に3つの窓口を1枚のシートで動かし、1時間ごとに自動反映している
• 最初に作るのはよく来る5〜10問だけ。過去の問い合わせの実物から拾う
• 反応しなかったとき、1件足す前に「既存の回答で答えられたはずでは」を確認する
• 自動化するのは全部ではなく繰り返しの質問。お金・契約・安全は人が持つ
• 製品選定では「自分で回答を1つ書き換えられるか」を試用中に必ず試す

どこまでを任せられるかは、実際の問い合わせを見ないと決まりません。30分・無料・オンライン可の個別相談で、御社の問い合わせを「任せてよい／条件つき／人が持つ」に仕分けしてお返しします。