問い合わせ管理システムを新しく契約する前に。kintoneとn8n・生成AIで、メール対応の属人化を解く

問い合わせメールの内容を読んで、担当者に振り分けて、一次返信を書く。この繰り返しに毎日追われ、問い合わせ管理システムの導入を考え始めた総務やカスタマーサポートの担当者もいるのではないでしょうか。専任の窓口を置けず、1〜2名が他の業務と兼務しながらこなしている中小企業では、なおさらです。

こうした問い合わせ対応の効率化を考えるとき、「専用システムを入れれば楽になるのだろうか」と迷う一方で、生成AIの話題を耳にして「いっそメール対応こそAIに丸投げして、返信まで自動でやってもらえないか」と思ったこともあるかもしれません。

お伝えしたいのは、その両方に対する私たちの答えです。受信メールの分類と一次返信の下書きまでは生成AIに任せられます。ただし、送信ボタンだけは人が押す。この線引きが、問い合わせ対応の忙しさを解きながら顧客の信用を守る分かれ目になります。

新しいシステムを契約しなくても、いま使っているkintoneに手を加えるだけで、この形は作れます。

問い合わせ管理システムを入れないと、この対応の忙しさは解決しないのか

問い合わせ対応に追われていると、「専用の問い合わせ管理システムを導入すべきなのだろうか」という考えが頭をよぎるものです。ところが見積もりを見ると、月額の利用料に加えて初期費用がかかるものが多く、上に説明しても簡単には通らなそうな金額が並びます。

導入をためらう理由は、費用だけではありません。すでにkintoneを使っているのに、問い合わせ対応のためだけに別のツールを増やすことへの抵抗も、気になるところではないでしょうか。

ツールが増えれば、覚えることも管理する場所も分散します。過去の問い合わせデータをどう移すのか、という手間もあります。

そうして「問い合わせ管理システム」で相場や選択肢を調べ始めたものの、比較検討の途中で止まってしまう。新しいシステムを入れるしかないのだろうか、という問いを抱えたまま、結局いつもの手作業に戻る。そんな経験に心当たりはないでしょうか。この記事では、その問いに別の道を提案します。

新しいシステムは要らない。今のkintoneにn8nと生成AIを足せば、仕分けと下書きは任せられる

先に結論をお伝えします。専用の問い合わせ管理システムを新しく契約しなくても、いま使っているkintoneに、n8nと生成AIを組み合わせるだけで、問い合わせ対応の面倒な部分は任せられます。n8nは、kintoneと外部のサービスやAIをつなぐ自動化ツールです。

具体的な流れは、次のとおりです。受信した問い合わせメールを生成AIが読んで、内容の種類を分類し、一次返信の下書きまで作ります。その内容はkintoneに問い合わせのレコードとして自動で登録され、いま何件が未対応で、誰が何を対応中なのかが一覧で見えるようになります。ここまでを自動でこなす仕組みです。

ただし、ひとつだけ自動化しない工程があります。担当者への割り当てと、実際の送信です。AIに任せるのは下書きまでで、送信ボタンは人が押します。

分類と下書きの手間は消せても、「誰に返すか」「本当にこの内容で送っていいか」という最終判断まで機械に委ねると、誤送信や誤案内が顧客の信用を直接傷つけてしまいます。ここが、この仕組みでいちばん大切な線引きになります。

問い合わせ管理システムに頼らずkintone×n8n×生成AIで受信から送信までを担う4ステップの流れ図

なぜ専用システムを新規契約しなくてよいのか、社内の問い合わせ対応が属人化して滞留する構造

問い合わせ対応が滞る本当の原因は、分類と一次対応が特定の人の判断に集中していることにあります。忙しさの正体をこの一点から見ていくと、専用システムを新しく買わなくてよい理由も見えてきます。

どのメールが急ぎのクレームで、どれが通常の見積依頼なのか。この製品の質問はどの担当に回すべきか。こうした振り分けは、経験のある人ほど頭のなかで素早くこなせてしまいます。

