社内向け提案書の書き方と見本|決裁者の視点で通す
社内提案書とはなにか——社外との根本的な違い
社内提案書とは、自社の組織に向けて企画・改善案・投資計画などを提示し、承認や予算を得るための文書です。社外提案書との違いを先に押さえておくと、以降の「なぜ通らないか」という問いへの理解が深まります。
| 比較軸 | 社内提案書 | 社外提案書 |
|---|---|---|
| 決裁者との距離 | 直属上司〜役員(同組織内) | 外部企業の担当者・経営層 |
| 情報共有の前提 | 業務背景・課題感をある程度共有している | 文脈をゼロから伝える必要がある |
| 説得のスタート | 現場の課題→解決策→効果 | なぜ自社か・なぜ今かから始まる |
| 文書の目的 | 承認・予算獲得・行動指示 | 受注・契約締結 |
社内提案書の最大の特徴は、読み手が組織の事情をある程度知っているという前提があることです。その分、「課題の深さ」と「効果の確からしさ」が直接問われます。フォーマットを整えるだけでは不十分で、決裁者が判断に必要な情報の順番と質が重要になります。
社内提案書の基本構成と各項目の役割
社内提案書には標準的な構成があります。各項目の役割を理解してから書き始めると、どこに何をどう書けばよいかが明確になります。表でコンパクトに確認してください。
| 項目 | 役割・書く内容 |
|---|---|
| 表紙 | タイトル・作成者・提出先・日付。内容を一見で把握させる |
| 要旨(エグゼクティブサマリ) | 1枚で結論・背景・費用・期待効果を提示。役員はここを中心に読む |
| 背景・現状 | ファクトベースで現状の問題を記述 |
| 課題 | 背景から導いた「解くべき問題」の特定 |
| 施策案 | 具体的な解決策。複数案の比較があると説得力が増す |
| 費用対効果 | 投資額と期待効果を試算形式で示す |
| スケジュール | いつまでに何をするか。フェーズ分けして記載 |
| 体制 | 誰が何をするか。責任者を明示 |
各項目を埋めることが目的ではなく、決裁者が次の項目へ読み進めたくなる流れを作ることが目的です。背景→課題→施策案の論理がつながっているかどうかを、書いた後に通しで確認してください。
通らない提案書の3つのパターン
提案書の書き方を調べると、「構成項目をそろえましょう」「数字を入れましょう」というアドバイスはすぐに見つかります。しかしフォーマットを整えても提案が通らないという経験をお持ちの方は少なくありません。その原因の多くは、見た目の形式ではなく提案の「構造」にあります。通らない提案書には、繰り返し現れる3つのパターンがあります。
パターン1:問題の特定が浅い——課題が主観・体感止まり
「業務が非効率です」「対応が遅れています」という書き出しの提案書は多くあります。しかしこれは課題の"感想"であって、"特定"ではありません。決裁者が承認の判断を下すためには、「どれだけの問題が、どの範囲で、どの程度の頻度で起きているか」という定量的な裏付けが必要です。主観や体感だけで書かれた課題は、「本当にそれが問題か」「他の問題と比べて優先すべきか」の判断材料にならないため、差し戻しや保留を招きます。
- 弱い例:「現在、申請処理に時間がかかっており、業務効率が低下しています。」
- 強い例:「承認フローの各ステップを実測したところ、一次確認から決裁まで標準的な案件でも複数の営業日を要しています。遅延が発生している工程は業務記録から特定済みであり、影響を受けている件数の規模も確認可能です。」
パターン2:効果試算が主観に終わっている——「改善が見込めます」止まり
「業務効率が改善されます」「顧客満足度が向上します」という結びの提案書は多くあります。しかしこれは結果の"期待"であって、"根拠"ではありません。効果試算に必要なのは、比較基準・計測方法・想定される改善のメカニズム・想定される期間の4点です。これらのどれかが欠けると、決裁者は「本当に効くのか」の判断ができません。
- 弱い例:「このシステムを導入すれば業務効率が大幅に改善されます。」
- 強い例:「現在の手作業工程のうち自動化可能な部分を工程別に洗い出し、現状の処理時間と処理件数から削減できる工数を試算しました。類似の取り組みを実施した業界他社の公開事例では、同種の自動化で一定期間内に投資を回収した実績があります。」
パターン3:読み手の懸念を無視している——リスクと反論への準備がない
提案書は主張だけでなく「想定される反論」への回答が含まれていることで初めて説得力を持ちます。決裁者が内心で気にしているのは「本当に機能するか」「万が一失敗したらどうなるか」「他の優先施策への影響はないか」といった点です。これらへの回答が提案書にないと、会議で初めて詰められ、答えられず保留になります。
- 弱い例:(リスク・反論への言及なし、主張のみの構成)
- 強い例:「本施策で想定されるリスクとして、移行期間中の業務負荷増加と既存システムとの並行運用コストが挙げられます。前者はフェーズを分けた段階的な移行計画で平準化できます。後者は移行期間を明確に定め、完全移行後には解消されます。万が一効果が想定を下回った場合の撤退条件もあらかじめ設定しています。」
営業組織改善の支援で複数社に入り、社内提案の資料を見せてもらう機会がありました。最初にわかることは、現場の人間が感じていた問題の生々しさと、資料に書かれている課題の間に距離があることです。「対応が遅れています」「属人化が課題です」という文章は現場では誰もが体感していることを書いているのに、なぜ今・どの程度・誰に影響しているかが入っていません。
施策の欄には具体が書いてあるのに、なぜこれが機能するのかという根拠が書かれていない提案書も繰り返し見てきました。費用の欄に「システム導入費」という一行だけがあって、そこにいくらかかるのか、どこから出た数字なのかが一切ありません。外部の立場で読むと気になる穴が、内側にいると見えなくなるのかもしれません。
決裁者の視点から逆算する——誰が読むかで変わる
提案書の「読み手を意識する」というアドバイスは、ありふれた言い方をすれば「相手に合わせた言葉を使いましょう」という話になりがちです。しかし、読み手を意識することの本質は、文体や難易度の調整ではないかもしれません。
提案を通すとき、書き手が「自分の主張をどう伝えるか」を考えているのに対し、読み手は「この判断に署名した場合の責任をどう引き受けるか」を考えています。同じ提案書を見ながら、書き手と読み手では問いそのものが違うという構造です。読み手の役職が変われば、その「問い」の種類も変わります。誰が読むかによって強調すべき情報が変わるのは、相手の知識レベルが違うからというよりも、相手が担う責任の範囲と種類が違うためだと言えそうです。
同じ内容の提案でも、直属上司に持っていく場合と部門長・役員に上げる場合とでは、響くポイントが異なります。これは相手の役割と意思決定の範囲が違うためです。「誰に読ませるか」を意識しないまま書いた提案書は、相手が気にしていることに答えられていないため、たとえ内容が正しくても承認されにくくなります。直属上司向けと上位層向けでは、強調する情報と記述の粒度を変えることが必要です。
直属上司が気にすること
直属上司がまず確認するのは、実行できるかどうかです。予算の確保は可能か、担当する人員は足りるか、他部署との調整は必要か、スケジュールは現実的か——これらに答えられていない提案は、上司が役員に上げる段階で詰められるため、差し戻しになります。
また、直属上司は提案書を「自分の責任で上に上げる」立場です。上申した施策が失敗した場合の責任は上司も負います。そのため、リスクと対処策が明記されているかどうかを特に気にします。直属上司向けの記述では、実現根拠の詳細と実行計画の具体性を重視してください。リスクの洗い出しと対策が丁寧に書かれている提案書は、上司が「上に上げても大丈夫」と判断しやすい構成になっています。
取締役として自社の内部提案書を受け取るようになってから、自分が内容を読む前に何を探しているかに気づきました。施策が面白いかどうかより先に、「これが動かなかったとき、どこで判断するか」と「誰が実行の責任を持つか」を探しています。
これは内容への不信ではありません。提案を承認した側にも責任が生まれることを、決める立場になって初めて腹の底で理解しました。施策案の説得力よりリスクへの回答の有無が先に手に入ると、上に持っていけるかどうかの判断ができる気がしています。
部門長・役員が気にすること
部門長・役員が最初に見るのは要旨(エグゼクティブサマリ)です。「何のための提案か」「いくらかかるか」「どれだけの効果があるか」「いつ始めてどのくらいで終わるか」——この4点が1枚に収まっていない提案書は、それ以降を読まれる前に後回しにされます。
上位層が気にするのは、個別業務の詳細よりも戦略的な整合性です。「この施策は今期の経営方針・部門目標と合っているか」「他の優先施策と比べて投資の優先度は高いか」「タイミングは適切か」という観点で評価されます。要旨には戦略目標との関連と投資対効果を最初に置く構成にします。本文の詳細は「補足として後ろにある」という位置づけで問題ありません。上位層は詳細を確認したいときに自分で読み進めます。
費用対効果を数字で示す方法
費用対効果の欄を「本施策の導入で業務が効率化されます」という定性的な文で終わらせている提案書は多くあります。しかし、効果の記述が抽象的なままでは決裁者は判断できません。費用と効果をどう数字に近づけるか——そのプロセスを段階的に整理します。コストの算定と効果の試算をそれぞれ分けて考えると、抜け漏れを防ぎやすくなります。
コストの算定——抜け漏れを防ぐ項目立て
コストは3種類に分けると抜け漏れを防げます。「初期コスト」「ランニングコスト」「工数コスト」の3種です。
初期コストはシステム導入費・設備費・外注費など、一度だけ発生する費用です。ランニングコストは維持費・ライセンス費・保守費など、継続的に発生する費用です。工数コストは社内の作業時間を人件費に換算したものです。ツール導入や業務改善の場合、プロジェクト推進のための社内工数が最も見落とされやすいコストです。
正式な見積もりが取れていない段階では、「概算」と明記した上で根拠を示します。「類似案件の他社実績を参考にした推定値」「担当者へのヒアリングを基にした工数見積もり」など、どこから数字を出したかを添えることで、概算でも信頼性が生まれます。根拠のない数字よりも、根拠を明示した概算のほうが決裁者からの信頼を得やすいです。
効果の試算——定量化できないものへの対処
効果の試算は「定量化しやすいもの」と「定量化が難しいもの」に分けて考えます。
定量化しやすい効果とは、時間削減・コスト削減・件数の増減など、現在の業務記録から算定できるものです。「現状の作業時間 × 対象人数 × 削減見込み率」という形で試算できます。削減見込み率はゼロから作る必要はなく、類似の取り組みの公開事例や、パイロット的な試行結果から参照できます。
定量化が難しい効果——品質向上・リスク低減・従業員満足度など——は、代理指標を使います。「対応ミス件数の削減」「苦情件数の減少」「担当者の残業時間の推移」など、効果の変化を間接的に捉えられる指標を選びます。他社の導入事例(業界レポートや白書など公開情報)を引用することも有効です。「定量化できないから書けない」と判断する前に、代理指標で効果を可視化できないかを検討してください。
実践:社内提案書を書くステップ
提案書の中で最も差がつくのは「背景・現状・課題」と「施策案の根拠」の書き方です。見本や構成項目は調べれば出てきますが、各セクションを「弱い書き方」から「強い書き方」に変えるには、各ステップで何を意識するかを知っておく必要があります。構成は整えたのに通らない、という場合はたいていこの2か所が弱いです。
背景・現状・課題の書き方
ファクトベースで書く手順は「データで現状を示す → 課題を特定する → 解決しないことのインパクトを示す」の3ステップです。
現状の記述には数字や記録を使います。「担当者のヒアリング結果」「業務ログ」「顧客対応履歴」など、社内に存在するデータを活用します。現状が示せたら「だから何が問題か」を1文で特定します。最後に「このまま放置するとどうなるか」というインパクトを示します。
よくある弱い書き方は、現状と課題が混在していることです。「対応が遅い(現状)→ お客様に迷惑をかけている(感想)→ 改善が必要です(主張)」という流れは、決裁者から見ると根拠が薄く映ります。現状・課題・インパクトを段落を分けて書くだけで、論理の流れが格段に明確になります。
施策案と根拠の書き方
「なぜこの案か」の根拠は2つの要素で構成します。「他の選択肢と比較して選んだ理由」と「この案が機能するという裏付け」です。
前者は比較表を使うと伝わりやすくなります。複数の選択肢(現状維持・A案・B案など)を並べ、コスト・効果・リスク・実現性の軸で比較します。後者は類似事例や先行実績を引用します。自社内の過去事例が最も説得力がありますが、外部の公開事例や業界標準データも使えます。
1枚サマリには「課題の要約」「施策の概要」「主要コスト」「期待効果」「スケジュール概要」の5つを入れます。役員・部門長が読むのはほぼここだけと想定して、核心だけを凝縮します。
見本:ケース別2パターン
ここでは2つのシナリオに合わせた見本テキストを示します。自分の提案に近いケースを選び、見本の構成をそのまま参考にしてください。見本が「通りやすい」のは、単に構成が整っているからではなく、決裁者が知りたい情報の順番に沿って書かれているからです。見本のどの部分が通りやすさに効いているかも合わせて解説します。
業務改善提案の見本(業務プロセス改善・ツール導入)
【提案書サンプル】受注処理フローの標準化および管理ツール導入について
要旨: 現在の受注処理は担当者ごとに手順が異なり、引き継ぎや確認作業に余分なコストが発生しています。フロー標準化と管理ツールの導入により、処理精度の向上と属人化の解消を図ります。初期費用はツールライセンス費と設定工数で構成され、効果は処理ミスの減少と引き継ぎ工数の削減に現れます。フェーズ1(手順文書化・ツール選定)から開始し、試験運用を経て本運用に移行します。
背景・現状: 受注件数の増加に対して処理手順が整備されておらず、担当者によって使用するシートや確認方法が異なります。その結果、担当者不在時の代替対応に時間がかかっています。業務記録を確認すると、引き継ぎ対応にかかる時間は通常処理と比較して相当の差があります。
課題: 属人化した業務フローが、処理品質のばらつきとリスクの源泉になっています。現状を維持すれば担当者の異動・休暇のたびに同じ問題が発生し続けます。
施策案と選定理由: 受注処理手順を文書化して全員で共有し、管理ツールに集約します。現状維持は属人化リスクが継続します。ゼロからシステムを開発する案は費用・期間のリスクが大きいため、既製ツールの活用を優先します。
想定されるリスクと対処: 移行期間中の業務負荷増加については、フェーズを分けた段階的な移行で平準化します。ツール定着まで一定期間を要しますが、フェーズ2の試験運用期間でボトルネックを早期発見し、フェーズ3の本運用前に解消します。
この見本のポイントは、「現状の問題」と「施策が機能する理由」が対応していることです。背景で示した属人化という問題が、施策案の標準化でどう解消されるかを対応させて書くと、一貫性のある提案書になります。
採用広告やRPOを提案していた頃、単発の媒体提案ではなく採用フロー全体の整理から入る提案を持っていったことがあります。人事担当者とは内容を詰めていたのですが、稟議に持ち込んだあとで「投資してどこが変わるのか」「万が一うまくいかない場合はどうするのか」という確認が戻ってきました。
担当者の「これは良い提案だ」と上長の「これに承認できるか」は、同じ資料を見ながら別の問いを立てているのだと感じました。担当者を通り越した先で詰められる問いは、担当者との打ち合わせでは出てこなかった視点でした。
新規施策・投資提案の見本(予算要求・外部サービス導入)
【提案書サンプル】顧客対応チャット窓口の新設(外部サービス導入)について
要旨: 現在の問い合わせ対応はメールと電話に集中しており、対応スタッフの負荷と初期回答までのリードタイムが課題です。チャット対応窓口を新設することで、即時対応率の向上とスタッフ1人あたりの対応件数増加を目指します。外部サービスの費用見積もりは取得済みで、別紙に初期費用・月額費用の概算を記載しています。
費用対効果: 外部サービスの導入費用は複数ベンダーの見積もりを取得し、概算を別紙に示しています。効果の試算では、現在の電話・メール対応にあてている工数を計測し、チャットへの転換率を仮定した上でスタッフ工数の変化を試算しています。試算は保守的な数値を前提としており、実際の効果は段階的な運用の中で検証します。
リスクへの対処: 導入初期は既存チャネルとの並行運用となり、スタッフの対応負荷が一時的に増加します。移行期間を明確に設定し、並行期間は業務支援を追加することで対応します。想定を下回った場合の縮小・撤退条件もあらかじめ定めています。
投資が絡む提案では、「費用の根拠(見積もりの出所)」と「試算の前提(何を仮定したか)」を明記することが最重要です。数字そのものよりも、「どうやって出したか」が信頼を作ります。概算であっても根拠と前提を示すことで、決裁者が自分なりに数字を評価できるようになります。
提出前チェックリスト
提出前に以下の10項目を確認してください。1つでも不安がある項目があれば、提出を一度止めて修正します。チェックリストは形式的に流すためではなく、「決裁者の疑問に先回りできているか」の確認として使ってください。
- 要旨1枚に「課題・施策・費用概算・効果・スケジュール」が揃っているか
- 課題の記述はファクト(業務記録・データ)に基づいているか
- 施策案に「なぜこれか」の根拠(他案比較または先行事例)があるか
- 費用の内訳(初期・ランニング・工数)が整理されているか
- 効果の試算に比較基準と算定根拠があるか
- 想定されるリスクと対処策が書かれているか
- スケジュールにフェーズ分けと担当者が示されているか
- 読み手(直属上司か部門長・役員か)に合わせた記述になっているか
- 表記・数字に誤りがないか(見積もり金額・日付の最終確認)
- 提出先・提出経路を確認したか(直接持参か事前回覧か)

