工務店・ハウスメーカーのAI誤回答の記録 原因を切り分けて再発を減らす

実務上の要点は、AIそのものを原因にして記録を終えないことです。「入力不足」「参照資料の不足・不一致」「質問の曖昧さ」「AIによる推測」「転記ミス」「人の確認漏れ」に切り分けると、入力様式の変更、資料の更新、利用範囲の制限、確認者の追加など、次回の行動へつながります。本記事では、そのための誤回答記録票、原因分類、修正例、評価表、月次集計の方法までを一つの運用として組み立てます。

01.誤回答記録の目的を「AIの採点」から「業務の修正」へ変える

AIの誤回答記録は、AIが何回間違えたかを数えるための帳簿ではありません。目的は、誤りが業務に入り込んだ経路を見つけ、同じ条件で再発しにくい仕事の形へ直すことです。

たとえば、補助制度に関する回答が誤っていたとします。「AIが古い情報を出した」とだけ記録しても、次回は担当者が注意するしかありません。一方、「対象年度を入力していなかった」「公式資料を指定していなかった」「回答日時点の確認先を決めていなかった」と分ければ、質問テンプレートと確認手順を修正できます。

総務省・経済産業省のAI事業者ガイドライン第1.2版（2026年3月31日公表）は、AIの開発者、提供者、利用者など、立場に応じたAIガバナンスの考え方を示しています。同ガイドラインは改訂が続いているため、社内規程へ引用する際は、参照した版番号と公表日を記録し、より新しい版が出ていないかを確認します。工務店が自社の業務、影響、利用方法に応じて管理することが重要であり、本記事の記録票や分類方法は、その考え方を工務店の実務へ落とすための独自の運用提案です。

また、AIの回答が事実として誤っていなくても、業務上は「誤回答」として扱うべき場合があります。自社の標準仕様と違う、顧客との合意を反映していない、確定前の価格を断定した、営業担当者の権限を超えた約束を書いた、といったケースです。

本記事では、次のいずれかに該当する出力を記録対象とします。

この表から読み取るべき点は、「間違い」の範囲が真偽だけではないことです。工務店では、案件条件、自社仕様、承認権限、顧客との合意まで一致して初めて、業務に使える回答になります。

AI活用全体の用途選定や経営判断は、基幹記事の工務店のAI活用機会を整理する考え方に委ねます。本記事が扱うのは、利用中に見つかった誤回答を記録し、原因を分け、手順を直す作業です。

02.一件の単位を決め、記録が膨らみすぎるのを防ぐ

誤回答の記録が続かない理由の一つは、一件の範囲が曖昧なことです。同じ回答に三つの誤りがあったとき、三件に分けるのか、一件にまとめるのかが担当者ごとに変わると、集計結果を比較できません。

基本は「同じ入力と同じ出力から発生し、同じ修正で再発を抑えられるもの」を一件とします。一つの回答に複数の誤りがあっても、原因と対策が共通なら一件です。原因や対策が異なるなら分けます。

たとえば、見学会案内文で開催日と駐車場住所が間違っていたとします。両方とも、担当者が前回イベントの情報を残したまま入力したことが原因なら、一件の「旧案件情報の混入」として扱えます。

一方、開催日は入力ミス、駐車場住所はAIが入力にない情報を補ったのであれば、修正方法が違います。前者には入力確認、後者には推測禁止と不明表示の指示が必要なため、二件に分けます。

この模式図では、誤った箇所の数ではなく、再発防止策が共通かどうかを境にする点が重要です。件数を増やすことより、修正担当者が迷わず動ける単位を優先します。

記録票には、発見者の感想ではなく、第三者が状況を再現できる情報を残します。ただし、顧客の氏名、連絡先、健康状態、資産状況など、原因分析に不要な情報まで複製しないようにします。原文保存が必要でも、社内ルールに従って伏字や案件番号へ置き換えます。

最低限の記録項目は次のとおりです。

ここで大切なのは、「正しい内容」と「根拠」を別欄にすることです。担当者が正しいと思う内容を書くだけでは、後から別の人が照合できません。承認済み資料の名称、版、作成日、保管場所などを記録します。

AIサービスの画面や履歴をそのまま誤回答台帳にしてはいけません。会話履歴が削除されたり、担当者以外が確認できなかったり、入力後に参照資料が更新されたりする可能性があります。少なくとも、問題箇所、入力条件、確認した根拠は、自社が管理する記録へ移します。

