Deck Terminator
料金ログイン始める

購買担当者の次の判断を中心にセールスデッキを構築する

セールスデッキは、顧客の優先事項を行動する信頼できる理由に結び付けるべきです。Deck Terminatorを使用して、ディスカバリーノート、承認済みの製品資料、顧客の証拠を編集可能なプレゼンに整理します。このページは購買会話に焦点を当てています。詳細なアーキテクチャと統合設計は技術プリセールスデッキに含めるべきです。

購買担当者と会議から始める

誰が出席するか、彼らが認識している課題、会議でサポートしたい決定を明示してください。ディスカバリーノート、関連する製品機能、承認済みの価格、使用許可のある顧客参照を用意しましょう。

顧客の予算、ワークフロー、現在のシステムに関する仮定をラベル付けしてください。推測された会社プロファイルをディスカバリーの証拠として提示しないでください。初回会議では短い価値のストーリーが必要かもしれませんし、後の会議では実装の制約と評価計画が必要かもしれません。

機能を成果に結び付ける

購買担当者の状況、現状を変えないことのコスト、関連する機能、裏付けとなる証拠、次のステップを中心にストーリーを整理します。無関係な製品機能はメインのストーリーから外してください。

ROIの見積もりを含める場合は、入力と前提を示し、アカウントチームに確認を依頼してください。顧客の引用には承認と文脈が必要です。ジェネレーターは推薦を検証したり、顧客の成果を捏造したり、販売を保証したりすることはできません。

一度生成し、アカウントごとに適応させる

  1. プレゼン生成フローで、購買担当者、会議の段階、望ましい次のステップを説明します。
  2. 顧客資料と製品資料をアップロードします。必要に応じてサポート対象の会社テンプレートを選択します。
  3. 方向性を確認し、提案内の仮定を修正します。
  4. 編集可能なPPTXをダウンロードし、主張と価格を確認して、最終的な議論を調整します。

これは標準の生成ワークフローであり、CRM統合ではありません。テキストと図形はPowerPointで修正できますが、画像は画像アセットのままです。アカウント固有の編集を行った後は、間隔と読みやすさを確認してください。

架空の構造例 — 顧客事例でも生成された出力でもありません

ServiceDesk Laneは、架空の運用チームが検討している架空のサポートツールです。この例はセールス会話を示すもので、実証された節約や推薦ではありません。

  1. 01

    現状を確認する

    現在リクエストがどのように割り当てられているか、購買担当者がどこで遅延を報告しているかを要約します。アカウントチームに、仮定を承認済みのディスカバリーノートに置き換えるよう依頼してください。

  2. 02

    関連する変更を実演する

    共有ルーティングとオーナーシップが、述べられたワークフローの課題にどのように対処できるかを示します。承認済みのデモを使用し、証拠なしに測定された改善を主張しないでください。

  3. 03

    評価ステップに合意する

    指名されたオーナー、合意された成功指標、レビュー日を含む限定的な評価を提案します。範囲と商業条件は購買担当者の承認に従うものとします。

デッキを作成する前にチームが尋ねる質問

技術プリセールスデッキとの違いは何ですか?

セールスデッキは購買担当者の優先事項、関連する価値、証拠、次の商業的ステップを先頭に置きます。技術プリセールスデッキはアーキテクチャ、統合、セキュリティ、技術検証に焦点を当てます。会議で両方が必要な場合はリンクさせてください。

ツールは参照やROI数値を捏造できますか?

そのようには使用しないでください。承認済みの参照とレビュー済みの仮定を提供してください。共有する前に、すべての顧客名、引用、価格、結果を確認してください。生成は検証サービスではありません。

別の顧客用にデッキを変更できますか?

はい。編集可能なPPTXをダウンロードしてテキストと図形を適応させるか、新しいアカウントの資料で別のタスクを開始してください。単に会社名を変更するのではなく、前の顧客の機密情報を削除してください。