裏を返せば、その人が休むと問い合わせが一気に滞る、ということです。担当が一覧を握ったまま不在になれば、ほかの人には何がどこまで進んでいるのかが見えません。

問い合わせ管理システムを新しく契約するという選択は、この課題に対して「専用の箱を用意して、そこに情報を集める」という解き方です。たしかに情報は集まります。しかし、初期費用とツールの増加、そしてデータ移行の手間という別の負担を抱えることにもなります。

一方で、属人化を解く鍵は、専用の箱を新しく用意することではありません。振り分けと下書きの判断を仕組みに移し、対応状況を全員が見える場所に置くことが本質です。これは、すでにあるkintoneの上でも実現できます。だからこそ、新しいシステムを契約する前に、いまの環境でできることを試す価値があります。

なお、誤送信や誤案内は顧客の信用を直接傷つけます。そのため、この仕組みでは送信の最終判断だけを自動化の対象から外しています。理由は、あとで詳しくお話しします。

この仕組みの土台になるn8nについては、基礎から解説した記事を別に用意しています。kintoneと生成AIをつなぐ入り口として、【超入門】n8nとは？kintoneと生成AI連携のはじめかたもあわせてご覧ください。kintoneそのものの機能については、公式サイトが参考になります。

実装を誰が担うのかも、気になるところだと思います。今回の仕組みは、kintoneのアプリを自分で作れる担当者であれば、手が届く範囲にあります。ただし、技術的に作れることと、社内でそれを動かし続ける時間を確保できることは、別の話です。手を動かす余裕がない場合の相談先は、記事の最後で触れます。

「専用システムを入れず、全部AIに任せれば」で踏んだ三つの失敗

専用システムを買わずに済ませようとすると、今度は逆の方向に振り切りたくなります。「どうせなら全部AIに任せて、受信から返信まで自動で回してしまおう」という考え方です。この全部おまかせこそが、いちばん危うい落とし穴でした。実際につまずいたのは、次の三つの場面です。

見積依頼とクレームが同じ「要対応」に分類され、優先順位が崩れた

最初のつまずきは、分類の粗さでした。受信メールをAIに読ませて自動で仕分けたものの、区分が「要対応」と「対応不要」の大きく2つしかなかったのです。

その結果、すぐに謝罪と対応が必要なクレームと、翌営業日でも間に合う通常の見積依頼が、どちらも同じ「要対応」の箱に入りました。急ぎのはずのクレームが、大量の見積依頼に埋もれてしまいます。

分類の粒度が粗いと、優先順位そのものが崩れます。仕分けを自動化したはずが、かえって「どれから手をつけるべきか」を人が判断し直す手間を生んでしまいました。

社内にない製品仕様をAIが「それらしく」回答し、誤案内が起きた

次のつまずきは、返信の中身でした。生成AIは、手元に正確な情報がなくても、もっともらしい文章を作ってしまうという性質を持っています。事実に基づかない内容を、事実であるかのように書く現象で、ハルシネーションと呼ばれます。

このとき起きたのは、社内の製品仕様書に載っていない仕様を、AIが推測で「それらしく」回答したことでした。顧客には、あたかも正式な回答のように届きます。AIが参照できる正確な情報を用意していなければ、返信の文面は整っていても、中身が間違っているという事態が起こるのです。

自動送信で誰も内容を見ておらず、顧客の指摘で初めて気づいた

三つ目のつまずきが、最も深刻でした。分類も返信も自動なら送信も自動で、と一気通貫にした結果、送られた内容を社内の誰も見ていない状態になっていたのです。

先ほどの誤案内も、優先順位が崩れた対応も、送信された後に問題が発覚しました。しかも気づいたきっかけは、顧客からの「話が違う」という指摘です。社内のチェックが一切入らないため、間違いを社外に届けてから初めて知ることになります。

