Blog

ブログ

chevron_right

Business Case & Final Proposal完全ガイド:稟議を通すための「武器」を設計する方法

  • エンタープライズセールス

Business Case & Final Proposal完全ガイド:稟議を通すための「武器」を設計する方法

購買プロセスの第5ステップであるBusiness Case & Final Proposal(ビジネスケース・最終提案)は、Validation Eventで得た検証結果をもとに、Economic Buyer(決裁者)の最終承認を獲得するフェーズです。ここで作成する資料は、単なる「営業からの提案書」ではなく、Championが社内稟議を通すための「武器」として設計する必要があります。本記事では、顧客目線でビジネスケースを構築する方法、稟議を通すための戦略的アプローチ、そしてEBの優柔不断を防ぐ説得技法について解説します。


Business Case & Final Proposalとは何か

購買プロセスにおける位置づけ

Business Case & Final Proposalは、以下に示すエンタープライズ購買プロセスの第5ステップです。

ステップ 内容
1. Discovery
(課題発見)
顧客の課題を発見し、自社サービス導入の可能性を探る
2. Scoping
(提案設計)
As-Is / To-Beを定義し、コスト妥当性を証明する
3. Economic Buyer Meeting
(決裁者MTG)
予算責任者と直接会い、投資判断の合意を得る
4. Validation Event
(価値検証)
PoC・PoV・デモトライアルで効果を実証する
5. Business Case & Final Proposal 検証結果を踏まえた最終提案を行う
6. Negotiate & Close
(条件交渉・契約)
条件交渉を経て契約に至る

このステップは、Validation Eventで実証された価値を「ビジネスケース」として体系化し、EBの最終承認を獲得するための決定的なフェーズです。

定義:ビジネスケースとは

ビジネスケースとは、採用されたプロジェクトの妥当性・投資価値を示す資料です。日本語では「企画書」や「稟議書」に相当する概念ですが、エンタープライズセールスにおいては、以下の2つの役割を同時に担います。

役割 内容
営業ツールとして EBに対して投資対効果を訴求し、最終決断を促す
社内提案資料として Championが社内稟議を通すための根拠資料として活用される

ここで重要なのは、ビジネスケースは「営業から顧客への提案書」ではなく、「顧客が社内で稟議を通すための企画書」として設計すべきという点です。


なぜBusiness Caseが重要か

「検証成功」だけでは契約に至らない

Validation Eventで優れた結果が出たとしても、それだけでは契約には至りません。

日本企業においては特に、複数の関係者の承認を経る「稟議」プロセスを通過する必要があります。稟議とは、個人の権限だけでは決定できない事柄に関して、関係者に承認・決裁を得る手続きのことです。

Validation Eventの結果を「検証が成功しました」と報告するだけでは、以下の問題が発生します。

  • EBが「なんとなく良さそう」とは思うが、最終決断に踏み切れない

  • Championが上申しようとしても、説得材料が不足している

  • 関係部署(IT、法務、調達など)からの質問に回答できない

  • 競合他社との比較で差別化ポイントが不明確

ビジネスケースの3つの機能

適切に設計されたビジネスケースは、以下の3つの機能を果たします。

1. 投資判断の根拠を提供する

ROI、コスト削減効果、リスク低減効果など、EBが経営判断を下すために必要な定量的情報を整理します。

2. 社内稟議の承認確率を高める

Championが社内で説明する際に使える、論理的かつ客観的な根拠資料となります。

3. 競合との差別化を明確にする

なぜ自社ソリューションが最適なのかを、検証結果に基づいて証明します。


ビジネスケースに含めるべき7つの要素

ビジネスケースには、以下の7つの要素を網羅することを推奨します。

1. エグゼクティブサマリー

最初に、提案の要点を1ページ以内で要約します。EBは多忙であり、詳細を読む時間がない場合も多いため、結論から先に提示することが重要です。

含めるべき内容

  • 解決すべきビジネス課題(1〜2文)

  • 提案するソリューション(1〜2文)

  • 期待されるROI・効果(数値で明示)

  • 投資額と回収期間

  • 推奨する次のステップ

2. ビジネス課題の定義(As-Is)

現状の課題を定量的に示します。Discovery・Scopingで把握した情報を整理し、EBの視座に合わせて記述します。

