製品販売のロールプレイスクリプト：ダイアログとルーブリック付きの完全な例

製品販売についてのロールプレイスクリプトは、通常は販売者と買い手の間の書かれた対話であり、オープニングラインからクローズまでの現実的な営業会話を説明しています。一般的な営業ピッチテンプレートとは異なり、完全なスクリプトには交換の両側が含まれています：販売者が言うこと、買い手がどのようにプッシュバックするか、そして販売者がそのプッシュバックにどのように応答するかです。

教師はビジネスコミュニケーションやマーケティングクラスでこれらのスクリプトを使用して、説得と交渉を教えます。営業マネージャーは、新しい営業担当者がそれをライブで試す前に、発見から終了までの良い会話が実際にどのように聞こえるかを聞く必要があるため、オンボーディング中にそれを使用します。この形式は推測を排除するため、機能します。「異議をうまく処理する」と言う代わりに、それがどのように見えるかを1行ずつ正確に示します。

良い製品販売ロールプレイスクリプトには通常3つの部分があります：キャラクターセットアップ（買い手と販売者が誰で、買い手の状況がどのようなものであるか）、ダイアログ自体、および特定の行がなぜ機能したかを説明するデブリーフノート。

下のスクリプトを配布する前に、5分間のセットアップに費やします。ダイアログ自体よりも重要です。なぜなら、ロールプレイは、それを実行する人々が各キャラクターがどのように行動しているのかを理解している場合にのみ何かを教えるからです。

これは完全で使用可能な買い手販売者ロールプレイスクリプトです。製品はTaskFlowというプロジェクト管理アプリですが、構造はほぼすべてのB2BまたはB2C製品に対して機能し、詳細を交換するだけです。

セットアップ： Maya（販売者）はTaskFlowで働いています。Devon（買い手）は、スプレッドシートとメールを使用してプロジェクトを追跡している12人のマーケティングチームを管理しています。Devonは以前別のツールを試しており、それはチームが採用するには複雑すぎると思っていました。

Maya： こんにちは Devon、時間を作ってくれてありがとう。何かを表示する前に、チームが現在プロジェクトをどのように追跡しているかを説明してもらえますか？

Devon： もちろんです。私たちは共有スプレッドシートと多くの Slack メッセージを使用しています。ほぼ機能しますが、忙しいと物が漏れます。

Maya： 大体、何が漏れるくらいですか？

Devon： 正直なところ、週に少なくとも1回です。通常、スレッドに埋もれていたため誰かが忘れた期限です。

Maya： わかりました。つまり、スプレッドシートは作業を追跡しますが、実際には誰かにリマインドしたり、何かが危機に陥っているかどうかをフラグを立てたりしません。

Devon： そうですね、まさにそうです。

Maya： それは TaskFlow が構築されたギャップです。すべてのタスクには所有者と期限があり、アプリは期限の2日前に警告を送信するため、それが期限の後ではなく前に表示されます。あなたが説明したことを考えると、それは先週の問題を捉えたでしょうか？

Devon： おそらくそうです。しかし、正直に言うと、去年このようなツールを試しましたが、チームはそれを嫌いました。クリックが多すぎて、セットアップが多すぎます。

Maya： それは公正な懸念であり、これらのツールを放棄する理由はナンバーワンです。それが多くのクリックに感じた理由を正確に聞いてもいいですか？

Devon： タスクの作成だけで5つのフィールドがありました。人々は気にするのをやめました。

Maya： それは理にかなっています。TaskFlow のタスク作成は 1 つのフィールドです。タスクを入力して Enter キーを押すと、他のすべてはオプションです。説明するのではなく見せたいのですが、2〜3人のチームメンバーとの15分間のウォークスルーで機能しますか？そうすれば、あなただけが判断する必要がありません。

Devon： それは合理的です。あなたのサイズのチームはどのくらいの費用がかかりますか？

Maya： 12人の場合、月額1人あたり8ドル、合計96ドルです。誰もお金を払う前に、あなたのチームが実際のプロジェクトでそれをテストできるように、最初の2週間は無料です。

Devon： わかりました。ウォークスルーをセットアップしましょう。木曜日にできますか？

