LINE AIチャットボットの実力と限界｜自社の月10時間比較表

LINEの通知は朝から鳴り続けているのに、返信は翌日になります。「これ、誰が返すんでしたっけ」——公式LINEへの問い合わせが月100件を超えるあたりから、少人数の受付体制ではこのやり取りが毎日の光景になります。担当者の手が遅いわけでも、文章を書くのに時間がかかっているわけでもありません。届いた1件が誰の手元に入るのか決まらないまま、次の1件が届き続ける構造になっているだけです。

結論を先に置きます。LINE AIチャットボットで本当に動くのは返信文を書く速さではなく、一次対応が止まらなくなることです。月120件・1件5分なら月10時間。そのうち定型質問がおおむね6〜7割を占めるため、人が触る件数を月40件前後まで絞れるという試算が立ちます。この記事では、LINE上で巻き取れる5領域と、そこで人が持ち続ける判断、そして自前で組んだときに危なくなる3つの境目を整理します。

LINEの問い合わせが1日単位で滞留するのは、誰が返すかが決まっていないから

公式LINEが問い合わせの入口になったのは、ここ数年の変化です。LINEヤフーは2026年1月、LINEの国内月間利用者数が1億ユーザーを突破したと発表しました（2025年12月末時点、スマートフォンに紐付くアカウントのうち1か月に一度でも起動した数）（LINEヤフー ニュースリリース／2026年7月時点）。年代の広がりも大きく、総務省の令和7年版 情報通信白書では、LINEの利用率が60代で2014年の11.3％から2024年には91.1％へと、10年で約8倍に伸びています（総務省「令和7年版 情報通信白書」／2026年7月時点）。電話とメールで来ていた問い合わせが、そのままLINEに移ってきた形です。ところが受ける側の体制は、電話の時代のまま止まっていることが少なくありません。

「返信が遅い」の中身は、文章を書く時間ではなく空白の時間

LINE1件の返信にかかる時間は、本記事では5分を前提に置きます。過去のやり取りを遡って1分、回答内容を確認して2分、文章を打って2分という内訳です。月120件なら計算上は月10時間で、20営業日に均せば1日30分にすぎません。それでも「返信が遅い」と言われるのは、この5分が発生するまでに半日から1営業日の空白があるからです。手を動かしている時間とリードタイムは、まったく別の数字として扱う必要があります。

3人が同じアカウントを見ていると、かえって誰も返さなくなる

公式LINEの管理画面は、複数人で共有できます。ところが3人が同じ受信箱を見ている状態は、3人分の対応力になりません。「自分より詳しい人がいる」「いま手が離せないから誰かが拾うはず」という判断が3人同時に働き、1件が30分から数時間、誰にも触られないまま残ります。月120件のうち半数がこの状態を経由するなら、月60件が誰の判断も受けないまま待たされている計算です。責任が分散した瞬間に反応速度が落ちるのは、人数の問題ではなく割り当ての設計の問題です。

営業時間外に届く分が、翌朝の列に積み上がる

LINEは相手の生活時間で届きます。18時から翌9時までの15時間、そして土日の48時間。1週間168時間のうち、営業時間が9時から18時の平日だけなら稼働は45時間で、残る123時間は誰も返せません。届く件数がこの比率にそのまま比例するわけではありませんが、月120件のうちおよそ4割、つまり月40〜50件が営業時間外に着信すると見ておくのが現実的です。土日分がまとめて残る月曜の朝9時なら10件前後、平日の朝でも2〜3件の列ができている。そこから当日分が上に乗ります。

返信を速くしても、返す人が決まっていなければ同じ列ができる

よくある改善策は、返信文のテンプレートを整えることです。1件5分が3分になれば、月120件で4時間の短縮になります。それ自体は価値がありますが、半日から1営業日の空白には1分も効きません。先に手を付けるべきは、5分の内側ではなく、5分が始まるまでの外側です。誰が、何分以内に、どの種類の問い合わせを受けるのか。この割り当てが決まっていないうちにツールだけ増やしても、列の長さは変わりません。

