営業で試したAIを総務にも使う?他部署へ広げる前の確認

たとえば、営業でAIに問い合わせメールから受付表案を作らせ、架空メール10件を人が元メールと照合したとします。この試行で記録された重大な誤りは0件。次は、総務の申請メールにも同じ方法を使えるでしょうか。
営業で確かめた範囲と、総務で変わる条件を分けて確認します。 別の資料でも正しく扱えるか、誰が出力を確かめるか、どこで止めて元の作業へ戻すかが未確認なら、その範囲を広げる判断は保留します。営業での0件を、総務や会社全体の結果にはできません。
この記事では、営業と総務の架空例から、試行記録の読み方、追加範囲の条件、責任者の判断を順に説明します。数値は説明用で、実際の企業の試験結果や推奨件数ではありません。

営業の「10件で重大な誤り0件」は、どこまでの記録か
まず、試した仕事と使った資料を読み直します。この架空の営業例では、同じ形式のメール10件から受付表案を作り、人が元メールと照合しています。記録の対象は営業の試行用コピーで、営業の通常業務へ広げる判断も、広げた後の監視結果も記録されていません。
ここでいう試行は、対象と条件を決めて試し、結果を確かめることです。通常の仕事の流れで使い続ける本番利用へ移すには、試した範囲のほかに、実際の資料、利用者、人の確認や運用条件も確かめます。対象を少しずつ増やし、その範囲ごとに判断する進め方を、この記事では段階展開と呼びます。
この原票から読めるのは、同じ形式の架空メール10件について照合した、という範囲です。「すべての形式で正しく動く」「重大な誤りが起きない」「費用や時間の面で効果が出た」とは読めません。重大な誤りの定義、照合に使った資料、見つかった問題をどう残したかも、次の判断で参照できるようにします。
まだ最初の仕事を選ぶ段階なら、最初の1業務の選び方と試し方で、資料と完成見本をそろえるところから確認できます。
営業の記録と総務の未試行を見比べる

