【業務改善提案書】「必要な予算」の書き方|差し戻される4つのNGと、決裁者が判断できる予算表の作り方

向いてる仕事|強みの活かし方

この記事を書いた人あまみ るい|改善しても、報われなかった元会社員

  • IT企業の法人営業で、10年以上、業務改善を提案してきた
  • 提案書の型や、営業4人の動き方の仕組みを作った
  • でも、どれも評価の項目になく、上司にも伝わらなかった
  • 報われなかったのは能力ではなく、力の置き場所が、会社の評価1つだけだったからだと気づく
  • 今は、会社の外に小さな仕組みを作る過程を公開している
  • 同じ力を持つ人が、その力を守りたい人のために使えるように、構造で書いています
☞ 報われなかった15年の記録を読む
業務改善提案書の「必要な予算」書き方:決裁者が投資判断できる予算表の作り方

以前、工場の設備を開発・メンテナンスする企業のメンテナンス部門に、業務改善の提案をしたことがあります。

提案書の「必要な予算」欄には、費用の名称と金額を丁寧に記載しました。見積書をもとに正確に整理したつもりでした。

しかし、提案書は差し戻されました。

担当部長から返ってきた指摘は2点でした。「誰がいつ決裁するのかわからない」「発注と支払いのタイミングが見えない」。

金額の正確さの問題ではありませんでした。問題は、「必要な予算」という欄の目的を取り違えていたことでした。

この欄に求められているのは、費用の羅列ではありません。決裁者が「この投資を承認するかどうか」を判断するための材料を整理することです。

業務改善提案書の全体構成については、業務改善提案書の書き方【構成と通し方を完全解説】で解説しています。この記事では「必要な予算」の項目に絞って、実務で使える書き方を解説します。

この記事の3つのポイント
  • 「必要な予算」の目的は金額の羅列ではなく、決裁者が投資を判断できる材料の整理である
  • 費用は社内規定に沿った種別(ソフトウェア・初期導入費・保守運営費等)で分類し、決裁者・決裁時期・発注時期・支払い時期の4軸で構成する
  • 費用種別や金額ごとに決裁者が異なるなら、承認フローごとに分けて記載することで稟議の滞留を防げる
  • ROI・TCO・スモールスタート計画を予算欄に混ぜると差し戻される——4つのNGパターンをNG/OKの表で示す

「必要な予算」の目的を確認する

決裁者が予算欄で確認する3つのポイント:費用の妥当性・資金の必要時期・承認すべき範囲

稟議書の実務において、決裁者が予算欄を確認するときに見ているのは3点です。

  1. 費用の妥当性(何に、いくら使うのか)
  2. 資金の必要時期(いつ、支出が発生するのか)
  3. 承認すべき範囲(誰が、どの費用を判断するのか)

金額が正確であることは前提であり、差別化要因にはなりません。問題になるのは②と③の情報が欠けているときです。

メンテナンス部門への提案でそれを実感した出来事がありました。

「ソフトウェアライセンス費用(50万円)」は部長決裁、「保守契約(月額5万円)」は課長決裁という社内規定があったにもかかわらず、両方が同じ予算表に並んでいました。

部長の立場からすると、「課長承認でよい費用まで自分が判断しなければならないのか」という状態になります。自分がどこまで決裁すべきか判断できないため、結果的に提案書は差し戻されました。

予算欄の目的は、「決裁者が投資を判断するための意思決定材料を整理すること」です。

費用の内訳と、承認フロー・タイミングの2種類の情報を、読んだ人がすぐ判断できる形で提示することが求められます。

決裁者に伝わる情報設計という観点では、「期待する効果」の書き方の記事も参考になります。

業務改善提案書の予算表を書く3つの軸

予算表を書く3つの軸:軸①費用種別・軸②決裁者と決裁時期・軸③発注と支払いタイミング

「必要な予算」の記載を整理するうえで、軸となるのは次の3点です。

軸① 費用は社内規定に沿った種別で分類する

費用種別の分類は、自社の購買規定や固定資産管理規定と連動しています。種別を無視した記載は、経理・財務部門での処理に支障をきたし、差し戻しの原因になります。

記載前にまず確認すべきことは、自社の費用区分の定義です。確認方法は2つあります。

  • 総務・経理部門に「設備投資や業務改善に使う費用の種別区分を教えてください」と問い合わせる
  • 過去に承認された稟議書の予算欄を参照する

一般的な費用種別の構成は次のとおりです。

費用種別内容の例金額(円)備考
ソフトウェアライセンス費○○管理システム初期ライセンス(3ユーザー分)○○○,○○○一時払い
初期導入費(構築・設定)導入設定・データ移行・初期研修○○○,○○○ベンダー見積もり基準
保守運営費(年間)年間保守サポート料・バージョンアップ費用○○○,○○○毎年○月発生
社内人件費(工数)導入対応:担当者○名×○時間○○○,○○○時間単価○,○○○円で換算

メンテナンス部門への提案では、「ソフトウェア」「初期導入費」「保守契約」の3種別に加え、担当者の工数コストを「社内人件費」として別行に記載しました。