よくある質問

LINEに届いた1件は、一次対応、FAQ回答、予約と申込の受付、有人への引き継ぎ、内容の蓄積という5つの領域を通って終わります。5領域すべてを一度に置き換える必要はありません。月120件規模なら、1つ目と4つ目に手を付けた時点で、待ち時間の大半が動きます。ここでは各領域で「できること」と「人が残す判断」を対で見ていきます。

領域1｜一次対応を、届いた30秒以内に返す

できることは、受信した瞬間に名乗り、要件を3〜5種類に分類し、必要な情報を1〜2問だけ聞き返すところまでです。「お問い合わせありがとうございます。料金／納期／既存契約の変更のどれに近いですか」という1往復が、届いてから30秒以内に発生する。これだけで、送った側の「無視されているのでは」という不安が消えます。人が残す判断は、語調が強い問い合わせや契約トラブルを含む1件を、自動応答で受けきらずに即座に人へ回す線引きです。怒っている相手に定型文を返すのは、返さないより悪い結果になります。

領域2｜FAQ回答を、いつ誰が聞いても同じ内容で返す

問い合わせの中身を月単位で数えると、上位10問と上位30問だけで全体の大半を占めることが多くなります。ただしこの比率は取り扱う商材で変わるため、着手前に自社で数えて確認してください。営業時間、駐車場の有無、支払方法、キャンセルの扱い、納期の目安。この30〜50問を型として持たせておけば、表記のゆれを含めて同じ答えが返ります。人が残す判断は、回答内容そのものの正しさと、月1回の見直しです。料金改定や営業時間の変更があった月に更新されていない回答は、丁寧な誤答になります。回答の中身に責任を持つ人を1名決めておくことが前提になります。

領域3｜予約と申込の受付を、会話の中で完結させる

日程調整は、往復回数がそのまま離脱率になります。希望日を聞いて、空き枠を3件提示して、確定して、確認を送る。人がやると1件あたり10〜15分かかり、しかも相手の返信を待つあいだに2〜3日が過ぎます。会話の中で候補提示から確定までを完結させれば、同じ工程が3〜5分の会話1回に収まります。人が残す判断は、枠が重なったときの調整と、直前キャンセルの扱いです。ここは金額や信頼関係に関わるため、条件分岐で自動化しきらないほうが安全です。

領域4｜有人への引き継ぎを、条件で切り替える

5領域の中で、月120件規模にもっとも効くのがこの領域です。切り替え条件を数字で決めます。同じ論点で3往復しても解決していない、金額や契約解除に関する語が含まれている、過去に有人対応した相手からの再問い合わせである。この3条件のいずれかに当たったら人に回す。引き継ぐときは、それまでの会話要約と分類名を添えて渡します。人が残す判断は、この切り替え条件そのものの設計です。条件を緩くすると全件が人に来て意味がなくなり、締めすぎると怒りが増幅した状態で人に届きます。

領域5｜問い合わせ内容を、あとから数えられる形で残す

LINEのトーク履歴は残りますが、数えられません。「先月いちばん多かった質問は何でしたか」に答えるには、200件の履歴を1件ずつ遡ることになります。分類タグを付けて1件1行で蓄積しておけば、月次で件数が出ます。上位5分類が全体の何％を占めるかが見えれば、次に整備すべきFAQも、商品説明のどこが伝わっていないかも数字で決まります。人が残す判断は、分類の定義です。分類が15種類を超えると誰も見なくなるため、5〜8種類に絞るのが実務的な水準です。

AIに渡さず、人が持ち続ける3つの判断

できることを並べたうえで、渡さない範囲も先に決めておきます。私は次の3つは人が持つべきだと考えています。1つ目は金額と契約条件の確定です。見積金額や値引きの可否を自動応答が答えた瞬間、それは会社の意思表示として扱われます。2つ目は謝罪と補償の判断です。3つ目は個人情報をどこまで受け取り、どこに保存するかの範囲決めです。この3つを曖昧にしたまま範囲を広げると、削減できた月6時間40分より大きな損失が1件で発生します。

