「御社の業種でも使えます」の中身
「御社の業種でもすぐ使えます」と言われたとき、その言葉が成立するかは処理の性質で決まります。業種にほとんど依存しない処理と、業種と規制が判断を決める処理が混ざっているためです。
業種横断で使える処理は実際に存在します。文書の要約、問い合わせ対応、記録の整理は、業種にほとんど依存しません。問題は、業種固有の制約が強い領域について、同じ調子で適用可能性が語られる場合です。
型1 ― 業種横断の営業トーク
「どの業種でも同じように使えます」という説明が成立するかは、処理の性質で決まります。
| 処理 | 業種依存 | 確認すべき点 |
|---|---|---|
| 文書の要約・整理 | 低い | 文書の形式と量 |
| 問い合わせへの一次回答 | 低い | 参照文書の整備状況 |
| 定型書類のデータ化 | 中 | 書式の種類数、手書きの割合 |
| 需要・数量の予測 | 中 | 履歴の期間・粒度・連続性 |
| 画像による判定 | 高い | 撮影条件、不良サンプルの有無 |
| 人・与信・給付に関する判断 | 非常に高い | 規制、説明責任、公平性の検証 |
| 資格が関わる業務 | 非常に高い | 資格者が行うべき行為の線引き |
上2行については、業種横断の説明は妥当です。下2行については、業種と規制環境が判断を決めるため、横断的な適用可能性の主張は成立しません。
確認は1問で足ります。「当社の業種で、この用途に固有の制約はありますか」。この質問に対して「特にありません」という回答が返る場合、その分野の規制環境を調べていない可能性があります。
型2 ― 規制業種での「診断行為ではない」の曖昧化
医療、金融、法務、不動産といった分野では、資格を持つ者が行うべき行為が定められています。AIの用途がその線を越えないことは、導入の前提条件です。
この点について、説明が曖昧になる形を挙げます。
- 「診断ではなく支援です」 ― 支援の範囲が具体的に示されていません。何を出力し、誰が判断するのかを確認する必要があります。
- 「参考情報の提示にとどまります」 ― 実際の運用で、その参考情報がそのまま結論として使われる設計になっていないかを確認します。
- 「最終判断は人が行います」 ― 判断者が根拠を確認できる情報が提示されるかが要点です。根拠が示されない出力に承認印を押す運用は、責任だけを移すことになります(表の網羅版 第16章「AIガバナンス体制の構築」)。
- 「他社でも同様の使い方をしています」 ― 他社の運用が適法である保証はなく、また自社の状況と同じとは限りません。
規制のある分野で「診断ではない」「判断ではない」という説明を受けた場合、その説明を書面で受け取り、自社の法務および所管の規制情報で確認してください。口頭での説明のみを根拠に進めると、後の説明が立ちません。この確認は相手を疑うためではなく、自社が説明責任を負う立場にあるためです。表の網羅版 第19章「法規制・コンプライアンス」に確認先の一覧があります。
型3 ― 専門性の高い領域での適用範囲の誇張
一次産業、公共分野、研究開発などでは、その領域固有の知見が精度を左右します。汎用的な仕組みが同じ精度を出すとは限りません。
省略されやすい制約を挙げます。
- 一次産業 ― データが個々の経営体に閉じており、1つの農地の履歴だけでは学習に足りない場合があります。地域や品種をまたぐデータ共有の枠組みの合意が、技術より先に必要になります(表の第5章)。
- 公共分野 ― 判断根拠の開示に耐える設計と、調達要件としてのデータ所在が制約になります。
- 研究開発 ― 出力が仮説の候補であり、根拠を追えることが前提になります。未公開データを外部に送る場合は知財の確認が必要です。
- インフラ ― 停止時の代替手段が設計要件に含まれます。
- 教育 ― 未成年の利用に伴う配慮が、成人向けより厳しくなります。
これらの制約が提案に反映されているかは、提案書にその分野固有の記述があるかで判断できます。汎用的な説明に業種名だけを差し替えた資料は、分野の制約を検討していません。
型4 ― 事例の分野の一致だけを根拠にする
「同業種での実績があります」という説明は、条件の一致を意味しません(第4章)。同じ業種でも、次の条件で難易度が大きく変わります。
- データの状態 ― 期間、粒度、連続性、記録されている項目。
- 取引先・拠点の数 ― 書式や運用の種類数に直結します。
- 承認の階層 ― 業務プロセスの複雑さ。
- 規制の適用範囲 ― 同業種でも事業内容によって適用が変わることがあります。
- 既存システムの構成 ― 連携の難易度。
確認は「その事例の企業と当社で、この5点はどれくらい近いですか」で足ります。提案者が同業他社の内部条件を詳しく語れない場合もありますが、その場合は「条件は分からない」という回答が正しいのであって、それ自体は誠実さの証拠になります。
七月十日、見学先のミクモ工業で、クラウゼル・テクノロジーズの黒江は「次の段階では、合否の判定そのものもAIにお任せいただけます。規制の対象には該当しない設計でございますので」と説明しました。朝凪精機の製品の一部は、取引先の監査で、出荷の合否を誰がどう決めたかを見せることになっています。AI推進室の瀬尾が根拠を書面で求めると、翌週に届いたのは、どの製品のどの判定の話かも書いていない2枚の一般的な整理でした。瀬尾は総務課を通じて顧問弁護士の相談枠に回し、品質保証課とまとめた第一工場の試験の計画には「AIが出すのは、はじく候補まで。合否は検査員が決め、決めた人を記録する」と書きました。変更に要した工数は計画の1行ぶんで、確認を後回しにした場合の手戻りより明らかに小さいものでした。
この場面は網羅物語之巻 第4章「よその会社の成功事例」に出てきます。
この章の確認質問
- 「当社の業種で、この用途に固有の制約はありますか」 ― 「特にありません」は調べていない可能性を示す。
- 「支援の範囲を具体的に教えてください。何を出力し、誰が判断しますか」 ― 資格が関わる分野で必須。
- 「判断者は、根拠を確認できる情報を受け取れますか」 ― 責任だけを移す設計を避ける。
- 「その説明を書面でいただけますか」 ― 規制に関わる説明は口頭で受け取らない。
- 「事例の企業と当社で、データの状態・拠点数・承認階層・規制適用・既存システムはどれくらい近いですか」
- 「この分野固有の制約について、提案書のどこに記載がありますか」 ― 記載がなければ検討されていない。
逆に確認すべき自社側の問題
この章の内容は、提案を受ける側にも当てはまります。自社が他部署や経営層に対して用途を説明するとき、同じ省略をしていないかを確認してください。
- 他社事例を根拠にするとき、条件の一致を確認したか
- 規制の確認を、口頭の説明だけで済ませていないか
- 「支援であって判断ではない」という説明で、実際の運用を説明できるか
- 分野固有の制約を、提案資料に書いているか
この4点を自社の資料で満たしておくと、社内の承認が速くなります。確認事項が先に書かれている提案は、質問が減ります(表の網羅版 第15章「経営層と現場のギャップ」)。