結論: AI承認フローは「確認者」より先に「止める条件」を決める
AI承認フローで最初に決めるべきことは、承認者の名前だけではありません。AIの出力を、どの条件ならそのまま使い、どの条件なら修正し、どの条件なら人間確認へ戻し、どの条件ならAIに任せないのかを分けることです。
特に中小企業では、問い合わせ返信、FAQ案、営業メール、SNS投稿、社内案内文が同じ人の手元に集まりやすくなります。確認者を増やすだけでは回りません。先に「止める条件」を1枚の表へ落とすことで、担当者が毎回ゼロから判断しなくてよくなります。
AI承認フローは、対象業務、公開先、リスク区分、確認者、承認状態、判断理由、次の行動を1枚の表にし、金額、契約、個人情報、強い不満、外部公開を含む出力だけを人間確認へ戻す形から始めます。
なぜAIの文章は、増やす前に承認表が必要なのか
AIは文章を速く作れます。問い合わせ返信の下書き、FAQ候補、SNS投稿案、営業メール案、議事録要約、社内案内文を短時間で出せます。けれど、文章が増えるほど、別の負担も増えます。
その文章を外へ出してよいのか。誰が見たのか。どこを直したのか。なぜ保留したのか。次に同じ種類の文章をAIへ任せてよいのか。ここが残らないと、AI活用は「速く作るが、最後に人が不安になる」状態になります。
Miraigentでは、この不足を「記憶の保管ではなく、記憶の補完」と捉えます。出力を保存するだけではなく、足りなかった判断、止めた理由、次に見る条件を補う。承認表は、そのための最小の運用記憶です。
AI承認フローを1枚にする基本項目
最初から大きなワークフローシステムを作る必要はありません。スプレッドシートやCRMのメモでよいので、次の項目を横並びにします。大切なのは、承認結果だけでなく、止めた理由と次の行動を同じ場所に残すことです。
| 項目 | 残す内容 | 判断例 |
|---|---|---|
| 対象業務 | 問い合わせ返信、FAQ案、SNS投稿、営業メールなど | 顧客返信 |
| 公開先 | 社内、顧客、Web、SNS、取引先など | 顧客へメール送信 |
| リスク区分 | 低、標準、慎重、人間確認必須、対象外 | 人間確認必須 |
| 確認者 | 担当者、責任者、専門担当、保留先 | 営業責任者 |
| 承認状態 | 採用、修正して採用、差し戻し、保留、使わない | 修正して採用 |
| 判断理由 | なぜ通したか、止めたか、直したか | 金額表現を削除したため採用 |
| 次の行動 | FAQ、CRM、入力ルール、承認条件へ戻す内容 | 金額を含む文は自動送信しない |
リスク区分は5段階で十分
承認フローが続かない原因の一つは、最初から細かく分けすぎることです。最初は5段階で十分です。分類が荒くても、判断理由が残っていれば後から育てられます。
- 低: 社内メモ、下書き整理、公開しない要約。担当者確認だけでよい。
- 標準: FAQ候補、ブログ構成案、社内向け案内文。表現と事実確認を見る。
- 慎重: 顧客返信、営業メール、SNS投稿。公開前に人間が確認する。
- 人間確認必須: 金額、契約、返金、個人情報、強い不満、謝罪を含む内容。
- 対象外: AIに渡さない情報、会社として自動化しない判断、専門家確認が必要な領域。
この5段階にすると、AIを使うか使わないかの二択ではなくなります。どの条件なら軽く使えるか、どこから人間確認へ戻すか、どこはまだ使わないかを説明できます。
短い運用ストーリー: FAQ案は通すが、返信文は止める
たとえば、問い合わせ履歴からAIがFAQ案と返信文を同時に作ったとします。FAQ案はよくある質問を整理するだけなので、標準リスクとして担当者が確認すれば使えます。
一方で、返信文には「今回だけ特別に対応します」という表現が入りました。会社としての約束に見えるため、そのまま送れません。承認表には、FAQ案は修正して採用、返信文は人間確認必須、理由は「個別対応の約束に見える表現を含む」と残します。
ここまで残すと、次に変えられます。FAQには回答条件を追記する。返信プロンプトには「特別対応を約束しない」と入れる。CRMには未確定事項を残す。AIの出力を止めた理由が、次回の運用ルールになります。
承認表を週次で見直すチェックリスト
承認表は、記入して終わりにしないことが重要です。週に一度だけ、止まった理由を見返します。数が少なくても、同じ理由が2回出たら改善候補です。
- 同じリスク区分で止まる出力がないか。
- 人間確認必須が多すぎて、AIを使う意味が薄れていないか。
- FAQへ戻せる質問が溜まっていないか。
- CRMに残すべき項目が不足していないか。
- AIに送ってはいけない情報が混じっていないか。
- 承認者が一人に偏り、業務が止まっていないか。
- 「対象外」にした業務を、再検討すべき時期が来ていないか。
見直しの目的は、担当者を監視することではありません。迷った理由を、次の入力ルール、FAQ、CRM、人間確認条件へ戻すことです。
関連して読みたい記事
承認条件を残す考え方は AI導入前に、判断ログで承認条件を残す、 AI導入前の全体確認は 中小企業がAI導入前に決める7つのこと、 使わない業務の線引きは AI導入前に「使わない業務」を先に決める理由 で整理しています。
問い合わせ対応では AI返信を自動化する前に決めたい品質指標、 問い合わせ対応AI化の前に作るFAQ候補リスト、 AIに送ってはいけない情報をチームで決める方法 もあわせて確認できます。
実装寄りの読者には、Miraigentの GitHub公開リソース と npmパッケージ も、AI運用チェックの入口として使えます。
FAQ
AI承認フローは最初に何を決めればよいですか？
対象業務、公開先、リスク区分、確認者、承認状態、判断理由、次の行動を決めます。承認者だけを決めると、何を見ればよいかが曖昧になります。止める条件と戻し先を先に書く方が実務で使いやすくなります。
生成AIの出力はすべて人間が確認すべきですか？
すべてを同じ強さで確認する必要はありません。社内メモや下書き整理は軽く、顧客返信やSNS投稿は公開前確認、金額、契約、返金、個人情報、強い不満を含む内容は人間確認必須に分けます。
AI承認表はどこに保存すればよいですか？
最初はスプレッドシート、CRM、社内ドキュメントで十分です。大切なのは、保存場所よりも、承認した理由、止めた理由、FAQやCRMへ戻す次の行動が残ることです。
承認フローを作るとAI活用が遅くなりませんか？
最初は少し確認が増えます。ただし、同じ迷いが繰り返される場合は、承認表がある方が早くなります。止める条件が明確になれば、低リスクの出力は軽く通し、高リスクだけを人間確認へ戻せます。