現場では「Claude Codeを使いたい」という声が上がっているのに、稟議がなかなか通らない。差し戻しの理由は「効果が分からない」「情報漏洩が心配」「費用の根拠が弱い」——。Claude Codeの導入相談では、この段階で止まっているケースが少なくありません。
稟議が通らない原因の多くは、決裁者が判断に必要な情報が書類に揃っていないことです。この記事では、Claude Code導入の稟議書に書くべき7つの項目と、そのまま使える記入の型、決裁者から出やすい質問への答え方、提出前に済ませておく根回しの順番をまとめます。
- 稟議書には「目的」「対象範囲」「費用」「効果と測り方」「リスクと対策」「体制とスケジュール」「中止の基準」の7項目を入れる
- 最初の稟議は全社導入ではなく、期間と人数を絞った試行として出すと通りやすい
- 効果は「時間の削減」を試行前に測った基準値と比べる形で示す。見込みの数字だけで書かない
- 情報システム部門と法務部門には、稟議を回す前に論点を共有しておく
稟議が差し戻される3つの典型パターン
書き方の前に、差し戻されやすいパターンを確認しておきます。
| パターン | 決裁者の受け止め方 | 書類で補うこと |
|---|---|---|
| 「業務効率化のため」とだけ書いている | 何がどれだけ良くなるのか分からない | 対象業務を特定し、現状の所要時間と目標を書く |
| セキュリティへの言及がない | 情報漏洩が起きたら誰が責任を取るのか | 扱ってよい情報・いけない情報と、管理の方法を書く |
| 費用がライセンス代だけ | 後から研修や外注の費用が追加で出てくるのでは | 社内工数を含めた総額と、段階ごとの費用を書く |
逆に言えば、この3点を先回りして書いておけば、差し戻しの多くは防げます。
稟議書に入れる7つの項目
1. 目的と背景
なぜ今、Claude Codeを導入するのかを書きます。「生成AIが話題だから」ではなく、自社の課題から書き始めるのがポイントです。例えば「月末の請求書確認に経理部で毎月○時間かかっており、締め日の残業が常態化している」のように、具体的な業務の課題を示します。
2. 対象範囲
誰が、どの業務で、どの期間使うのかを書きます。最初の稟議は全社導入ではなく、部署・人数・期間を絞った試行として出すのが現実的です。範囲が小さいほど決裁者のリスクが小さくなり、判断しやすくなります。
3. 費用
ライセンス費用に加え、研修・外部支援・社内工数を含めた総額を書きます。ライセンスはAnthropicの公式料金ページの金額を、取得日とともに記載します（2026年10月2日時点で、TeamプランのStandard席は年払いで1席月20ドル、月払いで25ドル、最低2席から）。費用の項目の分け方は「Claude Codeの法人導入にかかる費用の内訳」を参照してください。研修を含む場合は、助成金の利用可否も書いておくと決裁者の関心に応えられます（「Claude Code研修に人材開発支援助成金は使える？」）。
4. 効果と測り方
期待する効果と、それをどう測るかを書きます。決裁者が気にするのは「本当に効果が出たか、後で確認できるか」です。試行の前に対象業務の所要時間を記録して基準値にし、試行後に同じ方法で測って比べる、という測定の計画を書きます。見込みの削減時間だけを書くと、根拠を問われたときに答えられません。測定の方法は「業務自動化のROIをどう測るか」で詳しく解説しています。
5. リスクと対策
決裁者と情報システム部門が最も気にする項目です。次の観点で、リスクと対策を対にして書きます。
- 入力してよい情報と、入力してはいけない情報（顧客の個人情報、未公開の財務情報など）
- アカウントの管理方法（誰に付与し、異動・退職時にどう停止するか）
- AIの出力の確認方法（誰が、どの基準で確認してから業務に使うか）
- 利用状況の把握の方法
Anthropicが公開している法人向けプランの管理機能や、データの取り扱いに関する規約を確認し、社内規程と照らし合わせた結果を添付資料にします。確認項目は「全社展開の前に机上に置くべきガバナンスチェックリスト」が使えます。
6. 体制とスケジュール
推進責任者、対象部署の担当者、情報システム部門の窓口、外部支援を使う場合はその会社を書きます。スケジュールは週単位で、試行の開始日・中間確認日・評価日を明記します。
7. 中止・拡大の判断基準
試行の結果、どうなったら拡大し、どうなったら中止するかを先に決めておきます。これがあると、決裁者は「失敗したときに止められる」ことが分かり、承認しやすくなります。例えば「評価日に対象業務の所要時間が基準値から○%以上減っていれば部署内に拡大、減っていなければ利用を停止し原因を報告する」のように書きます。
稟議書の記入の型
7項目を、そのまま埋められる形にしたものです。○の部分を自社の内容に置き換えて使ってください。数値は自社で測ったものだけを書きます。
| 項目 | 記入の型 |
|---|---|
| 件名 | ○○部における生成AI（Claude Code）の試行導入について |
| 目的・背景 | ○○業務に月○時間を要しており、○○が課題となっている。生成AIを用いて○○の作業時間を削減し、○○に充てる時間を確保する |
| 対象範囲 | ○○部○名、対象業務は○○と○○、期間は○年○月○日〜○月○日（○か月） |
| 費用 | ライセンス：Teamプラン○席×○ドル×○か月（○年○月○日時点の公式料金）／研修：○円／外部支援：○円／社内工数：○名×○時間 |
| 効果と測り方 | 試行前の○週間で対象業務の所要時間を記録し基準値とする。試行後に同じ方法で記録し比較する。あわせて利用者数と継続利用率を記録する |
| リスクと対策 | 個人情報・未公開情報は入力しない（禁止情報の一覧を添付）／アカウントは情報システム部門が管理し、異動・退職時に停止／出力は担当者が確認してから業務に使用 |
| 体制 | 推進責任者：○○部長／担当：○○／情報システム窓口：○○／外部支援：○○（使用する場合） |
| スケジュール | ○月○日 開始、○月○日 中間確認、○月○日 評価・報告 |
| 判断基準 | 評価日に所要時間が基準値から○%以上削減かつ継続利用率○%以上で拡大を申請。未達の場合は停止し、原因と対策を報告 |
| 添付資料 | 利用ルール案、禁止情報の一覧、見積書、公式料金ページの写し、スケジュール表 |
決裁者から出やすい質問と答え方
稟議の場で聞かれやすい質問を、答え方の方向性と一緒に挙げます。答えを稟議書の本文か添付資料に先に書いておくと、差し戻しが減ります。
| 質問 | 答え方の方向性 |
|---|---|
| 入力した情報がAIの学習に使われないか | 契約するプランの規約・設定を確認した結果を示す。加えて、そもそも入力しない情報を社内ルールで決めていることを示す |
| AIが間違えたら誰の責任か | 出力は必ず担当者が確認してから使う運用であり、業務の責任はこれまでどおり担当者と部署にあることを示す |
| 無料のツールでは駄目なのか | アカウントの一括管理、退職時の停止、利用状況の把握など、組織として管理するための機能が必要であることを示す |
| 効果が出なかったらどうするのか | 中止の判断基準と、停止した場合の費用（試行期間分のみ）を示す |
| 一部の人しか使わないのでは | 対象業務を特定し、担当者の業務として位置づけていること、継続利用率を測ることを示す |
添付する利用ルール案の最小構成
稟議に添付する利用ルールは、最初から完璧な規程にする必要はありません。試行期間に限ったルールとして、次の6項目をA4で1枚程度にまとめれば十分です。試行の結果を踏まえて、全社展開の前に正式な規程に育てていきます。
- 対象者と期間：利用できる人と、試行の期間
- 利用してよい業務：稟議で定めた対象業務に限ること
- 入力してはいけない情報：顧客の個人情報、取引先から預かった機密情報、未公開の財務情報、人事情報など。迷った場合は推進責任者に確認する
- 出力の扱い：AIの出力は担当者が確認してから使うこと。社外に出す文書は従来どおりの承認を経ること
- アカウントの管理：アカウントの共有をしないこと、異動・退職時の停止の手順
- 問題が起きたときの連絡先：誤って禁止情報を入力した場合などの報告先と、報告の期限
このルールを情報システム部門と一緒に作っておくと、稟議の場で「情報システム部門も確認済み」と書けるため、決裁者の安心材料になります。
試行計画書に書くこと
稟議書の本文に書ききれないスケジュールや測定の方法は、試行計画書として添付します。次の内容を週単位で書くと、決裁者だけでなく現場の担当者にとっても進め方の共通資料になります。
| 時期 | やること | 記録するもの |
|---|---|---|
| 開始前の1〜2週間 | 対象業務の所要時間を従来の方法で記録する | 1件あたりの時間、件数、手戻りの回数 |
| 1週目 | アカウント付与、研修、業務マニュアルの初版作成 | 研修の受講状況 |
| 2〜4週目 | 対象業務でClaude Codeを使い、結果を担当者が確認する | 1件あたりの時間、確認で直した箇所 |
| 中間確認 | 使われているか、ルール違反がないかを確認する | 利用者数、問題の有無 |
| 評価日 | 基準値と比較し、判断基準に照らして拡大か中止かを決める | 削減時間、継続利用率、課題 |
提出前の根回しの順番
稟議書の出来と同じくらい大切なのが、回す前の根回しです。次の順番で進めると、承認の過程で止まりにくくなります。
- 対象部署の部門長：対象業務と、担当者の時間を使うことに合意してもらう
- 情報システム部門：アカウント管理、入力禁止の情報、利用状況の把握について論点を共有し、懸念を先に聞く
- 法務・コンプライアンス：規約と社内規程の照合、顧客との契約上の制約がないかを確認してもらう
- 経理・予算管理：ドル建ての支払い方法、予算の費目を確認する
- 決裁者：稟議を回す前に、目的と中止の基準だけでも口頭で伝えておく
情報システム部門と法務部門の懸念は、稟議を回した後に出てくると差し戻しになります。先に聞いて、その対策を稟議書に書き込んでおくのが近道です。
凪AIでは、対象業務の選定、試行の範囲と期間の決め方、利用ルールや権限設計の整理など、稟議に添付する材料づくりから伴走しています。「情報システム部門にどう説明すればよいか」という段階のご相談も無料で承ります。
稟議の進め方を無料で相談する →よくある質問
Q. 稟議書の分量はどのくらいが適切ですか
本文はA4で1〜2枚に収め、詳細は添付資料に回すのが読みやすい形です。決裁者が本文だけで「何を、いくらで、どのリスクを取って、いつ判断するか」を把握できることを目標にします。
Q. 試行期間はどのくらいにすべきですか
対象業務が少なくとも数回発生する期間が必要です。毎日発生する業務なら1か月、月次の業務なら2〜3か月が目安です。短すぎると効果を測れず、長すぎると判断が遅れます。
Q. 効果の見込みの数字を求められた場合はどうしますか
他社の事例の数字をそのまま使うのは避け、「試行で測定して報告する」と書いたうえで、測定の方法と判断基準を示すのが誠実です。どうしても見込みが必要な場合は、対象業務の作業を分解し、AIに任せられる工程の時間を自社で試算した根拠を添えます。
Q. 稟議が一度却下されました。再提出のポイントは
却下の理由を具体的に聞き、その論点だけに答える形で書き直します。多くの場合、範囲を小さくする（人数・期間・業務を絞る）、リスク対策を具体化する、中止の基準を明確にする、のいずれかで通りやすくなります。
Q. 外部の支援会社に稟議書を書いてもらえますか
稟議書そのものは社内の書類なので自社で書くのが基本ですが、添付する利用ルール案や試行計画、見積もりの内訳などは、支援会社に材料として用意してもらえる場合があります。依頼先の選び方は「Claude Codeの導入支援会社の選び方」を参照してください。
Q. ドル建ての支払いが社内で通りにくい場合はどうしますか
経理部門に、海外サービスの支払い方法（法人カード、請求書払いの可否）と、為替による金額の変動の扱いを先に確認します。稟議書には、公式料金をドルで記載したうえで、社内の為替レートの基準で円換算した金額と、変動を見込んだ上限額を併記しておくと、予算超過の懸念に答えられます。
まとめ
- 稟議書には目的・対象範囲・費用・効果と測り方・リスクと対策・体制とスケジュール・中止の基準の7項目を入れる
- 最初は範囲を絞った試行として出し、拡大と中止の判断基準を先に決める
- 効果は試行前の基準値と比べて測る。見込みの数字だけで書かない
- 情報システム部門と法務部門には、稟議を回す前に論点を共有する
試行の進め方そのものは「Claude Code導入初期に必ずつまずく3つの壁と越え方」も参考にしてください。