工数を金額として明示したことで、情報システム部など他部署への協力依頼の根拠にもなりました。「どれだけのリソースを提供してほしいのか」が数字で伝わると、協力を得やすくなります。

軸② 費用種別や金額ごとに決裁者・決裁時期を分けて記載する

多くの企業には「決裁権限規定」が存在します。費用の種類や金額によって、承認者と承認フローが定められています。

たとえば、「5万円以下の消耗品は課長承認、10万円以上のシステム費用は部長承認、100万円以上は役員会決裁」といった形です。

これらが1つの予算表に混在していると、誰がどの費用を承認すればよいのかが見えなくなります。決裁者が「自分の判断範囲」をすぐに把握できるよう、費用を決裁者ごとに分けて記載することが実務の標準です。

費用種別金額(円)決裁者決裁時期
ソフトウェアライセンス費○○○,○○○部長20XX年〇月(導入前)
初期導入費(構築・設定)○○○,○○○部長同上(一括)
保守運営費(年間)○○,○○○/年課長毎年〇月(年度開始前)
社内人件費(工数)○○○,○○○課長プロジェクト開始時

メンテナンス部門では、ソフトウェアライセンス費と初期導入費を合算して部長決裁、保守運営費は月額が一定額以下だったため課長の決裁権限内に収まりました。

この整理を提案書に示したことで、部長は「自分が判断すべき金額はいくらか」をすぐに把握でき、承認がスムーズに進みました。費用の内訳を整理するだけでなく、「誰が読むか」を意識した配置が重要です。

軸③ 発注時期・支払い時期ごとに記載する

費用の「いつ払うか」が明示されていないと、財務部門が資金計画を立てられません。

稟議書の実務では、スケジュールを「決裁承認 → 発注 → 納品・設置 → 運用開始 → 支払日」のマイルストーン形式で示すのが標準です。

フェーズ内容時期金額(円)支払い条件
決裁承認部長・課長承認20XX年〇月――
発注ベンダーへの発注20XX年〇月――
初期費用支払いライセンス費・初期導入費20XX年〇月○,○○○,○○○月末締め翌月末払い
納品・設置完了本番稼働開始20XX年〇月――
保守費(初回)年間保守契約開始20XX年〇月○○○,○○○毎年〇月払い

初期費用が一括払いか分割払いかで、支出計画は大きく変わります。「月末締め翌月末払い」などの支払い条件を明記することで、決裁者に「この担当者は資金の動きを理解している」という印象を与えることができます。

「必要な予算」で差し戻される4つのNGパターン

「必要な予算」欄でよくある4つのNGパターン:ROI混在・TCO主役・費用羅列・スモールスタート混在

予算欄が差し戻される根本原因は、別の項目に書くべき情報を予算欄に混ぜることです。「ROIを書こう」「TCOで整理しよう」「スモールスタート計画を示そう」というアドバイスは、それぞれの文脈では正しいのですが、予算欄に当てはめると決裁者の判断を止めます。

NG① ROI・投資回収期間を予算欄に入れる

項目金額(円)備考
システムライセンス費500,000一括払い
初期導入費300,000ベンダー見積もり
保守費(年間)60,000月5,000円
年間削減効果(試算)1,200,000月100時間×時給1,000円
ROI150%(効果−費用)÷費用
投資回収期間約7ヶ月標準シナリオ

費用と効果の試算が同じ表にあると、決裁者は「ROIの計算が正しいか」の検証に入り、「誰が・いつ・何を承認するか」の判断から視点がずれます。ROIと投資回収期間は「期待する効果」の欄に移し、予算欄は軸②の表(費用種別・金額・決裁者・決裁時期)にします。

NG② TCO(総所有コスト)を予算欄の主役にする

コスト区分年1年2年33年合計
初期費用800,00000800,000
保守費60,00060,00060,000180,000
社内人件費(工数)120,00060,00060,000240,000
TCO合計980,000120,000120,0001,220,000

TCOは費用の総合評価として有効ですが、予算欄の主役にすると「今期に承認すべき金額がいくらか」が見えなくなります。今期の承認対象(初期費用)と継続費用(保守費)を分け、それぞれの決裁者と決裁時期を示します。

NG③ 費用の内訳を羅列するだけ

項目金額(円)内訳
システム導入費用800,000ライセンス+初期設定
研修費用50,000外部講師
保守費用(年)60,000月額5,000円
合計910,000

「何にいくら使うか」はわかりますが、「誰が承認するか」「いつ発注し、いつ支払うか」がわかりません。冒頭の差し戻しはこのパターンでした。決裁権限規定と照合できない予算表は、稟議の滞留を招きます。直し方は軸②・軸③の表です。

NG④ スモールスタート計画を予算欄に混ぜる

フェーズ1(1部署・試験導入):初期費用300,000円・期間2ヶ月
フェーズ2(全社展開):追加費用500,000円・期間3ヶ月
合計見込み:800,000円(効果が確認された場合のみフェーズ2実施)