外部へ出た誤りの初動は事故対応手順へ渡す

誤回答が顧客へ送信済み、または公開済みだった場合の初動（停止、保全、責任者への報告、影響判定、訂正連絡）は、本記事では独自に定めず、工務店のAI利用ミスへの対応｜誤送信・誤掲載の連絡と修正の初動記録票と影響判定表に集約します。未送信の下書きで見つかった誤りは、利用を止めて正しい根拠で直したうえで、本記事の記録票へ残します。どちらの場合も、会話やファイルを消さずに入力・出力・添付資料の版を保全しておくことが、後の原因分類の前提になります。本記事が扱うのは、その後の原因分類と再発防止です。

03.入力・出力・根拠をそろえて再現可能にする

原因を切り分けるには、AIが何を答えたかだけでなく、何を渡されていたかを確認します。入力に存在しなかった条件をAIが補ったのか、入力自体が誤っていたのかでは、対策が正反対になるからです。

記録する入力は、質問文だけではありません。添付した文書、コピーしたメール、参照を指示したURL、会話の前段、利用したテンプレートも含みます。長い会話の途中で質問した場合、直前の指示だけを保存すると、古い条件が残っていた原因を見落とします。

再現に必要なものを、四つの箱で考えると整理できます。

この表では、AIの会話を保存するだけでは「採用判断」が欠けることに注目します。AIが誤った文章を出しても、人が根拠と照合して止めれば外部影響はありません。反対に、正しそうだという印象だけで採用した場合は、確認工程にも改善余地があります。

入力と出力は、誤りを発見した時点のまま保存します。原因分析の途中で入力文を書き換えて再実行すると、当初の状況と改善後の状況が混ざります。「初回入力」「再試行入力」「初回出力」「再試行出力」を分けて残します。

日付や版も重要です。「会社案内を添付」とだけ書かず、「会社案内、2026年8月1日更新版」のように記録します。同名ファイルを上書きする運用なら、記録時点の内容を特定できる管理番号や保存場所が必要です。

再現のために顧客情報を過剰保存する必要はありません。たとえば「東京都○○区の施主名と詳細住所」まで残さなくても、「対象地域A」「案件番号K-018」と置き換えて原因を確認できる場合があります。必要性のない個人情報を原因分析票へ転記しないことも、運用設計の一部です。

IPAのサイトには、テキスト生成AIの導入・運用ガイドラインが掲載されています。これはIPAの公式ガイドラインではなく、IPA中核人材育成プログラムの修了者によるプロジェクト成果物として公開されている資料です。組織のセキュリティ担当者を主な対象として、リスクマトリクスを用いた管理の一例を説明しており、参考資料として位置付けます。具体的に何を入力可能とするか、どの情報を保存するかは、自社の利用環境、契約、情報区分を確認して決める必要があります。本記事は、特定サービスへの機密情報入力が安全だと保証するものではありません。

再現できない記録も、捨てずに「再現不能」と残します。そのうえで、不足しているものを明記します。「入力履歴なし」「添付資料の版不明」「誰が最終編集したか不明」と書けば、それ自体が保存手順の欠陥を示す材料になります。

04.原因を六つに分け、「AIだから」で終わらせない

原因分類は細かすぎると選べず、粗すぎると対策につながりません。工務店の文章・資料作成で使うなら、まず六つに分けると運用しやすくなります。

1．入力内容の誤り・不足

担当者が間違った日付を入力した、案件条件を省略した、別案件の文章を混ぜた、確定前の数字を確定値のように渡した場合です。AIは渡された内容に沿っていても、業務上の出力は誤りになります。

この原因に対して「AIへ正確に答えるよう強く指示する」だけでは改善しません。入力前のチェック欄、案件情報の転記方法、確定・未確定の表示を直します。

2．指示の曖昧さ・競合

「適切に書いて」「一般的な条件を補って」など、推測の範囲が広い指示や、一つの会話内で異なる条件を与えた場合です。「短く」と「すべての注意事項を含める」のように、要求が競合していることもあります。

対策は、対象、目的、使ってよい材料、推測してはいけない項目、出力形式を分けて記載することです。条件が足りないときは、埋めずに質問させる指示も候補になります。

3．参照資料の不足・不一致

必要な資料を渡していない、古い版を使った、二つの資料で数字が違う、正式資料と打ち合わせメモの優先順位が不明な場合です。