結局この現場は、全自動の送信をやめて人の確認を戻しました。すると今度は、AIを入れる前の手作業にそのまま逆戻りしてしまいます。全部おまかせと、全部手作業。この2つの間を行ったり来たりして、疲弊してしまったのです。

問い合わせ対応をすべてAIに任せて自動化したときに起きる分類崩れ・誤案内・無人送信の三つの失敗

新しく買い足す前に押さえる、AIと人の役割の線引き

これらの失敗が教えてくれるのは、「AIがやること」と「人・ルールがやること」を最初に線引きしておくことの大切さです。全部を任せるのでも、全部を手作業に戻すのでもありません。次の4つの工程に分けて、それぞれの担い手を決めます。

ここからは、実際にn8nで組んだワークフローの画面とあわせて、4つの工程を「組む順」に見ていきます。まずは全体像です。受信から起票までのフロー①と、人の承認をきっかけに送信するフロー②の、2つの流れで成り立っています。

n8nで、送信元や件名など機械的に判る条件を先に振り分ける

最初の工程は、AIにわたす前の下ごしらえです。受信メールのうち、送信元のアドレスや件名のキーワードなど、ルールで判断できるものは、n8nの側で先に振り分けます。

たとえば、特定の取引先ドメインからのメールや、件名に「請求書」と入っているものは、この段階で担当部署に仕分けできます。判断が要らないメールを先にさばいておくことで、AIに任せる量そのものを減らせるわけです。これは、先ほどの全体図（①）の左側、AIにわたす前の一次仕分けとIFの分岐にあたります。

これは、分類の粒度が粗くて優先順位が崩れた最初の失敗に対する、前段の対策になります。すべてをAIの判断に委ねるのではなく、機械的に決まるところは機械的に処理する。この切り分けが出発点です。

判断が要るメールだけ、生成AIに分類と一次返信の下書きを作らせる

一次仕分けで残った、内容を読まないと判断できないメールだけを、生成AIにわたします。ここでAIに任せる仕事は、問い合わせの種類を分類することと、一次返信の下書きを作ることの2つです。

このとき、分類の区分は「要対応」「対応不要」のような大まかなものにしません。「クレーム」「見積依頼」「製品の使い方に関する質問」のように、対応の緊急度や担当部署が判断できる粒度で設計します。最初の失敗を繰り返さないための、直接の対策です。

返信の下書きについても、AIが参照できる正確な社内情報を用意しておくと、誤案内のリスクを抑えられます。その正確な情報は、下の画面のようにkintoneのFAQ・製品仕様マスタとして持たせておきます。AIには、この範囲の事実だけを使って下書きを作らせます。

分類は「クレーム」「見積依頼」「製品の使い方に関する質問」といった実務の粒度で付き、返信の下書きもFAQの内容にもとづいて作られています。FAQに載っていない事項は、推測で答えず確認して折り返す形にとどめています。

kintoneに問い合わせレコードとして起票し、対応状況を見えるようにする

AIが分類し下書きを作った問い合わせは、kintoneのレコードとして自動で登録します。1件の問い合わせが1件のレコードになり、種類・担当・対応状況といった項目で管理できるようになります。

これによって、いま何件が未対応で、誰が何を対応中なのかが、一覧で全員に見えるようになります。担当者の頭のなかにしかなかった進捗が、kintoneという共有の場所に出てくるわけです。

一覧で見ると、いま何件が未対応で、それぞれどの分類・どの対応状況にあるかが一目でわかります。下の画面がその一覧です。

誰も内容を見ないまま自動送信してしまった三つ目の失敗は、この仕組みによって防げます。対応の履歴も残るため、担当者が不在でも、ほかの人が状況を引き継げるのです。

担当への割り当てと送信は、kintone上で人が確認してから実行する

最後の工程が、この仕組みでいちばん大切な線引きです。担当者への割り当てと、実際の送信は、kintoneの画面上で人が内容をたしかめてから行います。

