業務システム導入の稟議書の書き方｜経営者が承認する5つの条件と差し戻しパターン

業務システムの導入を検討しているのに、稟議が通らない。または「これで通るか不安」で発信できずにいる——そういう担当者からの相談が増えています。

原因のほとんどは、技術や予算ではなく、稟議書の書き方にあります。経営者が何を見て判断しているかを理解すれば、通る稟議書は書けます。この記事では、差し戻しを招く構造的な問題と、経営者が承認する5つの条件を解説します。

業務システム化の全体像は「中小企業の業務システム開発 完全ガイド」も合わせてご覧ください。

業務システムの稟議が通らない4つの理由

稟議が差し戻される会社には、共通するパターンがあります。技術的な不備ではなく、経営者の視点と担当者の視点がかみ合っていないことが原因です。

① 費用しか書いていない

「開発費300万円」だけが目立つ稟議書は、通りません。経営者が見ているのは「それで何が変わるか」「いつ回収できるか」です。費用は手段に過ぎず、効果と回収期間がなければ判断材料になりません。

② 現状の課題が数字になっていない

「業務が非効率です」は課題の記述ではありません。「月次処理に担当者3名で延べ40時間かかっており、うちミス対応が8時間を占める」が課題の記述です。数字がない課題は、経営者に深刻さが伝わりません。

③ リスクが書かれていない

「うまくいくこと」だけを書いた稟議書は、かえって疑念を招きます。「万が一定着しなかった場合の対応」「ベンダー変更が必要になった場合の方針」を書く方が、稟議者の信頼を得やすくなります。

④ 比較検討のプロセスが見えない

なぜこのベンダーなのか、なぜスクラッチ開発なのか、SaaSやパッケージと比較した上で選んだのか——この「なぜ」がない稟議書は、担当者の思い込みに見えます。3案比較を1枚追加するだけで、説得力が変わります。

経営者が承認する稟議書の5つの必須要素

通る稟議書には、共通して5つの要素が含まれています。

① 現状の課題（数字で）

何にどれだけ時間・コスト・人的リソースがかかっているかを数値で示します。「月40時間 × 時給換算2,500円 = 月10万円のコスト」のように、経営者が認識しやすい数字に変換するのがポイントです。

② 解決策と選定理由（比較付き）

SaaS・パッケージ・スクラッチの3案を比較した上で、今回の選択が最適である理由を書きます。比較観点は「初期費用・月額費用・自社フローへの適合度・ベンダー依存リスク」の4つで十分です。詳しい費用内訳は「業務システム見積もり300万円は妥当か」を参考にしてください。

③ ROI・投資回収期間

「削減できる工数 × 時給換算」と「年間ライセンス費用または開発費の月額換算」を比較すると、回収期間が出ます。回収期間が18ヶ月以内なら、多くの経営者は承認に傾きます。ROIの具体的な計算方法は「業務システム導入のROI計算方法」で詳しく解説しています。

④ 導入スケジュールと担当体制

「いつまでに何をするか」と「社内の誰が何を担当するか」を明示します。特に現場担当者の工数を示すと、「現場が自走できるプロジェクト」として信頼されます。

⑤ リスクと対応方針

「定着しなかった場合」「費用が想定を超えた場合」「ベンダーが変わった場合」の3シナリオについて、対応方針を一行ずつ書きます。ベンダーロックのリスクを事前に解説することは、選定プロセスへの信頼にもつながります。

費用対効果の数字化｜ROIの出し方と稟議への記載例

稟議書の核心は「費用対効果の数字化」です。多くの担当者がここで止まります。「効果が数値化できない」という理由ですが、業務システムの場合は比較的数値化しやすい部類です。

削減コストの出し方

①「現状、この業務に月何時間かかっているか」を担当者にヒアリングします。②その時間に時給換算（正社員なら総額人件費 ÷ 年間就業時間）を掛けます。③システム化後の想定工数と差し引きして「月次削減コスト」を算出します。

記載例：「現状の月次処理工数40時間 → システム化後10時間（削減30時間）。時給換算2,500円 × 30時間 = 月7.5万円削減。開発費月額換算8万円と比較すると、稼働後13ヶ月で回収完了。」

効果が定性的な場合の書き方