数字はどこまで動くか、月120件と月10時間の内訳で見る

効果は「何割削減」ではなく、件数と分の積み上げで見たほうが判断を誤りません。月120件という前提を置いて、いまどこに何分あり、それが何分になるのかを試算として分解します。実績値ではなく、前提を明示した計算であることを先に断っておきます。

月120件・1件5分という前提の置き方

月120件は、20営業日で割れば1日6件です。1件あたりの返信を5分とすると、120件×5分＝600分、つまり月10時間。この10時間が、まず基準になる数字です。前提を自社に合わせて動かす場合は、件数と1件あたりの分数の2つだけを差し替えます。月60件・1件7分なら月7時間、月200件・1件4分なら月13時間20分。件数だけでなく1件あたりの分数を実測しておくと、導入後の比較が意味を持ちます。ここを感覚で置くと、あとから「減ったのかどうか分からない」状態になります。

月10時間が月3時間20分前後になるまでの内訳

一次対応とFAQ回答で片づく定型質問は、おおむね6〜7割です。月120件なら72〜84件がここに入り、人が触るのは36〜48件、目安として月40件前後まで絞れます。40件×5分＝200分で、月3時間20分。月10時間との差は6時間40分前後です。これは1人の担当者のほぼ1営業日分に当たります。ただし6〜7割という比率は問い合わせの種類で変わります。定型が9割を占める店舗型の受付なら削減幅はもっと大きく、1件ずつ条件が違う法人向けの相談窓口なら4〜5割にとどまることもあります。導入前に上位30問が全体の何％かを数えておけば、この比率はかなりの精度で読めます。

導入前と導入後を並べて見る

数字の動き方を1枚にまとめると、次のようになります。右列はすべて月120件を前提にした試算値で、実績値ではありません。

時間より大きく動くのはリードタイムのほう

月6時間40分の削減は、時給3,000円で換算すれば月2万円前後の人件費に相当します。正直に言えば、この数字だけで導入を決める規模ではありません。実際に効いてくるのは、半日から1営業日だった一次返信が即時から数分になることによる取りこぼしの減少です。問い合わせから返信までが24時間を超えると、相手はすでに別の会社に連絡しています。月120件のうち5％が待ちきれずに離脱していたなら月6件。1件あたりの平均受注額が10万円なら、月60万円分の機会が列に並んだまま消えていた計算になります。削減より、こちら側の桁のほうが大きいのが通常です。

動かない数字もある

動かない部分も先に書いておきます。個別見積もりの作成は、1件30分から1時間かかるままです。クレーム対応の実務も、謝罪と原状回復の交渉が中心なので短縮しません。むしろ増える作業もあります。FAQの見直しに月1〜2時間、分類の定義と切り替え条件の調整に立ち上げ後3ヶ月間は月2〜3時間。差し引きすると、初月から6時間40分がまるごと浮くわけではなく、3ヶ月目あたりで削減分が定着してくる形になります。ここを混ぜて期待値を作ると、2ヶ月目に「思ったほど減っていない」という評価になります。

自前で組むと危ないところ、個人情報の入力と誤答の線引き

LINEの自動応答は、市販のツールと生成AIのAPIをつなぐだけでも「動くもの」は作れます。危ないのは、動いた後に見えてくる3つの領域です。個人情報、誤答の責任、そして定着。どれも稼働している最中は問題として現れず、半年後にトラブルという形で表に出ます。

トーク欄に個人情報が書かれる前提で設計する

LINEは、相手にとって友人と話すのと同じ画面です。だから何の躊躇もなく、氏名、電話番号、住所、生年月日、ときには症状や家庭の事情まで入力されます。フォームなら「入力しない」と判断される情報が、会話だからという理由で書かれてしまう。この前提を外して設計すると、受け取るつもりのなかった個人データが毎日蓄積していきます。