AIが作った下書きは、あくまで下書きです。担当者がレコードを開いて、分類が正しいか、返信の内容に誤りがないかをたしかめます。問題がなければ、送信を承認する操作（対応状況を「送信承認」に変更）をします。この操作をきっかけに、n8nがメールを実際に送信する形です。

つまりAIが作るのは下書きまでで、送信の最終判断とその操作は人が担います。この一手間を残すことで、誤案内が顧客に届く前に人の目が入ります。二つ目の誤案内も、三つ目の無人送信も、この確認の工程があれば水際で止められます。送信が終わると、そのレコードの対応状況は自動で「対応済」に変わります。

AIは分類と下書きまで人は確認と送信という問い合わせ対応におけるAIと人の役割の線引き図

送信は人が持つと決めれば、既存のkintoneのまま属人化と滞留に手を打てる

4つの工程を通して見えてくるのは、専用の問い合わせ管理システムを新しく契約しなくても、いまのkintoneのままで問い合わせ対応の形を変えられる、ということです。

仕組みが動き出すと、担当者の日々はこう変わります。受信メールの一次仕分けと分類、そして一次返信の下書きは、n8nと生成AIがこなします。担当者がやるのは、kintoneに並んだ問い合わせを開いて、内容をたしかめ、送信ボタンを押すことです。

ゼロから文面を考える時間も、どのメールから手をつけるか迷う時間も、大きく減ります。対応状況はkintoneで見えているので、特定の人が抱え込んで滞留することもありません。

ただし、この線引きを決めるだけで、すべてが自動的に回り出すわけではありません。どの問い合わせをどの区分で扱うか、対応状況をkintoneでどう管理するか、という運用の土台をあわせて整える必要があります。裏返せば、つまずきやすい場所はあらかじめ絞り込めます。次の3か所です。

  • 分類の粒度
  • AIに参照させる正確な情報
  • 送信前の人の確認

この3か所を先に押さえておけば、あとの見当はつきます。どこから手をつけ、どこを相談するかも、自社の状況にあわせて判断しやすくなるはずです。

生成AIを業務でどう活かすかという全体像は、kintoneユーザーのための生成AI実践大全でも整理していますので、あわせて参考にしてください。

費用の面でも、専用システムの新規契約とは桁が変わります。連携の要になるn8nは、自社のサーバーで動かすセルフホスト版なら無料で使えます。クラウド版を選ぶ場合でも、月額20ユーロ（およそ3,000円）のプランから始められるでしょう。

生成AIの利用料は、使った分だけの従量課金が中心です。専用の問い合わせ管理システムを新規契約するのに比べれば、小さく始めて試せる規模だといえます。

まとめ

問い合わせメール対応の忙しさは、専用の問い合わせ管理システムを新しく契約しなくても、いま使っているkintoneにn8nと生成AIを足すことで手を打てます。鍵になるのは、AIは分類と一次返信の下書きまでを担い、送信ボタンは人が押すという役割の線引きです。

全部をAIに任せると、分類の粗さ・誤案内・無人送信という失敗に行き当たります。かといって全部を手作業に戻せば、元の属人化と滞留に逆戻りします。

その中間で、機械的に判断できるところはn8nで一次仕分けします。判断が要るところだけAIに下書きを作らせ、対応状況はkintoneで可視化し、最後の送信だけは人が確認する。この分担が、誤送信で信用を落とすことなく、少人数の窓口でも問い合わせ対応を回せる形をつくります。

最後に

ここで紹介した線引きは、どの問い合わせをどう分類するか、どこまでをAIに任せるかによって、引く場所が変わります。自社の問い合わせの内容や、対応する体制によっても、最適な形は違ってきます。

「自分の会社ならどう組めばいいのか」「作りたいが手を動かす時間がない」という段階で判断がつかない場合は、私たちにご相談ください。kintoneと生成AI・n8nを組み合わせた業務自動化については、ものづくりAI自動化ファクトリーで、貴社の環境に合わせた形を一緒に考えます。

関連記事