稟議を通す提案書に必要な3つの情報

この記事で整理すること

エンタープライズ商談では、提案相手が納得していても稟議で止まることがあります。提案書は商談相手に説明する資料であると同時に、社内で回覧される判断材料です。この記事では、稟議を通す提案書に必要な三つの情報を整理します。

この記事では、提案書のデザインや表現よりも、社内承認者が判断できる情報を扱います。商談相手に刺さる資料と、稟議で回る資料は役割が違います。導入理由、費用対効果、リスク対策を、担当者が社内で説明しやすい形に整えることを目的にします。

提案書は社内説明用の資料でもある

営業は目の前の担当者に伝わる提案書を作りがちです。しかし稟議では、商談に参加していない人が資料だけを見て判断します。背景を知らない人に伝わらない資料は、担当者が前向きでも止まります。

稟議に使われる提案書には、導入理由、費用対効果、リスクと対策が必要です。機能説明や導入メリットだけでは、社内の承認者は判断できません。

提案書を作る前に、『この資料は誰が社内で読むのか』を確認します。担当者、上長、経営、情報システム、法務、購買のうち、誰が見るかで必要な情報は変わります。

導入理由は顧客の言葉で書く

提案書の導入理由が、営業側の製品価値だけで書かれていることがあります。『生産性向上』『可視化』『効率化』といった言葉は便利ですが、顧客の具体的な状況がないと稟議では弱いです。

導入理由は、顧客が実際に困っている業務、放置した場合の影響、今回見直す背景で構成します。顧客の言葉に近い表現を使うと、担当者が社内説明しやすくなります。

商談中に、稟議で使える導入理由を確認します。『社内で説明するとしたら、今回の一番の理由は何になりますか』と聞くと、提案書の冒頭に使える言葉が得られます。

費用対効果は数字だけでなく前提を書く

費用対効果を大きく見せようとすると、稟議で疑われます。削減時間や売上効果を断定的に書いても、前提がなければ信頼されません。

費用対効果では、計算結果よりも前提が重要です。対象人数、現在の工数、改善対象の業務、利用開始時期、定着までの期間を明記します。控えめでも前提が透明な方が、社内では通りやすいです。

提案書では、効果を一つの数字にまとめず、定量効果、定性効果、確認が必要な前提に分けます。未確認の効果は『期待値』として扱い、断定しません。

リスクと対策を先に出す

営業資料ではリスクを小さく扱いがちです。しかし稟議で止める人は、リスクを見ています。セキュリティ、運用負荷、現場定着、既存システムとの関係、契約条件。ここに答えがないと、承認者は進めにくくなります。

リスクは隠すより先に整理した方が信頼されます。重要なのは、リスクがないと言うことではなく、想定されるリスクと対策があることを示すことです。

提案書には、主要リスクと対策を表で入れます。営業だけで答えられない項目は、プリセールス、CS、法務、情報システムと分担して確認します。

次の承認ステップを明確にする

提案書の最後が『ご検討ください』で終わると、担当者は次に何をすればよいか迷います。稟議に必要な資料、関係者、確認事項が分からないと、案件は止まります。

提案書には、次の承認ステップを入れます。誰に共有し、何を確認し、どの資料を追加し、いつまでに判断するかを明確にします。これにより、提案書は説明資料から進行管理の道具になります。

商談後のフォローで、稟議に必要な追加情報を確認します。必要なら、担当者が社内説明しやすい一枚要約やFAQを別途用意します。

明日から使えるチェックリスト

• 提案書を読む社内関係者を確認する。
• 導入理由は顧客の言葉と業務背景で書く。
• 費用対効果は前提条件を明記し、未確認の効果を断定しない。
• リスクと対策を隠さず整理する。
• 次の承認ステップ、必要資料、確認担当を明確にする。

このチェックリストは、提案書レビューの最後ではなく、章立てを決める段階で使います。導入理由、費用対効果、リスク対策のどれかが弱い場合、デザインを整える前に商談で確認すべき情報へ戻します。稟議で止まった案件は、どの項目が不足していたかを記録して次の提案に反映します。承認者向けの一枚要約を作る場合も、同じ観点で情報を削らず整理します。

稟議向け提案書の章立て

稟議で使われる提案書は、商談相手に見せる営業資料とは章立てを変えます。最初に導入理由を置きます。ここでは製品の強みではなく、顧客がなぜ今このテーマを進める必要があるのかを書きます。次に現状の課題と放置した場合の影響を置きます。その後に提案内容、費用対効果、導入ステップ、リスクと対策、次の承認ステップを並べます。

費用対効果の章では、数字を大きく見せるより前提を明確にします。対象人数、現在の工数、改善対象業務、利用開始までの期間、定着までに必要な支援を書きます。効果が未確認の場合は「想定」や「確認が必要な前提」として扱います。稟議では、控えめでも前提が透明な資料の方が信頼されます。

リスクと対策の章は、最後に小さく置かない方がよいです。セキュリティ、既存業務変更、現場定着、初期設定負荷、契約条件を表にし、誰がいつ確認するかを入れます。営業だけで答えられない項目は、プリセールス、CS、法務、情報システムと分担します。稟議前に「未確認」として残す項目も、担当者と期限があれば前に進められます。曖昧な安心材料より、確認中の論点が整理されている資料の方が社内では扱いやすくなります。

稟議提案書の改善を見る指標

稟議向け提案書の成果は、提案後の関係者追加、追加質問の内容、稟議開始までの日数で見ます。良い提案書は、商談相手が社内で説明しやすくなります。そのため、提案後に新しい関係者が増えたり、具体的な確認事項が出たりすることは前進です。提案書を送った後は、担当者に「このまま社内に回せそうか」「補足が必要な相手は誰か」を確認します。この確認を入れると、営業側が良いと思った資料と、顧客が社内で使える資料の差が見えます。必要なら、詳細版とは別に承認者向けの一枚要約を作ります。

逆に、提案後に「社内で確認します」のまま止まる場合は、資料が社内説明に耐えていない可能性があります。導入理由が抽象的、費用対効果の前提がない、リスクに触れていない、次の承認ステップが不明確。このどれかが欠けると、担当者は社内で話を進めにくくなります。

営業マネージャーは、提案書レビューで「商談相手がこの資料をそのまま上長に送れるか」を確認します。送れないなら、どの情報が足りないかを特定します。提案書はきれいに作るものではなく、顧客の社内意思決定を代行して整理するものです。

レビュー時には、担当者向け資料と承認者向け資料を分けて考えます。担当者向けには機能詳細や運用イメージが必要ですが、承認者向けには導入理由、投資判断、リスク対策、次の承認ステップが必要です。一つの資料ですべてを説明しようとすると長くなりすぎるため、本文と一枚要約を分ける判断も有効です。

稟議が止まった案件では、どの承認者で止まったかを記録します。上長で止まったなら費用対効果、情シスで止まったならセキュリティや運用負荷、購買で止まったなら契約条件や比較材料が不足していた可能性があります。止まった場所から提案書の不足を逆算します。

主な出典

• Gartner: How B2B Sales Reps Use Customer Interactions to Close Deals
• Forrester: The State Of Business Buying, 2024
• IPA: 情報セキュリティ10大脅威 2026
• McKinsey: Five fundamental truths: How B2B winners keep growing

編集・監修について

この記事は営業実務ラボ編集部が企画、執筆、編集しています。制作過程で生成AIを構成案作成、草案整理、表現確認に利用する場合がありますが、公開前に編集部が事実関係、出典、表現を確認しています。外部専門家による個別監修が入る場合は、記事内で監修者名または監修有無を明記します。