資料を増やせば解決するとは限りません。最新版の所在、承認済みかどうか、資料が競合した場合の優先順位まで決めます。

4．根拠のない生成・誤った推論

入力や指定資料にない事実、数字、引用、制度、製品仕様などをAIがもっともらしく補った場合です。質問に答えるため、不足部分を推測したケースもここに含めます。

対策は、「提供資料にない内容は不明と表示する」「数値ごとに参照箇所を示す」「公式資料で別途確認する」といった出力条件と検証工程です。指示だけで誤りがなくなるとは限らないため、人による照合を外せる根拠にはしません。

5．人による転記・編集の誤り

AIの初回出力は正しかったのに、担当者がメール、見積書、投稿画面へ移す際に数字を変えた、修正版の一部を旧版へ戻した、別案件の文面へ貼り付けた場合です。

この場合、AIへの指示を直しても再発を防げません。転記箇所を減らす、差分を確認する、公開前に原資料と照合するなど、AIの外側の工程を修正します。

6．確認・承認工程の不備

根拠を確認する担当が決まっていない、急ぎのため確認を飛ばした、誰もが他の人が見ると思っていた、承認済みと下書きの区別がなかった場合です。

誤回答が外部へ届いた原因は、一つとは限りません。AIが誤った推測をしたことが発端でも、確認欄がなかったために送信されたなら、「根拠のない生成」と「確認工程の不備」を併記します。

この表の使い方は、一つだけ選ぶことではありません。発生原因と、外部へ通過した原因を分けて記録します。「なぜ誤りが生まれたか」と「なぜ止まらなかったか」の二段階で見ると、実効性のある対策になります。

原因が確定できないときは、無理に一つへ決めず、「候補」として残します。たとえば会話履歴がなく、入力ミスかAIの推測か分からないなら、「入力記録欠落により判定不能」とします。確証のない原因を断定すると、誤った対策へ時間を使うことになります。

05.架空案件で入力と修正の違いを追う

ここからは架空例として、AI管理の各記事で共通に使う「青葉住建」という地域工務店を設定します。実在する会社、施主、成果ではありません。青葉住建は、完成見学会の案内メール作成に文章生成AIを使っています。

案件条件は固定します。見学会は2026年10月17日と18日の2日間、各日10時から16時まで、完全予約制です。会場住所は予約確定者に個別案内します。駐車場は台数に限りがあり、予約時の確認が必要です。建物の具体的な性能値は、公開用資料で承認されていません。

担当者は、過去の見学会メールを貼り付け、「今回用に書き換えてください」と指示しました。過去文面には「予約不要」「駐車場20台」「会場住所」が記載されていました。今回の開催概要は添付していません。

AIは日付だけを今回の日程に変え、予約不要、駐車場20台、旧会場住所を残しました。さらに、「最高水準の断熱性能を体感できます」という表現を追加しました。担当者が送信前に、開催概要との違いに気づきました。

初回の記録は次のようになります。

この例で読み取るべきことは、「予約不要」と「性能の断定」を同じ原因にしない点です。前者は旧情報の混入、後者は提供資料にない表現の追加です。対策も、入力様式の変更と、根拠外の追加禁止に分かれます。

修正前の指示は、次のようなものでした。

下のメールを今回の見学会用に書き換えてください。読みやすく、来場したくなる文章にしてください。

この指示には、今回の確定条件、過去文面のどこを使ってよいか、何を推測してはいけないかがありません。そこで、青葉住建は次のように入力を修正しました。

目的：予約済みまたは予約を検討中の顧客へ、完成見学会を案内するメールの下書きを作る。
確定条件：2026年10月17日・18日、各日10時から16時、完全予約制。会場住所は予約確定者へ個別案内する。駐車場は台数に限りがあるため、予約時に確認してもらう。
使用範囲：上記の確定条件だけを事実として使う。
禁止：具体的な性能値、性能評価、駐車台数、会場住所、特典を補わない。
不足時：必要な事実が足りない場合は推測せず、「要確認」と記す。
出力：件名案1つ、本文400字以内、最後に予約方法の確認欄を設ける。

この修正は、上手な宣伝文句を得ることより、事実と未確定事項の境界をAIへ渡すことを優先しています。それでも出力が正しいとは限らないため、開催日、時間、予約条件、住所の扱い、駐車場、性能表現を人が照合します。

修正版の出力例は、次のようになります。

件名：10月17日・18日 完成見学会のご案内

