「現場では効果が見えているのに、稟議が通らない」。AI導入の相談で頻繁に出てくる悩みです。多くの場合、原因は技術でも予算額でもなく、決裁者が判断するために要る材料が書面に載っていないことにあります。ここでは、AI導入の稟議書に入れておきたい6つの構成要素と、決裁者が実際に目を通す箇所、そして一度で通らなかったときの立て直し方を整理します。
差し戻される稟議書には、いくつか共通した傾向が見られます。代表的なのは次の3つです。
逆に言えば、この3つを先回りして織り込むと審議の往復は減りやすくなります。稟議書は説得の文書というより、決裁者が判断に必要な材料を並べた資料と捉えると書きやすくなります。
体裁は社内様式に従うとして、中身として押さえておきたいのは次の6点です。課題から始め、撤退条件で閉じる流れにすると読み手が追いやすくなります。
最初に書くのは「AIで何をしたいか」ではなく「今どの業務がどれだけ負担になっているか」です。対象業務の担当人数、月あたりの処理件数、1件あたりの所要時間、残業や外注の費用——このあたりを数字で押さえておくと、後段の効果算定の土台になります。正確な記録がない場合も、推計である旨を明記して載せるほうが空欄より判断材料になります。
「全社の問い合わせ対応にAIを導入する」といった広い書き方は、費用も効果も見積もりにくく、審議が長期化しがちです。対象部門・対象業務・対象データの範囲を絞り、今回の稟議で決めることと、次回以降に持ち越すことを分けて書きます。範囲を限定すると金額も下がるため、決裁区分が一段軽くなるという実務上の利点もあります。
ツールの利用料だけを書いた稟議書は、稼働後に「聞いていない費用が出てきた」となりやすい書き方です。初期費用(設定・連携開発・データ整備)、月額費用(ライセンス、従量課金の見込み)、社内人件費(導入時の工数と運用担当の工数)の3区分に分けて記載します。
①で押さえた現状値に対して、導入後にどれだけ時間や費用が減る見込みかを置き、年額に換算します。月あたりの削減時間に社内の時間単価と12を掛ける、という単純な計算で構いません。そのうえで、初期費用を年間の削減額で割った回収期間を示します。数値は前提を置いた目安であり、前提が変われば結果も変わる旨を併記しておくと、後から数字だけを追及される事態を避けやすくなります。試算の手順はROI試算ツールで確認できます。
リスクは「ある/ない」ではなく「何が起こりうるか、それに対して何をするか」の対で書きます。代表的な3つは次のとおりです。
たとえば「導入から6ヶ月後に効果を評価し、削減時間が想定に届かない場合は契約を終了する」といった線を先に引いておくと、決裁者にとっては失敗しても損失が限定される案件になります。評価の時期、使う指標、判断する会議体まで書いておくと、承認から運用へ滑らかにつながります。
決裁者は稟議書を均等に読むわけではありません。関心が集まりやすいのは次の点です。
仕組みの説明を厚くするより、この4点に短く答えているほうが審議は進みやすくなります。
差し戻しは失敗ではなく、判断材料が不足しているという情報です。再提出では次の点を押さえます。
まず、指摘された論点を一覧化し、それぞれにどう対応したかを冒頭にまとめて示すことです。前回との差分が分からない資料は、決裁者に最初から読み直させることになります。次に、金額が論点だった場合は、機能を削るのではなく対象範囲を狭めて金額を落とすほうが筋が通りやすくなります。
そして、指摘の背景にある懸念を読み取ることも大切です。「効果が不確かだ」という指摘の裏に「途中でやめられるのか」という不安があるなら、答えるべきは効果の再計算ではなく⑥の撤退条件の明確化です。文言そのものに機械的に応答すると、噛み合わないまま往復が続きがちです。
なお、稟議書は毎回ゼロから書くより、社内で使い回せる型があるほうが速く仕上がります。当サイトの買い切り教材「AI導入 実務テンプレート集」にも、ここで挙げた6要素に沿った稟議書の記入用テンプレートを収めており、自社様式に合わせて差し替える前提の素材としてご利用いただけます。
時間削減に換算できない場合は、ミスの発生件数、対応までのリードタイム、対応可能件数といった業務指標の改善で示す方法があります。そのうえで「この指標が改善すると、間接的にどの費用や機会損失に効くのか」を一文添えると判断材料になりやすくなります。
見積書があるものは実額を、無いものは前提条件つきの概算として、どちらか分かるように書き分けます。すべてを精緻にすると提出が遅れるため、金額の大きい項目から精度を上げ、小さい項目は幅を持たせた目安で構いません。いずれもケースによって変動する見込み値である旨を明記しておくことをおすすめします。
起案自体は現場部門からでも進められますが、データの取り扱いやシステム連携が絡む場合は、稟議の前に情報システム部門の確認を通しておくほうがスムーズです。審議の場で「情シスは把握しているのか」と問われて持ち帰りになるケースは多く見られます。事前確認の状況を一行書いておくだけでも、往復を減らしやすくなります。
稟議書は、社内の合意を一枚の紙に凝縮する作業です。書きにくいときは、書き方ではなく導入計画の解像度が足りていない場合が多く見られます。進め方に迷いがあれば導入ロードマップで順番を確認し、そのうえで6要素に沿って埋めていくと、材料の抜けにも気づきやすくなります。
本記事は一般的な考え方を整理した参考情報であり、特定製品の推奨や導入の成否・効果を保証するものではありません。実際の検討・判断は、自社のシステム仕様・社内規程・契約・関連法令に照らして専門家とご確認ください。