生成AIの承認フローとは何か
生成AIの承認フローとは、AIが作った分類、要約、下書き、登録案について、誰が何と照合し、どの条件で実行し、どの条件で差し戻すかを定めた業務手順です。承認ボタンを増やすことではありません。誤りの影響に応じて、人へ戻す地点を設計することが中心です。
たとえば問い合わせ返信なら、営業時間の案内、個別見積もり、返金要求では判断の重さが違います。営業時間は承認済みFAQと一致すれば担当者が送信できても、見積もりは営業責任者、返金は権限を持つ管理者へ戻す必要があります。一律に部門長へ回すと安全に見えますが、通常案件まで滞留し、最後は承認者が本文を読み直すだけの人になります。
承認フローを作る前に、業務の開始と終了を一つに絞ります。「顧客対応全体」では広すぎます。「フォームで受けた営業時間質問の返信案を作り、送信する」のように完成物まで決めます。対象業務の抽出には生成AI導入前の現場ヒアリング7問が使えます。
承認表に入れる7項目
- 対象業務：どの入力から、何を作り、どの操作で完了するか。
- 確認項目：事実、表現、機密、金額、期限など、何を正本と照合するか。
- 承認権限：担当者、確認者、業務責任者のうち、誰が実行を確定できるか。
- 例外条件：通常から外れた時に、誰へ、何を添えて戻すか。
- 代理：承認者が不在の時、誰が代行し、代行できない案件は何か。
- 回答期限：何時間待ったら再通知、保留、手動処理へ切り替えるか。
- 判断記録：承認、修正、停止の理由をどこへ残し、何を改善するか。
重要なのは、役職名だけを書かないことです。「課長承認」だけでは、課長が何を確認するか分かりません。「価格表の版、値引き率、適用期間を確認し、例外値引きのみ営業責任者が承認」のように、照合対象と条件を結びます。責任の分け方は生成AI導入後の責任者と役割分担も参照してください。
通常・境界・停止で分ける承認レベル
| 区分 | 例 | 確認と実行 | 記録 |
|---|---|---|---|
| 通常 | 承認済みFAQと一致する営業時間案内 | 担当者が正本と照合し送信 | 件数と修正有無 |
| 境界 | 個別条件を含む納期・見積もり | 担当者が下書き、権限者が条件を承認 | 変更箇所と根拠 |
| 停止 | 返金、法的主張、重大な苦情、機密情報 | AI処理や自動送信を止め、責任者へ引き継ぐ | 停止理由と再発時の手順 |
通常案件を定義しない承認フローは、すべてを例外として扱います。反対に停止条件がないフローは、担当者が危険を感じても進めざるを得ません。まず直近の実例を三分類し、迷った案件は境界へ置きます。運用後に同じ判断が繰り返されたら、根拠を確認して通常へ移すか、停止ルールへ追加します。
「AIが自信ありと答えたら通常」とはしません。AIの自己評価ではなく、入力項目がそろっている、承認済み正本がある、金額や権利に影響しない、といった人が検証できる条件を使います。AIへ送らない情報は会社で決める送信禁止情報として別に固定します。
一業務の承認フローを作る5手順
- 直近十件を集める：通常、修正、停止になった案件を、個人情報を除いて並べます。
- 失敗時の影響を分ける：社内で直せる、顧客へ影響する、金額・契約・安全へ影響する、の三段階で見ます。
- 確認項目と正本を結ぶ：商品表、FAQ、契約条件など、確認者が見る資料と更新責任者を決めます。
- 権限・代理・期限を置く：不在時や時間外でも、進める、待つ、止めるのどれかが分かるようにします。
- 二週間後に見直す：承認件数、修正理由、確認時間、停止漏れを読み、条件を一つずつ直します。
最初から全社共通フローを作る必要はありません。影響が限定され、人が結果を確認できる一業務で試します。たとえば社内会議メモの整形、問い合わせの分類、返信案の下書きです。試験導入では利用回数だけでなく、有用性、確認負荷、安全性を測ります。判定方法は生成AI試験導入の成功基準で整理しています。
承認者へは完成文だけでなく、入力、参照した正本、AIが行った処理、担当者が迷った点をセットで渡します。根拠を探し直させるフローは、承認者の負担を減らしません。フォームや管理画面に「確認してほしい一点」を明示すると、承認が形式作業ではなく判断になります。
コピーして使える承認フローテンプレート
- 対象業務：問い合わせ返信案の作成と送信
- 通常条件：必須項目がそろい、承認済みFAQだけで回答できる
- 確認項目：質問との一致、商品名、営業時間、URL、送信禁止情報
- 担当者の権限：通常条件に合う案の修正と送信
- 確認者の権限：個別納期、見積もり条件、表現リスクの承認
- 停止条件：返金、契約変更、個人情報訂正、強い苦情、根拠不明
- 代理：副責任者。停止案件の代理承認は行わず保留
- 期限：四営業時間以内。超過時は手動処理へ切り替え
- 記録：案件ID、区分、修正点、根拠、判断者、改善先、見直し日
このテンプレートは業務ごとに作ります。採用、経理、営業、広報では、同じ「下書き」でも影響と権限が異なるからです。法務や人事上の専門判断をAIや一般担当者へ移さず、社内の権限規程と整合させてください。不明な場合は自動実行の範囲を狭くします。
判断記録は保管するだけでなく、使う場所へ戻します。質問不足はフォームへ、誤った事実は正本へ、繰り返す表現修正はプロンプトや例文へ、重大例外は停止条件へ反映します。これは記憶の保管ではなく、次の担当者が同じ迷いで止まらないための記憶の補完です。
よくある質問
小規模企業でも承認者を複数置く必要がありますか？
人数ではなく役割を分けます。一人が兼務しても、実行者として確認する項目と、業務責任者として承認する項目を分けて記録してください。不在時の代理または停止も決めます。
生成AIの出力は毎回すべて確認すべきですか？
試験中は全件確認が安全です。その記録から通常・境界・停止を分け、低影響で正本照合できる範囲だけ段階的に簡略化します。対外送信や更新権限は、影響に応じて人へ残します。
承認が遅い時はどう改善しますか？
承認者を増やす前に、通常案件まで回っていないか、根拠が添付されているか、確認項目が明確かを見ます。期限を超えた時の手動処理と保留条件も決めます。
承認ログは何を残せばよいですか？
案件ID、通常・境界・停止の区分、修正点、根拠、判断者、日時、改善先、次回見直し日を残します。本文や個人情報を必要以上に複製しないでください。
承認フローはいつ見直しますか？
導入直後は二週間、その後は月次を目安にします。商品、価格、担当者、規程、入力データ、利用AIが変わった時は定例日を待たず見直します。
次の一歩：確認待ちの一件を分解する
直近で確認待ちになった一件を選び、「誰が待ったか」「何を確認したか」「どの正本を見たか」「どの条件なら担当者だけで進められたか」を書いてください。その答えが、承認フローの最初の一行になります。
Miraigentの無料AI導入診断では、対象業務、人間確認、承認権限、例外、停止条件、判断ログを一緒に整理します。AIツールを選ぶ前に、会社として誰が何を決めるべきかを明文化したい企業向けです。
承認表を作る時は、理想のフローではなく現在の担当者が実行できる内容を書きます。正本が未決なら「確認者が探す」とせず、先に正本候補と更新者を決めます。代理がいないなら、無理に代行者を置かず「責任者の復帰まで対外送信を保留」とします。未決事項を隠さないことが、試験中の安全につながります。
また、内容確認、権限判断、対外送信、システム更新は別の行為です。内容が正しくても送信権限がない担当者は実行できません。各操作の確定者を分けると、責任の空白を見つけやすくなります。