これでは決裁者は「今フェーズ1だけ承認すればいいのか、全体800,000円の承認が必要なのか」を判断できません。予算欄にはフェーズ1の費用(今期の決裁対象)だけを書き、「フェーズ2の費用は実行計画○章を参照」と一文添えます。段階的な計画そのものは「スケジュール」や「実行計画」の欄に書きます。

よくある疑問と落とし穴(FAQ)

Q1. 見積書に載らない「学習コスト」や「データ移行費用」は書くべきですか?

書くことを推奨します。

これらの費用は、見積書には記載されません。しかし担当者や関係部署の業務時間を確実に消費します。

事前に「社内人件費(工数)」として可視化しておかないと、プロジェクト開始後に「こんなに時間が取られるとは聞いていない」という不満が現場から上がり、プロジェクトが停滞するリスクがあります。

また、工数を明示することで、他部署への協力依頼がしやすくなるという実務上のメリットもあります。

Q2. 補助金(IT導入補助金・ものづくり補助金等)の活用可能性は書いていいですか?

書いてよいですが、断定表現は避けてください。

実質負担額が下がる可能性は、決裁者の投資判断を後押しする情報です。「〇〇補助金の活用を検討中(自己負担額の圧縮見込み)」という表現を一行添えるだけで、稟議の通りやすさが変わることがあります。

ただし補助率・上限・要件は年度ごとに改正されます。確定情報として記載するのはリスクがあるため、「活用可能性あり(要件確認中)」という表現にとどめておくのが実務上安全です。

Q3. ROI(投資対効果)や投資回収期間(ペイバックピリオド)は「必要な予算」欄に書くべきですか?

「必要な予算」欄には書かなくてよいです。

ROIやペイバックピリオド(投資回収期間)は、「期待する効果」または「費用対効果」として別項目に記載する方が、提案書の論理構造が明確になります。

ただし、決裁者が「費用はわかった。で、回収できるのか」と問うことを見越して、予算欄の末尾に「費用対効果については〇章をご参照ください」という参照案内を一文添えておくと効果的です。

Q4. 決裁者が複数いる場合、稟議書は分けたほうがよいですか?

費用種別・金額・決裁者が明確に異なる場合は、分けることを検討してください。

ソフトウェア費用(部長決裁)と年間保守費(課長決裁)では、投資の性格が異なります。最初の導入に関する意思決定と、継続費用の管理はそれぞれ別の判断として処理されるほうが、フローが明確になります。

メンテナンス部門でも、初期費用と保守費を別稟議として処理したケースがありました。決裁フローが複雑になりそうな場合は、早めに経理・総務に相談することをお勧めします。

予算の整理に先立ち、解決策の構成が承認に影響することもあります。「解決策」の書き方も合わせて確認してください。

まとめと今日から使えるチェックリスト

「必要な予算」の欄は、費用を正確に書くことが目的ではありません。決裁者が投資を判断できる材料を整理することが目的です。

そのために押さえる軸は3つです。

  • 軸①: 社内規定の費用種別(ソフトウェア・初期導入費・保守運営費・社内人件費)で分類する
  • 軸②: 費用種別・金額ごとに決裁者と決裁時期を分けて記載する
  • 軸③: 発注時期・支払い時期をマイルストーン形式で明示する

提案書を作成する前に、以下を確認してください。

  • [ ] 社内の購買規定・費用種別区分を総務・経理に確認した
  • [ ] 自社の決裁権限規定(金額・種別ごとの承認者)を把握した
  • [ ] 提案する費用を「費用種別」「決裁者」「発注時期」「支払い時期」の4軸で整理した
  • [ ] 補助金・助成金の活用可能性を調べ、記載の可否を判断した
  • [ ] 社内人件費(工数)を費用として計上した
  • [ ] ROI・投資回収期間は「期待する効果」の欄に移した
  • [ ] スモールスタート計画は「スケジュール・実行計画」の欄に移し、予算欄は今期の決裁対象だけにした

業務改善提案書の全体構成については、業務改善提案書の書き方【構成と通し方を完全解説】で解説しています。各項目の詳細も順次公開予定です。

提案の根拠となる問題点の書き方については、QCDで書く「問題点」の記事も参考にしてください。

この記事を書いた人:あまみ るいIT企業の法人営業で10年以上、業務改善を提案。仕組みを作っても評価の項目になく、報われない理由を構造で言葉にしてきた。今は会社の外に小さな仕組みを作る過程を公開している。☞ 15年の記録

仕組みを作る力を、会社の評価のためだけでなく、守りたい人のために。

会社の外に「2本目の柱」を置くための設計図

会社に勤めたまま、ご自分の仕事の経験から作ります。LINE で3回に分けて、無料でお届けします。

  1. 1読み物(7〜10分)。仕組みを作れる人ほど報われにくい理由と、力の置き場所の話
  2. 2ワーク。7つの問いに答えて、設計図を1枚にする
  3. 3手順。設計図で決めた贈り物を、自動で届ける仕組みにする
無料の設計図の中身を見る →

転職や退職をすすめる話ではありません。収入が増えることは約束しません。

向いてる仕事|強みの活かし方