製造業の問い合わせ対応にAIを活用するなら、過去の回答を探し、今回の質問に合う回答案を作る作業から始められます。承認済みの回答を製品・仕様版・出典と一緒に取り出し、技術営業が根拠を探し直す時間を減らすことを目指します。まず一つの製品群から回答済みの問い合わせを五件選び、元資料と確認者が分かるかを確かめてください。
AIには論点の分類、関連回答の抽出、回答案の整理を任せます。その回答を今回の顧客条件に使えるかは、技術責任者が判断します。この記事では、社内FAQカードと未回答事項一覧を作り、営業が顧客へ回答するまでの進め方を説明します。
製造業の問い合わせ対応にAIをどう活用する？
問い合わせ履歴のAI整理は、過去の質問と回答から必要な論点を取り出し、次の担当者が使える知識に整える作業です。回答文だけでなく、その答えが成立する製品や条件も残します。最初に、どこで探す手間が生じ、誰の判断で回答が止まるのかを一件の流れで確かめましょう。
同じ質問でも、仕様版が変われば回答を見直す
次は、進め方を説明するための架空の業務例です。顧客から部品の交換可否を聞かれた営業担当が、以前の「交換可能」という回答を見つけました。しかし、今回の製品は仕様版が変わっており、同じ部品名だけで答えてよいか迷います。技術責任者は回答を保留し、営業担当に今回の型式・仕様版と過去回答の適用条件を並べてもらいます。
この場面でAIに任せたいのは、似た文章を一つ選ぶことに加え、条件の一致と不足を見えるようにする作業です。過去回答の出典と条件が同じ画面にあれば、技術責任者は確認すべき箇所から判断を始められます。営業担当も「何を調べれば回答できるか」を引き継げます。
探す作業と技術判断を分ける
AIを使う範囲は、問い合わせの分類、承認済み回答の検索、出典付き回答案の作成までとします。交換可否、保証範囲、安全性など、顧客に約束する技術条件は人が決めます。技術営業責任者は、検索と確認に使った時間を分けて記録し、どちらが負担になっているかを見ます。
社長や部門長が回答件数だけを増やす目標を置くと、確認時間が削られるおそれがあります。まず技術担当の確認枠と代行者を決め、営業が未回答事項を戻す先を一本化します。探し直しが減った時間を新しい技術検討や顧客への説明に使えているかまで確認すると、現場の改善を経営の判断につなげられます。
AIに渡す問い合わせ履歴を整える
最初から全メールをまとめて投入せず、使ってよい回答を選んで整理します。古い回答や顧客専用の例外条件が混ざると、答えの文章が自然でも適用を誤ります。入力をそろえる担当は営業、技術条件を確定する担当は技術・品質部門と決めましょう。
回答と出典、適用条件を一組にする
一件の履歴には、質問、承認済み回答、根拠資料を一組で持たせます。資料名だけでは同名ファイルを取り違えるため、文書ID、版、該当ページまたは節まで記録します。期限が設定されていない回答は、技術責任者が次回の見直し日や見直す契機を決めます。
| 記録する項目 | 残す内容 | 確認する人 |
|---|---|---|
| 問い合わせID・論点 | 交換可否、仕様確認など。複数の質問は分ける | 営業 |
| 製品・型式・仕様版 | 過去回答の対象と今回の対象を区別 | 技術担当 |
| 承認済み回答 | 最終的に採用した回答と承認日 | 技術責任者 |
| 出典 | 元の問い合わせID、文書ID、版、ページ・節 | 営業と技術担当 |
| 適用条件・対象外 | 使用条件、顧客専用仕様、適用できない条件 | 技術・品質担当 |
| 有効期限・見直し契機 | 期限、仕様変更時の再確認、見直し担当 | 技術責任者 |
| 未回答事項 | 不足している情報、確認先、期限 | 営業 |
添付図面とメール本文で版が食い違う場合は、そのまま検索用の正解集へ入れません。「採用資料を確認中」として分け、文書管理の責任者に戻します。最終回答だけを残して条件の説明を捨てないことが大切です。
匿名化と閲覧範囲を先に決める
顧客名、担当者名、連絡先など、整理に不要な情報は入力用の写しから外します。固有の図面や型式の組合せから顧客が分かる場合もあるため、名前を消すだけで入力可能とは判断しません。社内で承認された環境、利用目的、対象資料、閲覧者の範囲を確認してから扱います。
顧客ごとの特別条件は、匿名化後も「個別条件あり」と識別できるようにします。元資料への対応表は権限のある担当者が管理し、回答確認時にはその担当者が原票へ戻れる形にします。検索対象、検索結果、元資料の閲覧権限をそろえ、権限のない人に回答経由で内容が見えないかも試行時に確認します。
出典付き回答案を技術営業へ引き継ぐ手順
出力の形を決めると、AIに任せる作業と人が確認する作業が揃います。社内FAQカードには再利用できる答えを、未回答事項一覧には今回まだ答えられない点を残します。二つを同じ問い合わせIDで結び、担当が変わっても判断の続きから始められるようにします。
AIには論点の分類と関連回答の抽出を任せる
入力は、匿名化した今回の質問と、利用を認めた過去回答・資料です。AIには質問を論点ごとに分け、関連する回答と出典、条件の差を取り出させます。資料にない点は「未確認」と表示し、もっともらしい説明で埋めないよう指示します。
社内資料を検索して、その結果を使って回答案を作る方式はRAGと呼ばれます。ただし、検索対象に必要な版がなければ、この方式でも適切な根拠は得られません。まず少数の整理済み資料で試し、履歴が増えた段階で検索の仕組みを検討します。
入力から引き継ぎまでの流れは、次のように固定できます。
- 営業が、今回の質問・製品・仕様版・分かっている使用条件を入力する。
- AIが、論点ごとに関連する過去回答、出典箇所、適用条件の差を一覧にする。
- 技術責任者が元資料を開き、引用箇所と今回への適用可否を確認する。
- 営業が、確認済みの回答案と未回答事項一覧を受け取り、顧客向けの表現を整える。
- 人が顧客へ回答し、採用した回答と判断理由を履歴へ戻す。
FAQカードには「使える条件」を残す
社内FAQカードは、質問への答えと、その答えを使える条件を短くまとめた記録です。AIの出力は下書きとして保存し、確認済みになるまで次の検索の正解資料へ混ぜません。カードには確認者と確認日を付け、元資料が変わった時に関連カードを見直せるようにします。
以下は記入方法を示す架空のカードです。製品や文書IDは説明用であり、実在製品への技術回答ではありません。
| 欄 | 記入例 |
|---|---|
| 問い合わせID | Q-例01 |
| 質問 | 仕様変更後の製品に、過去回答と同じ交換部品を使えるか |
| 関連する過去回答 | 仕様版Aについて交換可とした承認済み回答 |
| 出典 | 過去問い合わせQ-例00、仕様資料D-例01・版A・交換部品の節 |
| 今回との違い | 今回は仕様版B。版Bの適用資料は未確認 |
| 社内向け回答案 | 版Aの回答は確認対象として抽出できる。版Bへの適用可否は未確認 |
| 次の確認 | 技術担当が版Bの仕様資料と部品適合条件を確認 |
| 状態・確認者 | 下書き。実際に照合した担当者と確認日を後から記録 |
この段階で「版Bでも交換できます」と言い換えると、AIによる整理が根拠のない技術判断へ変わります。出典を示すことと、その出典が今回にも当てはまることは別々に確認します。未確認の欄が残ったカードも、不足を示す引き継ぎ資料として使えます。
未回答事項の担当と期限を揃える
未回答事項は、質問の内容だけでなく、誰が何を確認すれば解消するかまで書きます。技術条件は技術担当、品質保証に関する判断は品質担当、顧客への照会と返答は営業が受け持ちます。期限は顧客への回答予定から担当者が合意して設定し、AIに推測させません。
技術責任者から営業へは「回答可の論点」「保留の論点」「確認した資料」「次の担当と期限」を返します。担当不在の場合に備え、責任者は代行者も決めておきます。営業は回答案をそのまま送らず、確認済みの範囲と顧客固有の条件を確かめてから送信します。
五件を一週間試し、拡大するか判断する
試行は一つの製品群に絞り、承認済み回答五件を一週間で整える案から始められます。五件・一週間は運用を確かめるための例で、効果を保証する基準ではありません。資料の不足や確認負担を把握し、対象を広げられる条件を決めることが目的です。
担当者が入力から照合までを通して試す
技術営業担当が履歴の整備と記録を担当し、技術責任者が適用条件の判定を担当します。開始日に五件の質問と正しい出典をそろえ、期間中にAIの抽出結果を原票と照合します。最終日に、別の営業担当でも出典へ戻り、保留理由を理解できるかを確かめます。
正解資料を検索対象に含む試験は、手順の確認に使います。それだけでは新しい問い合わせへの対応力は分からないため、対象外の仕様版や根拠がない質問でも「未確認」と返せるか試します。全出力に出典と確認者が付き、未確認事項を識別できたことを、試行を終える条件にします。
探す時間と確認の手戻りを一緒に測る
効果を見る際は、根拠を探し始めてから該当資料を開くまでの時間を測ります。同時に、出典違い、適用版の誤り、条件の抜け、修正に使った時間も記録します。検索だけが速くても、確認の手戻りが増えれば対象を広げる前に見直します。
同じ質問を繰り返すと記憶で速くなるため、AIあり・なしの試行順を入れ替えるか、同程度の別の質問を用意します。少数の試行は改善の手掛かりとして扱い、全社の削減率に換算しません。本稿の手順による効果は未測定であり、自社の記録で確認する必要があります。
| 見る項目 | 記録方法 | 次の判断 |
|---|---|---|
| 根拠を探す時間 | 開始・資料到達の時刻、対象質問 | 探し直しが減っているか |
| 出典・仕様版・条件の誤り | 誤りの種類と元資料 | 入力か検索条件を直す |
| 人の確認・修正時間 | 技術担当の確認開始・終了 | 確認負担が増えていないか |
| 未回答事項 | 内容、担当、期限、解消日 | 担当不明のまま残っていないか |
| 別担当への引き継ぎ | 元資料へ戻れたか、追加質問 | カードの項目を補うか |
発展の可能性として、AIエージェントで問い合わせ対応の準備をつなぐ
一件ずつ回答案を確かめる運用が整えば、AIエージェントで複数の作業をつなぐ使い方も考えられます。ここでいうAIエージェントは、目的に沿って資料検索などのツールを使い、必要な作業を進める仕組みです。問い合わせ履歴の整理から始め、探す作業や担当間の引き継ぎに手間が残る場合に、次の選択肢として検討できます。
過去回答の検索から、確認依頼の下書きまでをつなぐ
許可した資料の保存先や社内の問い合わせ管理と連携できれば、質問を受け取り、関連する過去回答を探し、今回との条件の差を並べ、技術担当への確認依頼を下書きする流れも考えられます。先ほどの交換部品の例なら、版Aの回答を取り出したうえで、版Bの資料が不足していることを示し、確認してほしい論点をまとめる使い方です。営業が資料を探して別の一覧へ転記する作業をつなぎ、技術担当が根拠の照合から着手できる形を目指せます。
RAGによる資料検索を、この流れの一部として使うことも考えられます。検索結果を回答案にするだけでなく、不足情報に応じて追加資料を探したり、確認先の候補を示したりする使い方へ広げるものです。これらは活用の設計例であり、利用環境の連携機能と閲覧権限を確かめる必要があります。
確認待ちの整理や、FAQカードの更新準備にも広げられる
担当と期限を記録しておけば、確認待ちの一覧を更新し、期限が近い案件を社内へ知らせる作業の自動化も検討できます。人が承認した回答を受けて、関連するFAQカードの更新案を作るところまでつなぐ使い方も考えられます。回答案だけでなく、その後の確認待ちや知識の更新を整理できれば、担当交代時にも対応の続きを追いやすくなります。
試す場合は、営業責任者が対象資料と社内通知先を決め、技術条件の判断と顧客への回答は人が担います。FAQの承認済み版への反映にも人の確認を残し、出典が開けない、版が違う、担当が決まらない場合は処理を止めて原票へ戻します。最初は一件の回答案と確認依頼の下書きまでを試し、確認・修正を含む時間と未回答事項の抜けを見て、つなぐ範囲を広げるか判断しましょう。
失敗したときは原票と運用を見直す
AIの出力が使えない場合は、何が不足したかを分けて直します。出典の欠落、版の混同、担当不明では戻す先が異なります。担当者の注意力だけに頼らず、同じ誤りが次の履歴へ広がらない仕組みにしましょう。
似た回答を混ぜたり、例外条件を落としたりする
似た質問を一枚のFAQへまとめると、製品別の条件や顧客専用の例外が消えることがあります。出典が複数ある場合は、どの記述がどの資料に基づくかを論点別に残します。適用条件が異なる回答は、文章が似ていても別のカードに分けます。
出典が開けない、資料に該当箇所がない、仕様版が一致しない場合は、その回答案の使用を止めます。AIに再回答させるだけで済ませず、元の問い合わせ、承認済み回答、現行資料へ戻して確認します。現物や使用状況が必要なら、技術担当が現場確認を行います。
確認待ちと古いカードを残したままにする
確認担当が決まっていないと、回答案だけが増えて営業へ戻らなくなります。責任者は未回答事項一覧を定期的に確認し、担当と期限を調整します。仕様変更や回答の訂正があった時は、関連カードを使用停止にしてから更新します。
訂正前の内容は履歴として区別し、検索対象には最新の承認済み版を使います。誤った回答から自動的にFAQを増やす運用にはしません。まず明日、営業と技術担当で一件の問い合わせを選び、「答え」「根拠」「使える条件」「確認者」を並べるところから始めてください。
AI活用全体の進め方や資料案内は、製造業のAI活用とは？中小製造業で現場に定着させる進め方で確認できます。問い合わせ整理を検討する際は、対象資料、入力してよい範囲、確認責任者を整理してから次の判断へ進みましょう。
よくある質問
過去の問い合わせが少なくても始められますか？
少数でも、承認済み回答と出典が揃っていれば整理を試せます。まず一つの製品群に絞り、元資料へ戻れるカードを作ります。件数を増やすより、次の担当者が条件を確かめられるかを確認してください。
出典が付いていれば、回答案をそのまま顧客へ送れますか？
出典だけでは送信可とは判断できません。技術責任者が資料の版と今回の適用条件を照合し、営業が顧客向けの内容を確認します。条件が不足している論点は未回答事項として残し、人が回答します。
古い回答はすべて削除したほうがよいですか？
古い回答も、過去の判断を確かめる記録として区別して残します。現行回答の検索対象からは外し、適用製品や版を明示して管理します。更新時は関連するFAQカードの状態と出典も見直してください。
最初から顧客向けの自動回答まで導入する必要がありますか？
最初は社内向けの回答案と未回答事項一覧で試せます。人が原票と照合できる流れを整え、探す時間と確認の負担を測ります。顧客への回答は営業が行い、試行結果を見て次の範囲を判断します。
AIコンサルティング｜無料資料あり
