営業資料の例：ディスカバリーからパイロットまで

8枚のスライドで構成する営業ストーリー

ディスカバリーで、リクエストが複数のチャネルから届き、スタッフが繰り返し不足情報を尋ねていることが判明したとします。購買担当者はまだ総コストを測定していません。そのため、大きなROI主張よりも範囲を限定したパイロットの提案が説得力を持ちます。

顧客の言葉を使い、証拠を捏造しない

購買担当者が「不足情報を追いかけている」と言った場合は、正確な記録と適切な許可のもとでのみ引用してください。根拠のない「チームの40％の時間が無駄になっている」といった表現には変えないでください。

ラベル付きの例示は、顧客の成果を装わずに課題を説明できます。所有者、日付、添付ファイルが欠けたリクエストを示し、提案された受付項目を見せることで、測定された結果がなくても改善の仕組みが理解できます。

導入前後の流れで変化を説明する

機能リストに「フォーム、ルーティング、通知」と書く代わりに、誰がリクエストを提出し、どの情報が必要で、次の担当者がどう受け取るかを説明するスライドにします。これにより製品機能が購買担当者の業務に結びつきます。

パイロットを信頼できる商談上の次のステップにする

パイロットの範囲を定義する：1つのリクエストカテゴリ、期間、参加チーム、責任者を明示。購買担当者が提供すべきものもリストアップします。責任者や測定方法がないパイロットは評価が難しく、放置されやすい。

成功指標は控えめかつ観察可能に。パイロット前後の不足情報で返却されたリクエストの割合を比較するなど。プロセスや人員、リクエストの種類も変わる場合は、すべてを製品の効果と結びつけない。

AI向け営業資料のブリーフ

「このディスカバリーノートから8枚のパイロット提案スライドを作成してください。購買担当者が述べた受付課題を使い、提案ワークフローを説明し、パイロットの範囲を示してください。測定計画と責任者・開始日の最終リクエストも含めてください。ロゴ、顧客の引用、ケーススタディ結果、ROI数値は元資料にない限り追加しないでください。」

Syaxisでは、購買担当者の課題と提案プロセスの関係を明確にするよう資料を修正します。「機能リストを3ステップの受付ワークフローに置き換えてください」といった具体的な依頼は、「もっと売れるようにしてください」より効果的です。

商談段階に合わせてストーリーを調整する

初期のディスカバリーは質問の余地を残す必要があります。技術評価は実装の詳細が必要です。商用承認は範囲、責任、条件を明確にします。すべての段階で同じ長い資料を使うと、購買担当者が決断すべき内容が曖昧になります。

クリエイティブな提案を行う代理店なら、代理店向けのピッチデックとして構成しましょう。既存顧客の結果レビューには、新規見込み客扱いせず四半期レビュー資料を使いましょう。

ディスカバリー用・提案用・会社紹介用の資料を使い分ける

最初の会話の段階では、条件交渉に入った提案資料と同じ精度で価格を示すことはできません。ディスカバリーでは、買い手に課題認識と判断基準を確認してもらうことが重要です。提案資料では、合意済みの要件を、範囲を区切った提案内容、対象外事項、次に必要な承認へと結び付けます。会社紹介資料は、まず自社の関連性を短時間で伝えるためのものであり、検証されていない内容を顧客の証拠のように見せてはいけません。