ポイント

  • 経営レベルでのインパクト(売上・利益・リスク)で表現する

  • 「担当者のペイン」ではなく「ビジネス課題」として記述する

  • 現状維持した場合の損失(機会損失、競争劣位など)を定量化する

3. 理想状態の定義(To-Be)

課題が解決された後の理想状態を描き、そこで享受できるメリットを提示します。

ポイント

  • 経営指標(売上、利益、コスト、リスク)への影響を明示する

  • 競争優位性への寄与を説明する

  • 中長期的な戦略との整合性を示す

4. Validation Event結果の報告

検証で得られた結果を、客観的なエビデンスとして提示します。

含めるべき内容

  • 検証項目と合格基準(事前合意済みであることを明記)

  • 各項目の検証結果(合格/不合格と客観的データ)

  • 検証プロセスの透明性(誰が・いつ・どのように検証したか)

  • 残存リスクと対応策(不合格項目がある場合の対処方針)

5. 投資対効果(ROI)の算出

コスト妥当性を数値で証明します。Scopingで設計したROI試算を、Validation Event結果を踏まえて更新します。

ROI算出の要素

項目 内容
初期投資額 導入費用、カスタマイズ費用、教育費用など
運用コスト 年間ライセンス費用、保守費用など
期待効果 コスト削減額、売上増加額、リスク低減効果
投資回収期間 何年で投資を回収できるか
5年間累計ROI 長期的な投資対効果

6. 類似企業の成功事例

同業他社や類似課題を抱えていた企業の成功事例を提示します。EBは「確からしさ」を重視するため、具体的な数字を伴う事例が効果的です。

効果的な事例の要素

  • 業界や企業規模が近いこと

  • 課題が類似していること

  • 定量的な成果(○○%向上、○○円削減など)が示せること

  • 導入から成果までの期間が明確であること

7. 導入計画とリスク対応

導入スケジュール、マイルストーン、想定されるリスクと対応策を明示します。

含めるべき内容

  • 導入フェーズとスケジュール

  • 各フェーズのマイルストーン

  • 必要な社内リソース

  • 想定されるリスクと対応策

  • サポート体制


最終提案資料の作成:顧客目線で設計する

「ベンダー目線」から「顧客目線」への転換

ビジネスケースの作成において最も重要なのは、資料を「顧客の社内提案用」として設計することです。

多くの営業担当者は、自社製品の機能や優位性を強調した「営業提案書」を作成しがちです。しかし、EBや稟議の承認者が知りたいのは「この製品が何をできるか」ではなく、「この投資によって自社のビジネス課題がどう解決されるか」です。

ベンダー目線(NG)

  • 製品機能の羅列

  • 自社の実績アピール

  • 技術的な優位性の説明

顧客目線(推奨)

  • 顧客のビジネス課題と解決策の対応

  • 顧客にとってのROI・メリット

  • 顧客の言葉・用語を使用した説明

顧客の言葉で書く

ビジネスケースは、顧客の社内で使われている言葉・用語で書くことが重要です。

Discovery・Scopingで顧客がどのような言葉で課題を表現していたか、どのようなKPIを重視しているかを把握し、その言葉をそのまま使用します。

営業側の表現 顧客側の表現(例)
業務効率化 残業時間の削減
生産性向上 1人あたり処理件数の増加
コスト削減 外注費の圧縮
リスク低減 監査指摘事項の解消

Championの稟議を支援する

日本企業における稟議の実態

日本企業においては、営業担当者がEBに直接提案する機会は限られています。多くの場合、Championが社内稟議を通す形で意思決定が行われます。

稟議とは、複数の関係者に承認をもらう手続きであり、以下のような特徴があります。

  • 起案者(Champion)から上位役職者へ順番に回覧される

  • 複数の承認者・決裁者の印鑑が必要

  • 1人でも反対すると差し戻しになる

  • 承認までに時間がかかる

営業がChampionに提供すべき「武器」

Championが稟議を通せるかどうかは、営業がどれだけ強力な「武器」を提供できるかにかかっています。

