営業担当者が同じ主張を繰り返す前に、競合他社の主張を確認する

主張をテスト可能な 1 文に減らす

掲載予定の正確な一文から始めます。「競合製品はデータをエクスポートできない」には、製品、プラン、エクスポートの定義への前提が含まれます。どの製品、プラン、形式、時点なのか、文書には何と書かれているかを分けて確認します。定義の曖昧な主張は、同意が増えるだけでは確かになりません。

NIST の生成 AI プロファイルでは、作話がリスクであると特定されています。これは、生成されたクレームを検査する理由であり、モデルの投票を証拠としてカウントする理由ではありません。古いプラン情報に依存したり、もっともらしい機能制限をでっち上げたりすると、応答が具体的に聞こえる可能性があります。

• NIST: 生成 AI プロファイル↗

各応答に異なる証拠タスクを実行させる

競合の公式文書、価格ページ、更新情報から共有可能な抜粋を URL と日付付きで渡します。Ask separately で、原文からの抽出、抜けた条件、反例、営業で使う慎重な表現をそれぞれ求めます。これは確認の視点を指定するもので、独立した推論の保証ではありません。引用先は自分で開き、モデルが生成した URL を確認済みの出典と扱わないでください。

情報源が沈黙している場合は、「この情報源からは確立されていない」と書きます。沈黙は、特徴が存在しないことの証明とは異なります。質問が取引にとって重要な場合、次のステップは、より自信を持って書き直すことではなく、文書化された製品テストまたは承認された説明になる可能性があります。

営業用バトルカードのこの一つの競合に関する主張を確認してください：[主張]。公式の抜粋、URL、閲覧日：[出典]。四つに分けて示してください：正確に裏付けられる記述、製品・プラン・地域・日付の条件、提供された証拠では排除できない反例、営業担当者向けの慎重な文案。関連する提供済みの箇所だけを引用してください。裏付けられる点、矛盾する点、未解決の点を分けてください。記憶で事実を補ったり、他のモデルとの一致を検証と扱ったりしないでください。

バトルカードの横に事実台帳を保管します

架空の演習用資料を考えます。公式文書を模したサンプルに Enterprise プランの CSV エクスポートが載っていますが、他のプランの API エクスポートには言及がありません。これは実在のベンダーを示しません。「通常プランではエクスポートできない」という主張は、証拠より広すぎます。

購入者のフォローアップの質問に対する回答を書きます

有用なバトルカード エントリには、チェックされた文、ソース リンク、中立的な発見の質問が含まれています。架空の例の場合: 「提供されたドキュメントには、Enterprise での CSV エクスポートがリストされています。どのエクスポート形式とプランを評価していますか?」これにより、営業担当者は限定的な発言を行うことができ、購入者の実際の要件を理解する方法が得られます。

エントリーを普遍的な批判に変換することは避けてください。購入者は、カスタム契約、別の製品バージョン、またはあなたのチェック後にリリースされた機能を持っている可能性があります。カードは、営業担当者が古い比較を擁護するよう促すのではなく、新しい情報が登場したときに会話を正確に保つのに役立つものでなければなりません。

公開されたすべてのファクトに所有者を付与する

Colay は、1 つのワークスペースで解釈候補を収集し、異議を唱えるのに役立ちます。成果物は、あなた自身が管理する事実台帳のままです。価値の低い詳細ごとに 8 つの回答は必要ありません。購入者の決定を変える可能性がある主張や、条件なしで繰り返されるとチームに当惑を与える可能性がある主張に焦点を当てて比較します。

1. 指名された人に元のソースを調べてもらい、正確な表現を承認してもらいます。
2. アクセスした日付とは別に、ソースの日付を記録します。
3. 未解決の申し立てを承認済み事実ブロックに含めないでください。それらをリサーチ質問としてリストアップします。
4. ベンダーが価格設定、ドキュメント、または製品範囲を変更した場合は、影響を受けるエントリを再確認します。

質問と回答