AIを入れる前に、止める線と責任の範囲を決める

import { NavigationBlock } from "@/components/blog/NavigationBlock";

商談前の判断材料 — AI導入編

「ChatGPTを全社導入したい」「業務をAIで自動化したい」——相談の入口では、ツール名と機能から話が始まることが多いです。

一方で、現場で止まるのはだいたい次の3つです。

何を入力してよいか分からない（情報漏洩の不安）
出力をそのまま使っていいか分からない（誤回答・責任）
うまくいかないとき、誰が止めるか決まっていない（運用破綻）

私たちは、導入の前に停止線と責任範囲を決めることを、実装より先に置きます。これは慎重すぎるというより、速く進めるための前提です。

30秒で要点

軸	決めること
任せる範囲	どの業務の、どの工程まで自動化するか
人が見る範囲	必ず人が確認・承認するポイント
停止線	ここを越えたら止める・エスカレーションする条件
責任範囲	入力・出力・公開の最終責任者
最小検証	1業務・1週間で線引きが機能するか試す

なぜツール選びより先か

混乱構造はこうです。

新しいツールは「進んでいる感」が出やすい
経営はスピードを求め、現場はリスクを恐れる
ベンダーは機能比較の議論に引きずられやすい
境界がないままだと、成功事例だけが共有される

失敗像：導入は進むが、使える人だけが使い、事故は個人の注意に依存する。やがて「AIは使えない」か「無承認で外部公開」に振れます。

前提の切り分け

確かなこと	不確かなこと
業務のどこかに時間がかかっている	その時間がAIで本当に削減できるか
情報漏洩・誤回答のニュースはある	自社のデータ分類とリスク許容度
社内に「とりあえず使っている」人がいる	それが組織として許容されているか

3軸で整理する

1. 任せる範囲（何まで自動化するか）

次の4問に答えます。

対象業務は何か（例：下書き、要約、分類、コード補助）
入力に何を含めてよいか（顧客名、契約、未公開数値は？）
出力をそのまま使ってよい場面はどこか
失敗時の影響はどの程度か（社内のみ／対外／法務）

「全部任せる」は範囲の定義ではありません。工程単位で書きます。

2. 人が見る範囲（必ず人が触るポイント）

場面	人が見る理由
対外メール・見積・契約文案	誤りが信用に直結
個人情報を含む入力	漏洩リスク
数値・根拠の提示	ハルシネーション（もっともらしい誤り）
新しい用途の追加	範囲の拡大

確認者の名前まで決めます。「誰かが見る」は運用になりません。

3. 停止線（ここを越えたら止める）

停止線の例（自社で書き換えてください）。

未承認の顧客データをプロンプトに入れたら即停止・記録
対外送信前に必ず人の承認（AI出力のまま禁止）
同じ誤りが2回続いたら用途を凍結し、ルールを見直す
法務・個人情報に触れる用途はリスト外なら実施しない

停止線は罰ではなく、迷わず止めるための合意です。

責任範囲を1枚にする

最小の表です。法務レビューが必要な会社はそこで拡張してください。

項目	誰が	何に
入力の適否	例：業務オーナー	データの種類・匿名化
出力の確認	例：送信前承認者	対外・対内の区別
ルールの更新	例：推進担当＋現場代表	停止線・例外の追加
事故時の初動	例：情報システム＋経営	遮断・報告・再発防止

「AIが書いたから」は責任の所在になりません。人と組織の責任を先に置きます。

置く仮説（例）

仮説： いまのボトルネックはツール不足ではなく、下書き工程の属人化であり、下書きまでをAIに任せ、対外前だけ人が見る運用で十分検証できる。

仮説は1つ。正解ではありません。

最小検証（1週間）

対象業務を1つに絞る
上記3軸を1ページに書く
5件だけ実際に回し、止めた回数・理由を記録する
1週間後、範囲を広げるか・線を引き直すかを判断する

ツールは既存のもので足りることが多いです。

次に見直す条件

条件	見直し
停止線が機能せず、個人判断に戻っている	範囲を狭めるか、確認者を増やす
業務オーナーが変わった	責任表を再合意
新モデル・新機能で用途が増えた	リスト外利用を禁止し、追加審査を設ける
事故・クレームが1件でも出た	停止線を強化し、監査ログの粒度を上げる

効く人・効きにくい人

効きやすい： すでに社内でAIを使い始めているがルールがない／経営と現場で温度差がある

効きにくい： 実装パートナーだけ欲しい、範囲はすべて決まっている

links={[

{ href: "/services/ai", label: "AI導入・業務設計コンサル" },

{ href: "/column/when-asked-to-adopt-ai-organize-first", label: "判断の構造（AI導入の匿名ケース）" },

{ href: "/blog/ai/ai-introduction-responsibility-boundary", label: "責任分界・運用ルールの最小セット" },

{ href: "/blog/ai/exception-set-how-to", label: "例外集の作り方" },

{ href: "/tools", label: "状況を整理する（ツール）" },

{ href: "/contact", label: "状況を共有して相談する" },

]}