ミス削減・顧客満足・属人化解消は数値化が難しい効果です。この場合は「現状の問題コスト（ミス対応1件あたり◯時間 × 月◯件）」を間接コストとして換算するか、「これが解決されると、▲業務の担当者が新規業務に充てられる」という機会費用で表現します。

差し戻しパターン別・修正のポイント

一度差し戻された稟議書でも、指摘を正確に読み解いて修正すれば通ります。よくある差し戻しパターンと、対処の視点を整理します。

差し戻し理由	本当の意味	修正のポイント
「費用感が合わない」	ROIが見えていない	回収期間を明示する。削減コストを月額換算する
「もう少し検討を」	比較した形跡がない	3案比較表を1枚追加する
「現場の声は？」	担当者だけの案に見える	現場ヒアリング結果を1段落追記する
「リスクは？」	都合のいい部分しか書いていない	3シナリオの対応方針を追記する
「本当に必要か？」	現状の痛みが伝わっていない	現状の損失コストを数値で明示する

業務システム導入 稟議書テンプレート（記載例付き）

以下は、5つの必須要素を網羅した稟議書の構成例です。実際の稟議書に転用できる形式です。

【稟議書】業務システム導入に関する件

■ 提案目的
　月次経理処理の工数削減および属人化リスクの解消を目的として、
　業務システムの導入を提案する。

■ 現状の課題
　・月次処理に担当者2名で延べ40時間を要している
　・うち転記・照合作業に約25時間（入力ミスの修正含む）
　・担当者交代時に引き継ぎができず、業務継続リスクが高い
　　→ 月次損失コスト換算: 40時間 × 時給2,500円 = 月10万円

■ 解決策と選定理由（3案比較）
　案A：SaaS（月額3万円）　　 適合度△ ／ カスタマイズ不可
　案B：パッケージ（初期100万）適合度○ ／ 独自フロー対応に限界あり
　案C：スクラッチ開発（初期0・月額8万） ←採用
　　理由：自社フローに完全適合・汎用技術で他社引き継ぎ可能・
　　　　　初期費用なしで稼働後から費用発生のためリスクが低い

■ 費用対効果（ROI）
　月次削減コスト: 7.5万円（30時間削減 × 2,500円）
　月額費用: 8万円
　回収期間: 稼働後13ヶ月（以降は月次+△1万円の継続効果）

■ 導入スケジュール
　ヒアリング・プロトタイプ確認: 1〜2週間（費用発生なし）
　本契約・開発: 2〜3ヶ月
　稼働・定着: 稼働後3ヶ月を定着フェーズとして設定

■ 担当体制
　社内担当: ○○（業務フロー確認・検収）
　開発: オルアナ（汎用技術のみで構築、ソース全量引き渡し）

■ リスクと対応方針
　定着しない場合：稼働後3ヶ月以内は改善対応を月額内で実施
　費用超過の場合：月額固定のため追加費用は発生しない構造
　ベンダー変更が必要な場合：汎用技術で構築のため他社が引き継ぎ可能

よくある質問

Q. 初めて稟議書を書きます。どのくらいの分量が適切ですか？

A. A4で2〜3枚が目安です。比較表や数値の根拠を「別紙」として添付すると、本体をコンパクトに保ちながら詳細も伝えられます。本文は「なぜ今必要か」「何を選んだか」「投資対効果はどうか」の3点に絞ることで、経営者が読みやすくなります。

Q. 「稟議を通す前にプロトタイプを見せてほしい」と伝えても問題ありませんか？

A. むしろ稟議の説得力が上がります。「費用発生前に動くものを確認できる」という事実は、経営者のリスク感覚を下げます。オルアナでは稟議前のプロトタイプ提示を正式なステップとして設けているため、稟議書に「稼働後から費用発生」「事前にプロトタイプ確認済み」と書くことができます。

Q. 差し戻しが複数回続いています。どうすればいいですか？

A. 「差し戻し理由の言葉」ではなく「経営者が実際に何を不安に思っているか」を確認することが先です。「費用感が合わない」という言葉の裏に「そもそもこのシステムが本当に必要か」という疑問がある場合もあります。専門家を交えて現状の課題整理からやり直すと、稟議の前提が変わることがあります。