武器 内容 用途
ビジネスケース本体 投資妥当性を示す企画書 稟議書の添付資料として
エグゼクティブサマリー 1ページで要点を把握できる資料 忙しい承認者向け
ROI試算シート 数字の根拠が分かる計算資料 財務部門の確認用
FAQ資料 想定質問と回答をまとめたドキュメント Championの説明支援
競合比較表 他社製品との比較資料 調達部門の検討用
リスク対応表 懸念点と対策を整理した資料 慎重な承認者向け

稟議を通すための5つの要素

稟議書には、以下の5つの要素が必要です。ビジネスケースにこれらがすべて含まれていることを確認してください。

要素 内容 チェックポイント
目的 なぜこの投資が必要か ビジネス課題との紐づけが明確か
内容 何を導入するか 製品・サービスの概要が分かりやすいか
費用 いくらかかるか 初期費用・運用費用が明示されているか
成果 どのような効果があるか 定量的なROI・メリットが示されているか
リスク どのようなリスクがあるか リスクと対応策が整理されているか

EBの意思決定を後押しする:4つのNessへの回答

EBが問いかける4つの論点

EBが決裁を下す際に問いかける論点は、4つのNessに集約されます。ビジネスケースでこれらすべてに明確な回答を準備しておくことで、稟議停滞を防ぐことができます。

論点 英語 EBの問い ビジネスケースでの回答
いくら Much-ness いくらかかるのか?いくらのコストを抑えられるのか? ROI計算、削減コストの明示、投資回収期間
早さ Soon-ness どれくらい早く導入できるのか?結果が見えるまでどれくらいか? 導入スケジュール、マイルストーン
確からしさ Sure-ness 成果を出せる根拠は何か? Validation Event結果、類似事例
簡単さ Easy-ness 導入の難易度は?社員が使い方を覚えるのは容易か? 実装計画、教育プログラム、サポート体制

各論点への回答例

Much-ness(いくら)への回答

「初期導入費用は300万円、年間ライセンス費用は120万円です。一方、現状の機会損失1,000万円のうち800万円を回収できる見込みであり、ROIは167%、初年度で投資回収が可能です」

Soon-ness(早さ)への回答

「導入から本稼働まで3ヶ月、効果測定ができるのは稼働後2ヶ月程度です。つまり、本日ご決断いただければ、来期の予算策定時には効果検証が完了している状態になります」

Sure-ness(確からしさ)への回答

「同業のA社様では、導入6ヶ月で成約率が15%向上しました。また、先日実施したValidation Eventでは、御社の〇〇部門において△△%の改善効果が確認されています」

Easy-ness(簡単さ)への回答

「導入は既存システムとのAPI連携で完了し、大規模な改修は不要です。また、ユーザー教育はオンライン研修2時間で完了し、専任のカスタマーサクセス担当が3ヶ月間伴走します」


EBの優柔不断を防ぐ

「買うか買わないか」の瀬戸際

Business Case & Final Proposalの段階で、EBは「買うか買わないか」という決断に迫られています。この時点でEBは、「失敗したくない」というリスク回避欲求が高まっています。

優柔不断を防ぎ、最終決断を後押しするために、以下のアプローチを取ります。

1. 現状維持のリスクを強調する

「導入しない」という選択肢もまたリスクであることを示します。

「現状のまま推移した場合、年間で約1,000万円の機会損失が継続します。さらに、競合他社がDXを推進している中で、2年後には市場シェアで5%以上の差がつく可能性があります」

2. 導入延期による損失を定量化する

「今決断する」ことの価値を示します。

「導入を3ヶ月延期するごとに、約250万円の機会損失が発生します。また、来期の予算サイクルに間に合わせるためには、今月中のご決断が必要です」

3. 検証結果を根拠として再強調する

Validation Eventで実証された結果を、改めて客観的なエビデンスとして提示します。

「御社環境での検証の結果、事前に設定した合格基準をすべてクリアしています。これにより、導入後の効果は十分に実証されました」


根回しの重要性

「根回し」は稟議成功の鍵

日本のビジネスにおいて、根回しは稟議を成功させるための重要な要素です。

根回しとは、稟議書を回覧する前に、関係者に事前に内容を伝えておくことです。いきなり稟議書が回ってくると、承認者は「何かリスクがあるのではないか」と警戒します。事前に内容を共有しておくことで、この警戒心を和らげることができます。

Championの根回しを支援する

営業担当者は、Championが効果的に根回しできるよう支援します。