2026年10月17日（土）・18日（日）の各日10時から16時まで、完成見学会を開催します。見学は完全予約制です。会場住所は、ご予約が確定した方へ個別にご案内します。駐車場は台数に限りがあるため、ご予約時に利用希望をお知らせください。

予約方法：要確認

「予約方法：要確認」が残っているのは失敗ではありません。入力にない予約方法を作らず、担当者へ確認を返しているからです。担当者は承認済みの予約URLや電話番号を追記し、最終確認後に送信します。

再試行結果を「誤りなし」とする前に、何を照合したかも残します。「担当者が見たので問題なし」ではなく、「開催概要・承認版の6項目と一致。不足していた予約方法は担当者が公式予約ページから追記」と書けば、後から再現できます。

06.影響度と発生条件を評価し、対策の優先順位を決める

すべての誤回答へ同じ工数をかけると、記録業務が重くなり、重要案件への対応が遅れます。優先順位は、少なくとも「影響度」「外部到達」「再発可能性」の三点から決めます。

影響度は、誤りが採用された場合に何が変わるかで判定します。文章の読みやすさに限られるのか、顧客の予約行動が変わるのか、見積金額や契約判断へ影響するのか、施工や安全へ関係し得るのかを見ます。

外部到達は、AI出力が社内下書きにとどまったか、顧客へ個別送信されたか、一般公開されたかで分けます。再発可能性は、同じテンプレートや資料が繰り返し使われるか、同種業務が多いか、原因が未修正かを確認します。

点数化は便利ですが、点数だけで安全や契約に関わる案件を低く扱わないようにします。次は、青葉住建が社内整理に使う架空の評価例です。法的な区分や公的基準ではなく、自社で優先順位をそろえるための運用案です。

この表では、合計点の高さだけでなく、3点が付いた軸を見ます。特に影響度が3点の場合は、合計が低くても責任者へ共有するなど、社内の優先条件を別に設定します。また、「最高水準」「業界一」のような性能・価格の最上級表現や、根拠のない性能の断定は、広告表示の規制にも関わり得るため、読みやすさの問題にとどめず影響度3点として扱います。

合計点を使うなら、計算式を明示します。架空例では「優先度点＝影響度＋外部到達＋再発可能性＋検出の難しさ」とし、最低4点、最高12点です。青葉住建（架空）の見学会案内は、「最高水準の断熱性能」という根拠のない最上級表現を含むため影響度3点、外部到達1点、再発可能性3点、検出の難しさ1点で、合計8点となります。

8点という数字だけで「中程度」と結論づけるのではなく、3点が付いた軸に注目します。影響度が3点なので、合計点にかかわらず責任者へ共有します。再発可能性も3点で、見学会のたびに過去メールを流用するなら、入力テンプレートの修正効果が複数案件へ及ぶからです。

この区分から読み取れるのは、スコアが自動的に結論を出すのではなく、判断の抜けを減らす補助線だということです。自社の業務や承認権限に合わせて、区分と例外条件を決めます。

月ごとの件数を比較する場合は、分母をそろえます。「今月は誤回答が10件、先月は5件」だけでは、AIの利用回数が倍になった可能性を除けません。比較するなら、記録可能な範囲で「誤回答記録件数÷対象業務でAI出力を採用候補として確認した回数」など、分母を定義します。

たとえば、1か月間に対象業務でAI出力を80回確認し、誤回答を8件記録したなら、記録率は「8件÷80回×100＝10％」です。ただし、この値はAIの一般的な精度を示しません。対象業務、記録基準、発見能力によって変わる、自社運用上の観測値です。

07.対策は「注意する」ではなく、工程の変更として記録する

再発防止欄に「今後は注意する」「必ず確認する」と書いても、次の担当者が何を変えるべきか分かりません。対策は、入力、資料、出力、確認、権限のどこを、誰が、いつまでに変えるかまで具体化します。

対策を選ぶ順序は、原因と対応させます。

この流れでは、再試行を行う前に「何を変えたか」を固定します。複数の条件を一度に変えると、どの対策が効いたか判断しにくくなるためです。

対策は、大きく五段階あります。必要以上に重い統制を置くのではなく、影響に応じて選びます。

この表では、対策の完了を「周知した」で終えないことが要点です。入力票、資料一覧、確認欄など、変更した成果物が残って初めて、他の担当者も同じ方法を再現できます。

