スクリプト
Chapter 1 オープニング ― 受注は社内会議で決まる
今日は SaaS 営業の稟議支援です。商談では好感触なのに、社内で止まる案件がありますよね。あれは価値が足りないというより、価値が社内で通る形になっていないことが多いんです。
あります。担当者は前向きなのに、上司や情シスや財務が出てきた瞬間に急ブレーキがかかるやつです。営業としては、そこって相手の社内事情だから仕方ない、と片づけがちですよね。
でも、そこを仕方ないで済ませないのが稟議支援です。Gartner の 2025 年調査では、B2B の buyer team の 74% が意思決定中に不健全な対立を経験し、合意できた組織は高品質な商談になりやすかったんですね。
ということは、営業の仕事は担当者を説得するだけじゃなくて、社内で対立しやすい論点を先回りしてほどくことなんですね。今日はその実務を知りたいです。
Chapter 2 原則 ― champion が社内で売れる状態を作る
Gartner は、buying group 全体に向けた relevance は合意形成にプラスだが、個人に寄せすぎた訴求は逆に対立を生みやすいと示しています。現場担当者だけに刺さる資料では、財務や IT の会議を越えられません。
なるほど。使いやすいです、現場が楽になります、だけだと片手落ちなんですね。財務には ROI、IT にはセキュリティ、現場管理者には運用変更の話が要ると。
その通りです。Dock は、重要な会話の多くは営業がいない場で起きるので、buyer champion はその会議での自社の声だと表現しています。だから営業は、話し方まで含めて champion を準備させる必要があります。
資料を渡すだけじゃなくて、誰に何をどう説明するかまで一緒に作るわけですね。社内営業の台本づくり、みたいなイメージで捉えると分かりやすいです。
Chapter 3 実例 ― 稟議資料は会議でそのまま使える形にする
実務例も分かりやすいです。NotePM の導入事例では、パソナ日本総務部が経営責任者会議で導入目的を説明し、経営層、移行担当者、現場リーダーで役割を分けて進めています。最初から稟議を組織プロジェクトとして扱っているんです。
一人の担当者に丸投げしていないのが大きいですね。最初に経営層へ目的を通して、そのうえで現場へ落とす。順番を設計している感じがします。
そうですね。株式会社ベクトルの例では、事前アンケート結果を上申資料に添えて必要性の根拠を示し、承認がスムーズになったそうです。キーコーヒーも比較表、料金、サービス終了時の対応までまとめていました。
比較表や exit の説明まであると、上司や管理部門が聞きそうなことに先回りできますね。稟議支援って、きれいな提案書より、会議で突っ込まれる論点の先回りなんだなと分かります。
Chapter 4 停滞の正体 ― 書類不足より調整不足
日本企業の稟議負荷も重いです。エイトレッドの 2025 年調査では、起案者の 86.9% が作成にストレスを感じ、97.2% が差し戻しを経験していました。特に多い悩みは、関係部署との調整と事前説明の手間でした。
うわあ、ほぼ全員が差し戻し経験ありですか。となると、営業が価格表だけ渡しても足りないですね。結局しんどいのは、社内で何度も説明し直すところなんだ。
その通りです。Gartner も、後悔の少ない buying team は技術要件、セキュリティ、予算、導入後の変化まで早めに文書化すると述べています。しかも 61% が導入時の社内抵抗を経験しているので、移行や定着の材料も要ります。
つまり、最後に稟議書を書くより、最初から必要な社内会議を減らす資料セットを作る方が効くんですね。価格、ROI、セキュリティ、導入手順が一本で見えるようにする、と。
Chapter 5 まとめ ― 稟議は顧客の社内営業を助ける仕事
明日からの実践は三つです。第一に、承認者マップを作る。第二に、決裁者向け一枚要約、比較表、ROI、セキュリティ FAQ、導入計画を最小セットで揃える。第三に、champion と想定質問への答えを一緒に磨くことです。
しかも資料は添付で散らさず、共有 workspace にまとめると。Dock が紹介していたみたいに、CFO への business case をその場で開ける状態だと、転送のたびに情報が欠けにくいですね。
ええ。稟議支援は優しさではなく、受注率を上げる営業設計です。担当者を孤独にせず、社内で売れる武器を渡せる会社ほど、複雑な SaaS 商談を前に進めやすくなります。
今日は、商談の勝敗は会議室の外より中で決まる、とよく分かりました。皆さんも次の案件で、提案書を送る前に相手が社内で何を説明するかを先に設計してみてください。それではまた次回。