支援の方法

  • 関係者ごとの説明ポイントを整理する

  • 想定される質問と回答を準備する

  • 必要に応じて個別説明会の開催を提案する

  • 関係部署向けの個別資料(IT部門向け、法務部門向けなど)を用意する

承認者別のアプローチ

稟議には複数の承認者が関与します。それぞれの立場に応じたアプローチが必要です。

承認者 関心事 アプローチ
事業部門長 事業成果、KPI達成 ROI、業務改善効果
IT部門 技術適合性、セキュリティ 技術仕様、連携方法、セキュリティ対策
調達部門 価格、契約条件 見積書、契約書、競合比較
法務部門 コンプライアンス、契約リスク 利用規約、SLA、データ管理
CFO / 財務部門 投資対効果、予算 ROI試算、投資回収期間

Business Case & Final Proposal作成チェックリスト

ビジネスケースの内容

  • [ ] エグゼクティブサマリー(1ページ以内)が含まれているか

  • [ ] ビジネス課題(As-Is)が定量的に示されているか

  • [ ] 理想状態(To-Be)とメリットが明確か

  • [ ] Validation Event結果が客観的に報告されているか

  • [ ] ROI・投資対効果が数値で示されているか

  • [ ] 類似企業の成功事例が含まれているか

  • [ ] 導入計画とリスク対応が記載されているか

顧客目線での設計

  • [ ] 顧客の言葉・用語で書かれているか

  • [ ] 顧客のビジネス課題と解決策が紐づいているか

  • [ ] 顧客の稟議書として使える形式になっているか

  • [ ] EBの視座に合わせた内容になっているか

4つのNessへの回答

  • [ ] Much-ness(いくら)に回答しているか

  • [ ] Soon-ness(早さ)に回答しているか

  • [ ] Sure-ness(確からしさ)に回答しているか

  • [ ] Easy-ness(簡単さ)に回答しているか

Champion支援

  • [ ] Championが説明に使える資料が揃っているか

  • [ ] FAQ資料を準備したか

  • [ ] 関係部署向けの個別資料を用意したか

  • [ ] 根回しの支援ができているか


よくある失敗パターンと対策

失敗パターン1:機能説明に終始する

症状:ビジネスケースが製品機能の説明に終始し、顧客のビジネス課題との紐づけが弱い

対策:すべての説明を「顧客の課題解決」の観点から書き直す。「この機能があります」ではなく「この課題をこう解決します」という形式に変換する

失敗パターン2:ROIの根拠が曖昧

症状:「コスト削減効果があります」と書いてあるが、具体的な数字や計算根拠が示されていない

対策:ROI試算シートを作成し、計算の前提条件と根拠を明示する。Validation Event結果を根拠として活用する

失敗パターン3:リスクへの言及がない

症状:メリットばかりが強調され、想定されるリスクや対応策が記載されていない

対策:リスク対応表を作成し、懸念点と対策を整理する。リスクを隠すのではなく、対策とともに提示することで信頼性を高める

失敗パターン4:Championへのサポート不足

症状:ビジネスケースを渡しただけで、Championが社内で説明する際のサポートがない

対策:FAQ資料の作成、想定問答の共有、リハーサルの実施など、Championが自信を持って説明できる状態を作る


まとめ:ビジネスケースは「武器」として設計する

Business Case & Final Proposalの成否は、顧客目線でビジネスケースを設計できるかにかかっています。

押さえるべき3つのポイント

  1. 顧客の稟議書として設計する:営業提案書ではなく、Championが社内で使える企画書として作成する

  2. 4つのNessすべてに回答する:Much-ness、Soon-ness、Sure-ness、Easy-nessのすべてに明確な回答を用意する

  3. Championの「武器」を提供する:ビジネスケース本体だけでなく、FAQ、ROI試算シート、関係部署向け資料など、稟議を通すために必要な資料を一式揃える

日本企業においては、営業担当者がEBに直接プレゼンテーションする機会は限られています。だからこそ、Championが自信を持って稟議を通せる「武器」を提供することが、エンタープライズセールス成功の鍵なのです。

→エンタープライズ営業を推進させるPathLightとは

\ Let's shere ! /

一覧ページに戻る

一覧ページに戻る

keyboard_arrow_right