「二人で確認する」は有効な場合がありますが、誰でもよいわけではありません。見積条件なら積算責任者、工期なら施工管理側、公開表現なら広報責任者など、確認対象を判断できる人を定めます。

確認者を増やしても、同じ誤った資料を見ていれば誤りは止まりません。「何を根拠に、どの項目を照合するか」を確認欄にします。たとえば見学会案内なら、開催日、時間、予約条件、住所の扱い、駐車場、申込先の六項目です。

利用停止も、罰としてではなく管理策として扱います。正しい根拠を短時間で確認できない用途、出力と最終判断の境界が曖昧な用途、誤りの影響が大きい用途では、下書き用途へ限定する選択があります。

対策後に誤りが再現しなかったとしても、「AIが今後は間違えない」とは言えません。確認できるのは、その時点の入力、資料、条件、出力において同じ誤りが見つからなかったことです。記録には「再試行1回、六項目を原資料と照合し一致」のように、確認範囲を書きます。

08.個票を月次で束ね、繰り返す原因を見つける

一件ごとの記録は、個別案件の修正には役立ちます。しかし、会社全体の再発を減らすには、一定期間ごとに束ねて、共通原因を探します。

月次集計では、誤回答件数だけでなく、業務、原因、外部到達、対策状況を見ます。件数が多い部署を責める目的にすると、記録されなくなります。発見して止めた事例は、確認工程が働いた証拠でもあります。

集計項目の例は次のとおりです。

この表で特に重視したいのは、再現不能件数です。誤回答そのものを減らそうとしても、入力や資料が残っていなければ原因を学習できません。最初の数か月は、誤回答率より記録の再現性を改善するほうが先の場合があります。

月次会議では、全件を読み上げる必要はありません。次の条件に該当するものを優先して扱います。

• 外部へ届いたもの
• 影響度を高く評価したもの
• 同じ原因が複数回出たもの
• 対策期限を過ぎたもの
• 対策後に再発したもの
• 原因を切り分けられなかったもの

件数が増えたときは、利用が悪化したと即断しません。利用回数が増えた、記録基準が浸透した、発見能力が上がった可能性があります。分母、用途、記録基準が同じかを確認してから比較します。

反対に、記録がゼロでも安全とは限りません。AIを使っていないのか、確認で誤りが出なかったのか、誤りに気づかなかったのか、担当者が記録していないのかを分けます。「ゼロ件」を成果指標にすると、報告を避ける動機が生まれます。

経営者が見るべきなのは、AIの正答率らしき数字だけではありません。高影響の用途に確認者がいるか、対策期限が放置されていないか、同じ旧資料が複数部署で使われていないか、利用停止条件が守られているかです。

AI活用を受注、粗利、人員などの経営課題と一緒に扱う場合は、工務店の経営計画の立て方で示されるように、指標を一枚につなぐ視点が役立ちます。ただし、誤回答件数をそのまま人事評価へ結びつけると、発見・報告が減るおそれがあるため、用途を分けるべきです。

09.役割と期限を決め、台帳を放置させない

誤回答台帳が形骸化する典型は、記録者と改善責任者が同じ欄に混ざることです。発見者が事実を記録できても、全社テンプレートの変更や利用停止までは決められない場合があります。

役割は、少なくとも「発見者」「業務責任者」「資料管理者」「運用管理者」に分けます。小規模な工務店では一人が複数を兼ねても構いませんが、どの役割として判断したかは明確にします。

この役割表から読み取れるのは、AIの管理を情報システム担当だけへ集めないことです。見積、設計、施工、営業の内容が正しいかは、それぞれの業務を判断できる人が確認します。

期限は、誤回答の発見日から一律に設定するより、初動と恒久対策を分けます。外部影響がある場合の訂正は優先し、テンプレート改定や資料整理には別の期限を置きます。

記録の状態は、「受付」「影響対応中」「原因分析中」「対策実施中」「再試行待ち」「完了」「保留」のように限定します。「対応中」だけでは、何を待っているか分かりません。

保留には理由と再開条件が必要です。「担当者多忙のため保留」ではなく、「正式な製品資料の改定待ち。資料管理者が受領後に照合を再開」のように書きます。再開条件がない保留は、実質的な放置になります。

完了条件も先に定めます。おすすめは、次の四点がそろった状態です。

1. 外部影響への対応が終わっている 2. 原因または判定不能の理由が記録されている 3. 恒久対策が実物へ反映されている 4. 再試行または運用確認の結果が残っている

