製造業の技術問い合わせをAI化｜回答範囲と引継ぎ設計

型式が違うだけで手順や注意事項が変わる技術問い合わせは、一般的なFAQと同じ設計では扱えません。AIへ任せる範囲と専門担当へ渡す条件を先に決めます。 ## 製造業の技術問い合わせAIは回答範囲から設計する 製造業の技術問い合わせをAI化する場合、最初に決めるべきなのは回答件数ではなく、AIが担当する範囲です。基本となる担当範囲は、問い合わせの一次受付、不足情報の聞き返し、承認済み文書に記載された定型案内です。設計判断や安全性の評価、品質保証、個別仕様の確約は専門担当が行います。 この境界が曖昧なまま運用を始めると、AIが製品名だけを手掛かりに異なる型式の手順を案内したり、旧版の文書を現在の仕様として示したりするおそれがあります。AIが文章を生成できることと、その回答を顧客へ提示してよいことは分けて判断しなければなりません。 たとえば、取扱説明書に明記された操作方法は、対象型式と適用する版を確認できれば案内候補になります。一方、「この使い方で安全か」「今回の故障は保証対象か」「指定した環境で性能を保証できるか」といった質問は、文書の抜粋だけでは確定できません。品質保証、設計、保全などの担当部署へ引き継ぐ必要があります。 回答範囲を決める際は、質問の種類だけでなく、回答に必要な前提情報、参照してよい文書、回答を止める条件、引継ぎ先を一組で定義します。必要情報がそろわない場合は推測で補わず、確認質問を行うか有人対応へ切り替える設計が必要です。 ## 技術問い合わせを四つに分類する 問い合わせは、回答方法と担当部署に応じて四つに切り分けると運用を整理しやすくなります。 1. 文書で確定できる操作・仕様案内 対象型式と適用版が確認でき、承認済み文書に回答が明記されている問い合わせです。基本操作、消耗品の交換手順、文書に記載された使用条件などが該当します。AIは参照した文書名と版を記録したうえで、記載範囲内を案内します。 2. 追加情報が必要な症状確認 「装置が停止した」「動作がおかしい」など、質問だけでは対象や状態を特定できない問い合わせです。AIは原因を断定せず、型式、表示コード、発生時の操作、設置環境、実施済みの対処を確認します。必要事項がそろった後も、承認済み文書に該当手順がない場合は保全担当などへ渡します。 3. 個別条件を伴う技術判断 図面外の使用方法、標準仕様にない構成、他社設備との組み合わせなど、個別条件を評価しなければ答えられない問い合わせです。AIは条件を収集できますが、適否を判断したり仕様を確約したりしてはいけません。製品や案件に応じて設計、技術営業、保全などへ引き継ぎます。 4. 安全・品質・適合性に関する判断 人身や設備への危険、品質保証、規格への適合、保証の可否に関する問い合わせです。AIの自動回答対象から外し、品質保証などの承認された担当先へ渡します。発煙、異臭、漏れなどの危険兆候がある場合は、通常の聞き取りや検索を続けず、事前に承認された安全案内と緊急連絡経路を提示します。 分類ごとに、AIが回答できる条件、必須確認項目、回答禁止条件、引継ぎ先、記録項目を決めます。自社の受付項目や担当部署へ分類を落とし込む手順は、[問い合わせ分類](/usage/ai-inquiry-classification-guide)でも確認できます。 ## 回答前に型式・版・利用環境を確認する 技術問い合わせでは、製品名だけで回答を確定しません。同じ名称の製品でも、型式、製造時期、構成によって操作手順や注意事項が異なる場合があるためです。AIが回答前に確認する項目を、少なくとも次のように定めます。 - 製品名と型式 - 製造番号またはロット - 参照中の文書名と版 - 設置場所、周囲温度、電源などの利用環境 - 発生している症状と表示コード - 症状が発生したときの操作 - 利用者がすでに実施した操作 聞き返しは、回答の確定に必要な項目から順に行います。顧客が「装置が停止した」と入力した場合、すぐに復旧手順を示すのではなく、まず型式と表示コードを確認します。続いて、停止前の操作、設置環境、参照している取扱説明書の版、再起動などの実施状況を確認します。 同じ製品名でも型式Aと型式Bで復旧手順が異なるなら、型式を確認できるまで具体的な操作を案内しません。製造番号から仕様を確認する運用であれば、番号が不明な場合の代替確認方法も決めておきます。銘板の位置を案内する、購入記録を確認してもらう、担当者へ引き継ぐといった選択肢です。 情報が不足したまま利用者が回答を求めた場合も、推測で前提を補わないことが重要です。「型式を確認できないため操作手順を確定できない」と理由を明示し、追加確認に必要な情報と、その情報が見つからない場合の連絡先を案内します。 ## マニュアルと技術文書の正本を整える AIに文書を登録する前に、どの資料を回答根拠として使用できるかを整理します。PDFを集めただけでは、現行版、旧版、作業用資料、未承認資料が混在し、誤った回答の原因になります。 正本を管理する台帳には、文書名、対象製品、対象型式、版番号、発効日、承認部門、現在の状態を記録します。状態は、使用中、特定の旧型製品に限り有効、失効など、自社で判別できる区分にします。「最新版だから正しい」とは限りません。現行版のマニュアルが旧型製品に適用されない場合は、対象型式や製造時期に対応する有効版を選ぶ必要があります。 技術資料同士の優先順位も定めます。取扱説明書と仕様書の記載が一致しない場合に、AIが都合のよい記述を選んではいけません。矛盾を検出した時点で回答を止め、文書を承認した部門へ確認を依頼します。 改訂時の運用では、差し替え責任者、反映期限、旧版の参照停止方法、更新後に再検証する質問を決めます。旧版を履歴として保存する場合も、通常の回答検索からは除外し、必要な型式にだけ適用できる状態にします。文書の整理後に登録と更新の流れを具体化する場合は、[ナレッジ登録](/usage/knowledge-registration)を参照してください。 ## AIが答えず専門担当へ渡す条件 AIが回答を止める条件は、担当者の感覚ではなく、問い合わせの内容と確認結果で判定できるようにします。主な引継ぎ条件は次のとおりです。 - 人身事故や設備損傷につながる危険が考えられる - 発煙、異臭、異音、漏れ、異常発熱などが報告されている - 安全性、品質保証、規格適合、保証可否の判断を求められている - 図面や標準仕様にない個別条件の可否を求められている - 故障原因や責任の所在を断定する必要がある - 承認済みの正本同士に矛盾がある - 型式、版、利用環境などの必要情報を確認できない - 承認済み文書に回答根拠がない 「この条件で安全ですか」「この製品は規格に適合していますか」「今回の修理は保証対象ですか」といった質問は、資料に一般的な説明があっても自動回答しません。個別条件を踏まえた確約になるため、品質保証または所定の専門担当へ渡します。 引継ぎ先は、質問の分類と緊急度に対応させます。仕様や設計条件は設計担当、品質や適合性は品質保証、設備の異常や復旧判断は保全担当など、社内の担当範囲に合わせて定めます。担当部署だけでなく、受付時間外の連絡経路、担当者が不在の場合の代替先、顧客へ伝える待ち時間の案内方法も決めておきます。 引継ぎ票には、問い合わせ原文、確認済みの型式・製造番号・版・利用環境、症状、表示コード、実施済み操作、AIが参照した文書、回答を止めた理由、希望する連絡方法を残します。たとえば「型式X、文書第3版、周囲温度、エラー表示、再起動実施済み、参照資料、回答停止理由」を一つの記録にまとめます。担当者が同じ質問を最初から繰り返さず、回答根拠も検証できる状態が必要です。 危険兆候や稼働停止などの緊急度は、事前に定義した条件で判定します。AIが独自に重要度を推測する運用にはしません。回答停止後の通知内容や顧客への案内まで整理する際は、[有人引継ぎ](/usage/chatbot-human-handoff-design)も確認してください。 ## 小さく導入して回答品質を確認する手順 最初から全製品と全問い合わせを対象にせず、文書と担当部署を管理できる範囲で試行します。進め方は次の順序です。 1. 対象とする製品、型式、問い合わせ分類を限定する 2. 適用できる正本と版を台帳で確定する 3. 回答禁止領域と部署別の引継ぎ条件を登録する 4. 通常質問、不足情報のある質問、危険兆候を含む質問を用意する 5. 回答内容、根拠、聞き返し、引継ぎ判断を確認する 6. 誤回答の原因を文書、分類、指示、更新手順に切り分けて修正する 7. 承認部門の確認後に対象範囲を広げる 評価では、文章として自然かどうかだけを見ません。対象型式に適用できる文書を選んだか、回答が正本の記載範囲を越えていないか、不足情報を適切に聞き返したか、禁止条件で回答を止めたかを確認します。 テスト質問には、型式を明記した質問だけでなく、製品名しかない質問、旧版を前提にした質問、複数の症状を含む質問も入れます。また、文書に答えがない質問に対して、AIが無理に回答せず引き継げるかも確認します。 合格基準は一律の数値で決めず、誤回答時の影響と自社の承認手続に合わせて設定します。安全や品質に関わる領域では、通常の操作案内より厳しい停止条件が必要です。根拠一致や聞き返しを含む評価項目は、[AIチャットボットの回答品質評価](/usage/ai-chatbot-answer-quality-evaluation)を参考に整理できます。 ## 製造業の技術問い合わせAIで起きやすい失敗 よくある失敗の一つは、製品名だけで回答することです。対策として、型式を必須項目にし、確認できない場合は具体的な操作案内を止めます。 次に、最新版の文書をすべての製品へ適用する失敗があります。最新版であっても旧型製品には適用できない場合があります。版番号だけでなく、対象型式と製造時期を正本台帳に記録し、該当する有効版を選びます。 PDFを登録した時点で運用を始めることも避けるべきです。承認状態や文書間の優先順位が不明なままでは、AIが未承認資料や矛盾した記述を参照する可能性があります。登録前に正本の責任者を決め、失効文書を回答対象から外します。 曖昧な質問をAIが推測で補う運用も危険です。「停止した」という情報だけで故障原因や復旧操作を示さず、型式、表示コード、発生条件を確認します。確認できなければ、回答できない理由を示して有人対応へ渡します。 引継ぎ先を決めないまま回答禁止条件だけを設定すると、問い合わせが滞留します。分類ごとに担当部署、緊急時経路、不在時の代替先、引継ぎ票の項目まで用意します。 文書を改訂しても旧回答を使い続ける失敗を防ぐには、改訂時の再検証が必要です。差し替え後は、変更箇所に関係するテスト質問を実行し、参照版と回答内容が更新されたことを確認してから運用へ反映します。 導入前には、対象製品と問い合わせ分類、必須確認項目、正本責任者、回答禁止条件、部署別の引継ぎ先、緊急時経路、記録項目、評価用質問、改訂時の再検証手順が決まっているかを確認します。確認結果は項目ごとに「定義済み」「要確認」「未定」で記録し、要確認または未定の項目には決定する担当部署と期限を設定します。あわせて、型式を特定できない質問、旧版を指定した質問、危険兆候を含む質問を使い、聞き返しや引継ぎが設計どおりに行われるかを公開前に確認します。一つでも未定なら、その項目に関係する問い合わせは自動回答の対象から外します。 ## よくある質問 **すべてのマニュアルを最初から登録する必要がありますか。** 最初から全製品の文書を登録する必要はありません。対象製品と問い合わせ分類を限定し、適用版と承認状態を確認できる正本から始めます。文書数を増やす前に、更新責任者と旧版の参照停止手順を整えることが重要です。 **旧型製品の問い合わせはどのように扱いますか。** 旧型製品に適用できる文書が正本として管理されている場合は、型式や製造時期と対応づけて扱います。適用版を確認できない場合は現行版で代用せず、専門担当へ引き継ぎます。 **AIが回答できない場合、顧客には何を伝えますか。** 回答できない理由、確認済みの情報、追加で必要な情報、引継ぎ先、次の連絡方法を伝えます。単に「回答できません」と終えるのではなく、型式が未確認なのか、安全や品質に関する判断が必要なのかを明確にします。 **社内向けと顧客向けで回答範囲を分けるべきですか。** 利用者が参照できる情報と担当範囲が異なるなら、回答範囲を分けます。ただし、社内向けであっても安全性、品質保証、規格適合、個別仕様をAIだけで確約させるものではありません。利用者区分ごとに参照可能な正本、回答禁止条件、引継ぎ先を定義します。 製造業の技術問い合わせAIでは、回答を増やす前に、質問の分類、型式・版・利用環境の確認、承認済み正本の限定、回答禁止条件、専門担当への引継ぎ経路を整える必要があります。必要情報が欠ける場合や、安全・品質・仕様の確約を伴う場合は推測で答えず、収集済み情報と参照履歴を添えて有人対応へ渡します。 Socratesでは、自社の製品群、正本文書、回答禁止領域、部署別の引継ぎ条件を整理したうえで、業務ごとの回答範囲と有人対応への引継ぎを相談できます。