個人情報保護委員会は令和5年6月2日の注意喚起で、生成AIサービスに個人情報を含むプロンプトを入力する際には、その取り扱いが特定した利用目的の範囲内であるか、また入力された個人情報が機械学習に利用されないかを確認する必要があるという趣旨を示しています（個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」／2026年7月時点）。自社の取り扱いが該当するかどうかは個別の判断になるため、公式情報と専門家で確認してください。設計側でやるべきことは、そもそも不要な個人情報を受け取らない導線にすること、受け取った場合にどこへ保存しどう消すかを決めておくこと、そして外部のAIへ渡す前に該当箇所を落とす仕組みを持つことの3点です。

誤答したときに、誰が責任を持つのかを先に決める

自動応答が「その工事は10万円で対応できます」と答えてしまった。実際は25万円だった。このとき差額15万円をどうするかは、技術の話ではなく会社の意思決定の話です。画面下の免責文言だけでは、相手の納得は得られません。実務では、誤答の影響が金額に直結する領域を回答対象から外すのが基本です。料金の確定、納期の確約、在庫の有無、契約解除の条件。この4つは自動応答では概算や一般論までにとどめ、確定情報は必ず人が返す。線引きを文書にしておくと、担当者が交代しても同じ運用が続きます。

作れても定着しない、3ヶ月目に更新が止まる壁

立ち上げから2ヶ月は、みんな熱心に見ます。問題は3ヶ月目です。料金表が変わったのに回答が古いまま、キャンペーンが終わったのに案内が残っている。更新されないFAQは、日を追うごとに誤答装置に変わっていきます。国内で実績のある製品を選んだとしても、更新する人と時間が決まっていなければ結果は同じです。月1回30分の見直し枠をカレンダーに固定し、担当を1名決める。この2つがない仕組みは、6ヶ月後に誰も使わなくなります。

何を判定させるかの設計と、1〜2ヶ月のダブルチェック

AIに何をどう判定させるかのプロンプト設計が最も重要です。同じLINEのメッセージを渡しても、「丁寧に返答して」と指示するのと「料金・納期・契約解除に関する語が含まれる場合は回答せず、要約を付けて人に転送して。それ以外はFAQ30問の範囲でのみ回答して」と指示するのでは、返ってくるものが別のものになります。設計の精度が、人に届く件数を月40件にするか月100件にするかを決めます。

そして、動き出してすぐ全面的に任せるのは避けるべきです。最初の1〜2ヶ月分くらいは確かめてみて、人間のダブルチェックもしていくべきです。月120件なら2ヶ月で240件。この240件で自動応答と人の判断がどこでズレるかを見ておけば、切り替え条件を3往復から2往復に締めるべきか、FAQの守備範囲を30問から50問へ広げるべきかが数字で分かります。この2ヶ月を飛ばした仕組みは、3ヶ月目に誰も信用しなくなります。もう1点付け加えると、価値が出るのは単発のツール利用ではなく、連携と自動化で会社全体を回すところです。LINEで受けた1件が、顧客台帳と予定表と請求の流れまでつながって初めて、月6時間40分が別の仕事に置き換わります。

ビフォーアフター：LINEの一次対応がここまで変わる

違いを生んでいるのはツールではなく運用設計

BeforeとAfterの差は、導入したツールの性能差ではありません。差は3つの設計にあります。1つ目は有人へ切り替える条件を「3往復」「金額に関する語」「再問い合わせ」という具体で決めたこと。2つ目は自動応答が答えない4領域（料金の確定・納期の確約・在庫・契約解除）を文書で線引きしたこと。3つ目は立ち上げから2ヶ月・240件を人がダブルチェックして、実データで基準を調整したこと。同じツールを入れても、この3つを決めずに始めた仕組みは、3ヶ月目に「結局ぜんぶ人が返している」状態へ戻ります。逆にこの3つが決まっていれば、月120件でも月300件でも同じ設計が耐えます。うちはまだBefore寄りだと感じた方は、次のセクションで相談の入口を案内します。

よくある質問

公開日：2026年7月