担当者の「直しました」という報告だけで完了にせず、改定された入力票、資料一覧、確認欄などを台帳からたどれるようにします。

10.判断できない例外と利用停止条件を先に決める

実務では、原因を完全に特定できない事例が必ず出ます。AIサービスの挙動が変わったように見える、同じ入力でも回答が異なる、元の履歴がない、参照した資料が更新済みで当時の状態を確認できない、といった場合です。

原因不明を無理に「AIの不具合」と記録せず、確認できた事実と確認できない点を分けます。「同じ入力で再試行したが同じ誤りは出なかった」「当初の添付資料を保存しておらず再現不能」と書けば、次に直すべき保存工程が見えます。

次のような場合は、再試行を繰り返すより、利用範囲を狭める判断が必要です。

• 正しさを確認する一次資料や社内承認資料がない
• 担当者が出力の妥当性を判断できない
• 誤りが施工、安全、契約、金額へ影響し得る
• 出力がそのまま自動送信・自動公開される
• 同じ原因の重大な誤りが対策後も繰り返す
• 入力してよい情報か判断できない
• 責任者と承認条件が決まっていない

利用停止は、AI利用を全面禁止することだけではありません。「顧客送信文の下書きには使えるが、金額と契約条件は入力・生成しない」「制度説明の構成案には使えるが、対象条件は公式資料から人が記入する」といった部分的な制限もあります。

この模式図が示すのは、便利さや文章品質ではなく、正しさを確認できる構造が利用判断の前提になることです。回答が自然でも、確認手段がなければ高影響の用途には採用しません。

顧客から「AIが書いたのか」と聞かれた場合の説明や、誤案内を送った場合の連絡方法も、場当たり的に決めないほうがよいでしょう。ただし、具体的な説明内容は、案件、契約、社内方針によって異なります。責任者が事実関係を確認し、断定や責任転嫁を避けて判断します。

制度、法令、製品仕様、性能などは、AIの回答だけを根拠にしません。本記事で確認済みの一次資料はAIガバナンスと導入・運用管理に関するものであり、個別の建築制度、法律解釈、製品性能を裏づけるものではありません。個別事項は、その分野の公式資料や社内の承認済み資料へ戻ります。

11.明日から使える誤回答記録票を完成させる

最後に、ここまでの内容を一枚の記録票へまとめます。表計算、社内フォーム、案件管理システムのいずれを使っても構いません。重要なのは、記録番号から入力、根拠、対策、再試行までを追えることです。

以下は、そのまま項目設計に使えるひな型です。

この表から読み取れる完成形は、誤文を集めた一覧ではありません。誤りの発生、外部への通過、業務変更、再試行が一本につながった改善記録です。

導入初日は、過去の誤回答をすべて掘り起こす必要はありません。まず、現在使っている用途を一つ選び、今後発見した事例から記録します。見学会案内、施工事例文、社内議事録など、正しい原資料を特定しやすい業務から始めると、記録方法を整えやすくなります。

最初の一週間で行う作業は、記録票の作成、責任者の決定、外部へ出た誤りを事故対応手順へ渡す連絡経路の合意です。次に一か月運用し、選びにくかった原因分類、記入されなかった欄、期限切れの対策を見直します。

運用開始時の確認票は、次のように絞れます。

• 記録対象となる誤りを定義した
• 一件にまとめる条件を決めた
• 外部送信済みの場合の連絡先を決めた
• 正式資料の名称、版、保管場所を記録できる
• 原因を六分類から選べる
• 発生原因と通過原因を併記できる
• 恒久対策の担当者と期限を置ける
• 再試行の入力と出力を初回分から分けて保存できる
• 高影響用途の利用停止条件を決めた
• 月次に扱う事例の選定条件を決めた

この確認票で不足が見つかったら、AIへの質問文を工夫する前に、正式資料、承認者、停止条件を整えます。根拠と責任者が曖昧なままでは、出力を何度作り直しても採用判断が安定しません。

誤回答をゼロにするという目標だけを掲げると、利用を隠す、記録を避ける、発見しても口頭修正で終えるといった逆効果が生じます。目指すべき状態は、誤りを早く見つけ、影響を止め、原因に合った工程変更を行い、同じ条件での再発を減らせることです。

そのための成果物は、誤回答件数のグラフではなく、根拠までたどれる個票、原因別の対策、改定済みの入力様式、確認者が分かる承認欄です。この四つが残れば、担当者が替わっても改善を引き継げます。