ROIは最後に出すな ― SaaS営業の価値証明

今日は SaaS 営業の価値証明です。複雑商談では、デモで盛り上がっても案件が止まることがあります。理由はシンプルで、便利そうと、社内で投資を正当化できるは別物だからです。価値証明はその溝を埋める仕事なんですね。

その通りです。価値証明は、商談の最後に ROI の表を付けることではありません。discovery で聞いた課題を、成功条件、業務変化、経営インパクト、第三者の証拠まで一本につなぐ設計です。

GitLab の POV ガイドが分かりやすくて、Proof of Value は technical challenge と business objective の両方に対して、自社が最適解だと示す structured engagement だと定義しています。ふわっと試すのではなく、勝ち筋を設計するんです。

ええ。GitLab は success criteria を決め、required capabilities は五つ以下に絞るのを勧めています。さらに開始日、終了日、主担当、次の判定会議まで握る。価値証明は自由研究ではなく、期限付きの案件前進プロジェクトです。

Dock は business case を五分で読める形にしろと言っています。構成は executive summary、現状課題、提案、business impact、investment。この順が大事で、まず機能ではなく、何が経営課題で、どう変わるかから入るんです。

そこが重要です。ALL STAR SAAS FUND の整理でも、いきなり売上増やコスト減を言うより、まず事業貢献数値を特定すべきだとされています。工数削減なら、その時間が何に再投資されるかまで翻訳して初めて経営判断に乗ります。

面白いのは第三者証明の効き方です。Forrester の調査では、ある cybersecurity SaaS は enterprise 案件を前に進めるため TEI を導入し、営業が custom ROI を作る時間を五から八時間から約一時間へ圧縮できたそうです。顧客からの追加 proof point も減りました。

具体例も強いです。Sendoso の TEI では ROI が 212%、回収期間は六か月未満、平均 sales cycle は 15% 短縮。Instruqt も hands-on lab を使った presales で 244% ROI と、速い purchase decision を示しています。資料と体験の両方が効くんです。

明日からの実践は三つです。第一に、デモ後すぐ one-pager で business driver と success criteria を三から五個に絞る。第二に、business case を複数シナリオで作る。第三に、第三者証拠と顧客固有の数字を分けて並べることです。

もう一つ大事なのは、受注後も同じ success metric を追うことです。契約前に約束した価値を CS に引き継げば、価値証明は受注のための話術ではなく、継続率と expansion につながる経営プロセスになります。