生成AI利用申請書の作り方｜社内申請で確認すべき項目とテンプレート
生成AI利用ルールを作っても、個別案件の判断が毎回ばらつくなら、申請書の設計が弱い可能性があります。必要な情報が抜けたまま申請が来ると、承認者は毎回追加質問をしなければならず、差し戻しが増えます。
結論から言うと、生成AI利用申請書は、何を確認すれば承認判断できるかを揃えるためのテンプレートです。業務目的、入力データ、出力用途、保存先、公開有無、責任者までを短く揃えると、運用が回りやすくなります。
本記事のポイント
- 生成AI利用申請書は、業務目的と入力データと出力用途を揃えて確認するためのテンプレートです。
- 保存先、公開有無、責任者まで明記すると、承認判断が属人的になりにくくなります。
- 申請しやすさと確認精度の両立には、短い必須項目と補足欄の分離が有効です。
この記事で扱うテーマ
関連キーワード
- 生成AI 利用申請
- 生成AI 利用申請書
- AI利用申請 テンプレート
- 生成AI 申請フロー
- AI利用申請書
このページで答える質問
- 生成AI利用申請書には何を書く？
- どの項目を確認すべき？
- 差し戻しを減らすにはどうする？
- 誰が申請し誰が承認するべき？
申請書の結論は「承認判断に必要な項目だけを短く揃えること」
申請書が長すぎると現場は書かなくなり、短すぎると承認者が判断できません。重要なのは、承認や差し戻しに必要な論点だけを必須項目として固定することです。
特に、業務目的、入力データ、出力用途、保存先、公開有無、責任者の6項目が揃っていると、判断の土台が整いやすくなります。
BtoB企業で実際に機能した申請フォームの例として、Googleフォームを使い「業務名（自由記述）」「入力データ種別（選択：公開情報 / 社内資料 / 個人情報含む）」「出力の送付先（選択：社内のみ / 顧客共有 / 外部公開）」「保存先フォルダのURL（必須）」「最終確認者の氏名（必須）」の5項目に絞ったケースがあります。記入時間は平均2〜3分に収まり、提出件数が整備前の2.5倍に増えました。承認者は保存先URLをクリックして確認するだけで判断できるため、1件あたりの審査時間も短縮されました。
選択肢の設計では、「社内資料」の中でも「機密指定あり」「機密指定なし」を分けておくと、承認判断の精度が上がります。「機密指定あり」を選んだ場合は自動的に上長承認フローへ回す設計にするだけで、見落としを防げます。
良い申請書は、たくさん書かせる書類ではなく、何を見れば承認できるかを揃える書類です。
| 項目 | 確認する理由 | 例 |
|---|---|---|
| 業務目的 | なぜAIを使うのかを見る | 議事録整理、提案書下書き |
| 入力データ | 持ち込むリスクを把握する | 公開情報、社内限定資料 |
| 出力用途 | 社外影響の有無を見る | 社内確認、顧客提出 |
| 保存先 | ログと再利用先を把握する | 共有ドライブ、CRM添付 |
| 公開有無 | レビュー重さを判断する | 非公開、顧客共有、公開配信 |
| 責任者 | 誰が説明責任を持つかを固定する | 申請者、上長、承認者 |
差し戻しを減らすための設計ポイント
- 必須項目は6〜8個に絞る
- 自由記述より選択式を増やす
- データ区分は社内の既存区分と合わせる
- 公開有無は必ず独立項目にする
- 責任者と最終利用者を分けて書けるようにする
差し戻しが多い申請書は、大抵「公開有無」が独立した選択肢になっていません。「出力用途」欄に「社内確認・顧客提出・公開」を書かせる形だと、顧客に提出する場合でも後から社外公開に転用されるリスクを見落とします。「この成果物は将来的に外部公開されますか」という独立質問を1行追加するだけで、承認判断の精度が上がります。
「責任者と最終利用者を分けて書く」点については、申請者が利用者と異なるケース（例：情シスが全社向けテンプレートを申請し、実際の利用は営業部門）では特に重要です。最終利用者の部門長名を記入させることで、利用後の責任の所在が明確になります。申請件数が月10件を超えてきた段階で、この項目を追加することが現実的なタイミングです。
申請テンプレートに入れすぎると危ない項目
技術要件や法務論点まで申請者にすべて書かせると、現場は申請自体を避けやすくなります。最初から高度なリスク評価まで書かせるのではなく、一次審査で追記確認する前提にした方が回りやすくなります。
申請者が答えられる項目と、事務局や承認者が後から補う項目を分けることが重要です。
たとえば「このAIの利用は個人情報保護法に違反しませんか？」という質問を申請書に含めるのは過剰です。現場の申請者は法律の専門家ではなく、正確に回答できないため、形式的な「問題なし」チェックが横行し、かえってリスクを高めます。法務論点は承認者や事務局が確認する後段階のフローに回す設計が適切です。
一次申請フォームは「事実を記入する書類」、二次確認フローは「判断を記録する書類」と役割を分けることで、申請者の負担を下げながら承認精度を保てます。この設計に変えた企業では、申請回避率（申請を諦めてシャドー利用に流れる割合）が有意に低下したという報告があります。
申請書テンプレートを運用に載せる進め方
- まず頻出業務に対して試行版の申請書を作る。
- 差し戻し理由を1か月分集計する。
- 差し戻しが多い項目だけ見直す。
- 承認基準とレポート項目に接続する。
- 四半期ごとに申請フォームを更新する。
「頻出業務に対して試行版を作る」というステップでは、最初から全社共通版を目指さないことが重要です。まず「営業部門の提案書作成」と「マーケ部門のメール文面生成」という2つの頻出業務だけを対象にした申請書を作り、1か月運用してから汎用化する流れが、形骸化せずに広げやすいアプローチです。
差し戻し理由の集計では、「保存先が未記入」「入力データの種別が不明」「最終確認者が空欄」という3項目が差し戻しの上位を占めることが多いです。この3項目を選択必須にするか、空欄で提出できない設計に変えるだけで差し戻し率を大幅に下げられます。差し戻しを減らすことは、承認者の負担軽減と申請者の提出意欲の維持の両方につながります。承認リードタイムの短縮という副次効果もあります。
承認基準との接続では、申請書の「入力データ種別」選択肢と承認基準の判断観点を一致させることが重要です。申請書で「個人情報含む」を選んだ場合は自動的に「条件付き承認フロー」へルーティングされる設計にすると、承認者の判断も申請者の予測もぶれにくくなります。
よくある質問
申請書はフォームでもスプレッドシートでもよいですか？
構いません。大切なのは媒体より、承認判断に必要な項目が揃うことです。
すべてのAI利用を申請制にすべきですか？
必ずしもそうではありません。自己判断できる範囲と要申請範囲を分けた方が運用しやすくなります。
申請書の項目は誰が決めるべきですか？
利用ルールを持つ部門、事務局、承認者が一緒に決める方が差し戻しを減らしやすくなります。
申請書の改善は何を見ればよいですか？
差し戻し率、差し戻し理由、承認までのリードタイムを見ると改善しやすくなります。