Maya： 木曜日が機能します。言及した2人を含むカレンダー招待状を送ります。

上のスクリプトを振り返ると、Maya は Devon の最後のツールをチームが嫌ったという異議に決して議論していないことに気づきます。異議に議論するということは、買い手がそれをより難しく守ります。代わりに、スクリプトは明示的に教える価値がある4部構成のパターンに従います。

第1に、異議を合理的として認める（「それは公正な懸念です」）。第2に、何が間違ったかを仮定する代わりに、特定のフォローアップ質問をする（「それが多くのクリックのように感じた理由は具体的に何ですか？」）。第3に、一般的な保証ではなく具体的な違いで実際の答えに対応します。第4に、購入決定をその場で尋ねるのではなく、短いウォークスルーのような小さく、低リスクの次のステップに移動します。

このパターンは、価格異議、タイミング異議（「私たちはこの四半期にシステムを切り替える準備ができていません」）、および権限異議（「これを私の取締役に実行する必要があります」）で、例の採用異議と同じ方法で機能します。認識、質問、具体的で対応、小さな次のステップを提案します。製品販売についての独自のロールプレイスクリプトを作成する場合、反論スピーチを書く代わりに、このシーケンスの周りにすべての異議を構築します。

これをクラスルームまたは公式な研修セッションで使用している場合、販売者のパフォーマンスを漠然とした「コミュニケーション」グレードではなく、特定の行動について採点します。具体的な基準を持つルーブリックは、すべてが会話の同じ瞬間を指しているため、デブリーフもより速くします。

上記のTaskFlowの例は、中級レップまたは中級学生向けに作成されていますが、同じ構造は簡単に適応します。初心者向けに価格異議を削除し、採用異議のみを保持し、学習者が1度に1つのスキルに集中できるようにします。高度な練習では、2つの異議を背中合わせにスタックします。例えば、価格と競合他社の比較です。販売者が最初にどちらに対応するかを優先順位付けする必要があります。

別の製品に適応させるには、4部構成の形状を保ち、発見の質問、買い手の答えが特定の痛点を明らかにする、ピッチは製品機能をその正確な痛点に接続する、および一般的な「それは高すぎます」ではなく買い手の状況に関連する1つの現実的な異議。オフィス家具またはサブスクリプションボックスのような物理的な良い営業ロールプレイスクリプトも同じ形をしており、発見の質問と異議のみが、ソフトウェアの採用ではなく配送時間または返品ポリシーなど、その買い手が実際に気にかかるものと一致するように変わります。

最も一般的な間違いは買い手のロールカードをスキップし、買い手を演じている人に異議をその場で発明させることです。定義された状況がなければ、買い手は、すぐに洞窟を掘るか、実在の理由でブロックする傾向があります。どちらも役に立つことを教えていません。

2番目の間違いはロールプレイを1回だけ実行することです。単一のパスは、誰かがスクリプトに従うことができるかどうかを示していますが、スクリプトを適応できるかどうかではありません。同じシナリオを新しい異議で実行したり、買い手を演じる人をスワップしたりすることで、基礎となるスキルが転送されたかどうかが示されます。

3番目の間違いは、フィーリング（「それは良い感じでした」）ではなくルーブリックに関してデブリーフすることです。デブリーフのすべてのコメントを会話の特定の行に結び付け、グループは一般的な「いい仕事」や「クロージングで仕事をする」よりもはるかに多く保持します。

すべてのクラスルームやチームがオンデマンドで練習パートナーを利用できるわけではなく、スクリプトは読むだけでなく、スクリプトを読むと信頼を構築するだけです。これは、上記のスクリプトの同伴として SayNow AI が有用である場所です。シミュレートされた買い手に応答して販売者のラインを話すことができ、ペーシング、フィラーワード、明確性に関するフィードバックを取得し、異議処理交換をあなたが必要とするまで何度も何度も繰り返すことができます。確認-尋ねる-答える-提案パターンが自動的に感じられます。それは実際のパートナーとクラスで演習を実行することに代わるものではありませんが、採点される前またはそれが実際の営業通話の前に排出する堅実な方法です。