営業の試行で確かめた範囲
架空メール10件から受付表案を作成し、10件を元メールと照合。重大な誤りは0件(この架空試行だけ)。同じ形式のメールだけを確認した営業の試行用コピーで、通常業務へ広げる判断は未記録です。
総務でこれから確かめる範囲
申請メールから一覧案を作る候補。営業のメール形式と異なり、未試行です。件数・照合・重大な誤りの結果は記録なし。総務責任者は候補で、広げる判断も未記録です。
営業の結果を総務へ移さず、追加範囲の資料・確認者・権限・停止と戻し方・相談先を確かめて別の試行を計画します。これは説明用の予定で、承認・展開・試験の実施結果ではありません。
総務で変わる条件を、七つに分けて確かめる
総務の候補は、申請メールから一覧案を作る仕事です。営業とは資料の形式が異なり、試行も照合もまだ行っていません。総務責任者も候補として記録されている段階です。営業の結果を移す前に、次の条件を総務の仕事に合わせて確かめます。
使う資料と、入力してよい範囲
どの申請様式と版を使うのか、例外のある資料も対象にするのかを決めます。入力を認められた情報かは、資料を管理する担当者に確認します。営業で使えた資料と、総務で使える資料は別に扱います。
提供会社の説明を根拠にする場合は、その説明が購入するプランや設定にも当てはまるかを確かめます。「学習に使わない」という返答の確認方法では、回答と根拠資料の適用範囲を照合する読み方を説明しています。
作る出力と、その使い道
何を一覧案に入れ、人がどの元資料と照合するかを具体化します。一覧案を作れることと、申請を承認できることは別です。出力を誰がどこで使うのかまで定め、確認前の案が確定情報として流れないようにします。
照合する人と、仕事の判断をする人
申請内容を理解し、元資料との違いを確認できる人を決めます。確認作業をした人が、部門全体へ広げる権限も持つとは限りません。確認結果を受けて範囲を決める責任者と、技術面の相談先を分けます。この例の「総務責任者(候補)」を、合意済みの担当者へ読み替えないでください。
利用できる人と情報
利用者や共有先を増やすと、見られる資料や出力の範囲も変わる可能性があります。誰が利用でき、誰が出力を閲覧できるかを、その追加範囲について確認します。営業の試行時の権限が総務にも使える、と推定して進めません。
止める条件
たとえば、必要な情報が抜けた案を確認できない、意図しない相手へ情報が渡るおそれが見つかった、といった場合にどう止めるかを決めます。これは停止条件を考えるための例で、この架空試行で発生した結果ではありません。何を見つけたら誰へ連絡し、判断までどこを止めるかを、利用前に共有します。
元の作業へ戻す方法
AIを使う範囲を止めた際、申請を受け付けた状態や確認途中の仕事を誰が引き継ぐかを決めます。従来の作業へ戻す手順と、途中の記録を参照する方法を確認します。技術的に停止できることだけで、仕事を継続できるとは限りません。
問い合わせ窓口
申請内容の判断、資料の入力許可、システムの不具合を、それぞれどこへ相談するかを明らかにします。窓口名を置くだけで終えず、受け取った相談を誰が判断し、利用者へ結果を返すかまで決めます。
七つは、この仕事の条件を整理するための本稿の例です。未確認の項目が見つかったら、担当者と資料を確かめ、必要な範囲に戻って検討します。
「進める・保留・止める」は、範囲と理由を付けて決める
条件を整理したら、その範囲で何を試し、何を元資料と照合し、誰が結果を確認するかを計画します。試す件数や確認方法は、扱う資料の種類と仕事への影響に応じて決めます。この例の10件を、自社の必要件数にしないでください。
結果を確認する担当者は、使った資料の形式・版、対象にした仕事、出力と元資料の違い、残る未確認事項を、責任者へ渡します。責任者は、判断する範囲と理由を付けて結論を残します。
- 進める:どの資料・利用者・仕事までを認めるかと、残す人の確認や停止条件を記録します。会社全体の承認へ広げません。
- 保留する:不足する資料、未実施の試行、未合意の担当や権限を挙げます。次に誰が何を確かめるかを決めます。
- 止める:止める条件に当たった範囲と理由を残し、仕事を戻す担当者や相談先へつなぎます。別の範囲の結果まで失敗と決めません。
この架空原票では、営業を通常業務へ広げる判断も未記録です。総務は未試行で、三つ目の案は部署や仕事自体が未計画です。いずれも、広げてよいという結論はまだ記録されていません。「未計画」や空欄を、失敗、成功、0件のいずれにも置き換えないことが大切です。
架空記録の全36項目を、同じ項目で比べる
営業は照合済み、総務は未試行です
営業で確認したのは、同じ形式の架空メール10件だけです。総務は形式が異なり、まだ試していません。未計画の案は、部署と仕事も記録されていません。
以下は編集用の架空記録です。「記録なし(原票はnull)」は、0件・成功・失敗を表しません。
今の範囲
- 営業の試行
- 営業の試行用コピー
- 総務の候補
- 未試行
- 未計画の案
- 未計画
資料の条件
- 営業の試行
- 同じ形式のメールだけ確認
- 総務の候補
- 営業のメール形式と異なる
- 未計画の案
- 記録なし(原票はnull)
仕事
- 営業の試行
- 架空の問い合わせメールから受付表案を作る
- 総務の候補
- 申請メールから一覧案を作る候補
- 未計画の案
- 記録なし(原票はnull)
対象
- 営業の試行
- 架空メール10件
- 総務の候補
- 記録なし(原票はnull)
- 未計画の案
- 記録なし(原票はnull)
人の照合
- 営業の試行
- 10件を元メールと照合
- 総務の候補
- 記録なし(原票はnull)
- 未計画の案
- 記録なし(原票はnull)
重大な誤りの記録
- 営業の試行
- 0件(この架空試行だけ)
- 総務の候補
- 記録なし(原票はnull)
- 未計画の案
- 記録なし(原票はnull)
次の範囲
- 営業の試行
- 営業の通常業務へ広げるかを検討
- 総務の候補
- 総務の資料形式で別試行を計画
- 未計画の案
- 記録なし(原票はnull)
責任者
- 営業の試行
- 営業責任者
- 総務の候補
- 総務責任者(候補)
- 未計画の案
- 記録なし(原票はnull)
部署
- 営業の試行
- 営業
- 総務の候補
- 総務
- 未計画の案
- 記録なし(原票はnull)
記録名
- 営業の試行
- A 試行済みの営業受付
- 総務の候補
- B 別部門の候補
- 未計画の案
- C 公開範囲の未定案
3案に共通:広げる判断と、その後の監視結果は未記録
営業・総務・未計画の案のすべてに、次の記録はありません。
- 広げる判断
- 記録なし(原票はnull)
- 広げた後の監視結果
- 記録なし(原票はnull)
予算や社内決裁の資料が必要になったら、AI導入の稟議書のまとめ方で、承認を求める範囲・判断期限を整理できます。試行結果の確認と、社内承認の取得は、それぞれの証拠を残します。
広げた後の見直しも、別の結果として確かめる
責任者が追加範囲を認めても、実際に使った後の結果は別に確認します。資料の形式や版、利用者、共有先が変わっていないか、人の照合が続けられているか、止める条件に当たる事象がないかを見ます。誰が、いつ、何を見て判断を戻すかは、仕事の頻度や影響に合わせて決めます。
この原票には、広げた後の監視結果はありません。監視する計画があることと、運用がうまくいったことを区別します。利用回数や仕事の成果を継続して記録する段階では、AI導入のKPIは何にする?利用回数と仕事の成果を分ける記録表へ進むと、見る数値の定義をそろえられます。
NISTのAI RMF 1.0のCoreは、利用の状況を捉えること、利用に近い条件で評価すること、進めるかを判断すること、運用中も見直すことを扱っています。Playbookは、自社の状況に合う提案を選んで使う任意の参考資料です。この記事の七項目や読む順は本稿の整理で、NISTが定めた一律の手順や合格基準を示すものではありません。参照は2023年版1.0の該当箇所で、公式ページは改訂中と案内しています。
まとめ:次の仕事で変わる条件を、一つ書き出す
営業の試行結果は、確かめた営業の条件と結び付けて読みます。総務へ広げる前には、総務の資料、出力、確認者、利用権限、停止条件、戻し方、相談先を確かめます。不足があればその範囲を保留し、結果を受け取る責任者が範囲と理由を付けて判断します。
最初の行動は、営業の試行記録を開き、次に広げたい仕事で変わる条件を一つ書くことです。その条件を誰に確かめるかも一緒に残してください。「試行が終わった」だけで進めず、確認した結果と、進める判断を分けるところから始められます。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


