← エピソード一覧に戻る Episode 193 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 案件が消える前に止まっている
タカシ
今日は SaaS 営業の相互行動計画を扱います。案件が失注すると、提案が弱かったと思いがちですが、実際には価値が伝わる前に社内調整で止まっていることが少なくありません。商談を前進させる設計そのものがテーマです。
ミカ
ありますよね。担当者は前向きなのに、その後ぱたっと返事が止まるやつです。営業側は温度感が高いと思っていたのに、気づいたら法務も情シスも予算会議も何も動いていない。あれ、かなりつらいです。
タカシ
相互行動計画は、その停滞を防ぐための共有進行表です。売り手と買い手が、誰が何をいつまでにやるかを一本の流れで見える化する。次回アポの確認ではなく、購買プロセス全体を共同で運転するための地図なんですね。
ミカ
なるほど。営業版の旅行しおりみたいなものですね。集合時間だけじゃなくて、誰が切符を持っていて、どこで乗り換えて、遅れそうなら何を先に確認するかまで書いてある感じ。複雑な SaaS 商談ほど必要そうです。
Chapter 2 なぜ今必要か ― 複数関与者と非同期購買の時代
タカシ
背景もはっきりしています。HubSpot の 2024 Sales Trends Report では、営業プロセスには平均5人の意思決定者が関わり、28%の営業担当者が、商談が長すぎることを失注の最大要因だと答えています。複雑化が前提なんです。
ミカ
5人いると、会議の予定を合わせるだけでも大変そうです。しかも誰か一人が前向きでも、他の部門がまだ置いていかれていたら進みませんよね。担当者ひとりだけを追っていても、案件が進んでいるとは限らないわけだ。
タカシ
さらに Salesforce の調査では、75%の business buyer が営業会話は以前より非同期化したと答え、71%は大半の接点を transactional だと感じています。その一方で87%は trusted advisor を期待している。ここが面白いところです。
ミカ
つまり、買い手は自分で調べるし、会話もバラけるけれど、最後は相談に乗ってほしいんですね。資料だけ送って終わる営業だと、便利でも信用されにくい。相互行動計画って、その相談役ぶりを形にする道具なんだと見えてきました。
Chapter 3 どう使うか ― 管理表ではなく発見の道具にする
タカシ
大事なのは、相互行動計画を契約直前のチェックリストにしないことです。Clari は、verbal yes の後ではなく discovery の途中から共有するほうが有効だと説明しています。早めに出すと、隠れていた障害が前に出てくるんですね。
ミカ
へえ、もっと後半で出すものだと思っていました。最初から見せると、売り込まれている感じが強くなりませんか。まだ温度感も分からないうちに工程表を出したら、相手が引く気も少しします。
タカシ
そこは粒度です。最初から100項目を出すのではなく、デモ、ROI確認、セキュリティ審査、稟議、契約、導入準備といった高位の節目だけ置く。すると顧客は、自社で誰を巻き込む必要があるかを早い段階で考えられます。
ミカ
たしかに、情シス確認や法務レビューが後から急に出てくるより、最初から予定表にあるほうが親切です。営業が急かしているというより、買い手の社内仕事を先回りして助けている感じですね。これなら trusted advisor に近いです。
Chapter 4 具体例 ― 勝率と滑りをどう変えたか
タカシ
実例もあります。Clari Align の公式ページでは、Unity が mutual action plans の活用で win rate を30%改善したと紹介されています。価値と次工程を結びつけ、買い手が社内で動きやすい形にしたことが、受注率に効いたわけです。
ミカ
30%は大きいですね。営業が頑張ったというより、買い手が前へ進みやすくなった結果なんでしょうね。社内共有しやすい資料ひとつで、こんなに変わるなら、提案の中身だけ磨いていても足りないと分かります。
タカシ
同じく Clari では、Globalization Partners が slipped deals を39%削減したと紹介されています。四半期をまたいで売上が滑ると、採用計画も投資判断も狂います。相互行動計画は、現場の便利ツールではなく経営管理の精度にも効くんです。
ミカ
しかも Dock の事例では、Nectar が win rate を31%改善して、workspace を12回以上見た案件は97%の確率で成約したそうです。作っただけではなく、顧客が実際に見て使っているかが重要なんですね。ここはかなりリアルです。
Chapter 5 まとめ ― 次回アポ管理から購買設計へ
タカシ
失敗パターンも整理しておきましょう。営業側の TODO だけを並べる、契約直前まで共有しない、細かく作りすぎて読まれない、価値と工程がつながっていない。この四つが揃うと、相互行動計画はむしろ重い書類になります。
ミカ
分かります。計画表が増えるほど前に進む気がするけど、相手が見ないならただの自己満足ですもんね。やるなら、顧客が社内で説明しやすい順番になっているか、担当者と期限が入っているかをまず見たほうがよさそうです。
タカシ
その通りです。明日からできることは三つです。高単価案件で共通テンプレートを作る、discovery 中盤で顧客と一緒に埋める、閲覧頻度や未完了タスクを案件レビューに持ち込む。この三つだけでも商談の見え方はかなり変わります。
ミカ
今日のポイントは、SaaS 営業は追いかける仕事ではなく、買い手の前進を設計する仕事だということでした。皆さんの案件でも、次回日程だけで終わっていないか、相手の社内プロセスまで見えているかを、ぜひ点検してみてください。