利益:
- 顧客のニーズにつながる、利益を重視した構造化されたオファー テキストを作成する能力
- 価格と価値を組み立てるオプション（パッケージ）を含む提案構造を作成する能力
- プレースホルダーを含む再利用可能な見積テンプレートを作成および検証する機能
企画書（企画書）は営業プロセスにおいて最も重要な書類の一つです。ここで顧客は「はい」または「いいえ」を言います。弱い見積もりは、機能、品目、合計金額などの単なる価格表です。強力なオファーとはストーリーです。顧客の問題を理解し、顧客の言語で解決策を説明し、利点を具体的に示し、その価値の当然の結果として価格を提示します。
人工知能 (AI) は、分散したニーズ情報を、構造化されたメリットを重視したサービスに変換する際に、大幅なスピードをもたらします。しかし、これには落とし穴もあります。AI は製品と価格を知りません。あらゆる空白スペースにフィットします。この単元では、AI を「ライティング アクセラレータ」として使用し、実際の数値とコミットメントを制御する再利用可能な見積もりフローを構築します。
注: AI によって生成された価格、期間、および範囲のステートメントは、検証なしに顧客に送信してはなりません。モデルは、存在しないパッケージまたは間違った量を生成する可能性があります。すべての拘束力のある図はあなたの承認が必要です。
利益を重視した表現の力
顧客は機能ではなく結果を購入します。違いを見てください:
- 特徴: 「当社のソフトウェアは自動レポートを提供します。」 （彼は何をしているのですか？）
- 利点: 「月次レポートの作成には 4 時間ではなく 10 分かかります。チームはその時間を営業に割り当てます。」 （それは私に何をもたらしますか？）
適切な引用は、各機能を利点、可能であれば数字に結びつけます。 AI に「機能のリスト」ではなく、「各機能を顧客の獲得結果に結び付ける」ように指示すると、オファーの説得力が根本的に変わります。
オファーの骨子
強力な提案は通常、次の部分で構成されます。
- 状況/ニーズの要約: 顧客の問題を顧客の言語で繰り返します (理解を示します)。
- 提案されたソリューション: 何を提供していますか? それはどのように機能しますか?
- 利点と結果: このソリューションは何をもたらしますか?できれば具体的、数値的に。
- 範囲と納品: 含まれるものと含まれないもの。タイムプラン。
- 投資 (価格): 価値によって構成され、できればオプションを使用します。
- 次のステップ: 明確でユニークです。
ステップバイステップ: 見積書の作成
- ニーズを集めます。インタビューメモ、発見のための質問への回答。
- 価値提案を明確にする。これらは、顧客にとって最も重要な 2 ～ 3 つのメリットです。
- AIにスケルトンを渡します。上記のセクションを面付けします。
- 実数を入力します。価格、期間、範囲はプレースホルダーとして残しておきます。手で埋める。
- オプションを提供します。 1 つの価格ではなく、2 ～ 3 パック (良い/より良い/最高)。
- レビュー。捏造された報道、虚偽の約束、誇張はありませんか?
コピー可能なプロンプト
要件情報から構造化されたオファーを生成する基本的なプロンプト:
役割: あなたは提案書作成の専門家です。以下のニーズ情報に基づいて、利益を重視した提案書の草案を作成します。次のセクションを使用します: (1) ニーズの概要 (顧客の言語で)、(2) 提案されたソリューション、(3) 利点と結果 (具体的、可能であれば定量化)、(4) 範囲と提供、(5) 投資、(6) 次のステップ。ルール: 価格、期間、正確な範囲を表す [FILL: ...] プレースホルダーをそのままにしておきます。数値を入力しないでください。各機能をメリットに結び付けます。必要な情報: {{ メモ }}製品/ソリューション情報: {{ 製品 }}
機能リストをメリットに変えるプロンプト:
次の機能リストをユーティリティ言語に翻訳してください。機能ごとに、「これにより、これが得られます」のような 1 つの文を書きます。可能であれば、顧客の状況からの具体的な結果 (時間/コスト/リスク) を含めます。でっち上げられた数字を使用する。数値が必要な場合は [FILL] のままにしてください。機能: {{ 機能 }}
即時制作オプション（パッケージ）価格設定：
基本/推奨/包括の 3 つのオプションで提案のパッケージ構造を提案します。各パッケージで何が対応する必要があるのか、またそのパッケージが何をカバーしているのかを書き留めます。この顧客に最適な、中央の「推奨」パッケージを強調表示します。価格を下げる[FILL];埋めさせていただきます。必要性: {{ 必要性 }}
送信前にオファーを確認するプロンプト:
この提案草案を送信する前にチェックしてフラグを立ててください: - 未検証/捏造された数字、範囲、または約束はありますか? - [FILL] プレースホルダーは未入力のままですか? - 機能と利点のつながりが弱い部分はありますか? - 誇張/保証の記述 (「間違いなく 2 倍になります」) はありますか?各問題を 1 文の修正とともにリストします。ドラフト: {{ ドラフト }}
弱いプロンプト / 強いプロンプト
弱い入札
強力なオファー
機能と価格表
ニーズ→ソリューション→メリット→投資の流れ
「当社の製品はそうなります」
「こうするとこういう結果が得られます」
単一価格、比較対象外
2 ～ 3 パック、「推奨」と強調表示
AIによる補填額
プレースホルダ + 実際の価格を手動で入力
違いは、強力なオファーにより顧客が「何が得られるの?」と尋ねるようになることです。 「何で稼げますか？」ではありません。問題は説得することです。
ミニケース3個
ケース 1 — 架空価格の災害は回避されました。ある代表者はAIに「完全な見積もり」を求めた。モデルは自信を持って「月あたり4,900 TL」と書きました。しかし、実際の価格は異なり、AI はそれを知ることができませんでした。幸いなことに、コントロール プロンプトはこの行に「未確認の番号」としてフラグを立てました。チームは価格フィールドを [FILL] プレースホルダーに変換しました。 AIによって作成された番号が顧客に再度送信されることはありません。
ケース 2 — ベネフィットは言語を終了しました。 2 つのオファーを比較しました。 1 つ目は「高度な分析モジュール、API アクセス、ロールベースの認証」と書かれていました。 2 つ目は、同じ機能を利点に変えました。「マネージャーは推測ではなくデータに基づいて意思決定を行います。システムと自動的に対話し、データ入力を排除します。」同じ製品と同じ価格での 2 番目のオファーでは、承諾率が著しく高くなりました。
ケース 3 — 中間のパッケージが機能しました。単一価格オファーでは、顧客は「高いのではないか？」と疑問に思います。彼はからかった。 3 つのパッケージ構造 (基本/推奨/総合) に移行する場合、ほとんどのお客様は真ん中の「推奨」パッケージを選択しました。選択肢を提供することで、意思決定が「はいかいいえ」から「どれにするか」に変わりました。そして平均契約規模も増加しました。
ヒント: 提案書の先頭に、顧客の問題を自分の言葉で要約した段落を含めます。人々は自分たちの問題を正しく理解している販売者を信頼します。 AI にインタビューメモからこの「要件の概要」を抽出するよう依頼します。提案の残りの部分は、この信頼の基盤に基づいています。
テンプレート化と再利用
各提案書を最初から作成するのではなく、承認済みの提案書テンプレートを作成します。固定セクション (会社紹介、手法、条件) は変更されません。変数 ({{customer_need}}、{{recommended_package}}、{{price}}) が各見積もりに入力されます。 AI がテンプレートを顧客の状況に適応させます。実際の数値を入力して確認します。これにより、スピード、一貫性、ブランド品質の両方が維持されます。
注意: 提案書に記載されているすべての数値と範囲の記述は約束であり、多くの場合拘束力があります。 「2 週間以内に納品」、「ユーザー数は無制限」、「稼働率 99.9%」などのフレーズは、実際に約束を守れる場合にのみ書いてください。 AI はそのような主張を都合よく生成します。確認するのはあなたの責任です。
よくある間違い
- 機能リストを作成し、メリット (それが顧客にもたらすもの) を省略します。
- AI が作成した価格、期間、適用範囲を未検証のままにします。
- 単一の価格を提示し、顧客を「はい/いいえ」のジレンマに追い込む。
- 要件の概要をスキップして、解決策に直接進みます (理解を示すことができません)。
- 守れない約束（保証、期限）をオファーに残すこと。
- すべての提案書をゼロから作成すると、矛盾が生じ、時間が無駄になります。
要約すると
- 強力なオファーとは、価格表ではなく、ニーズ、解決策、利益、投資の流れに沿ったストーリーです。
- 各機能を顧客が得られる具体的な結果 (メリット) に結び付けます。
- AI に価格、期間、範囲を一致させないでください。プレースホルダーをそのままにして、実際の値を入力します。
- オプションのパッケージ (基本/推奨/包括) により、意思決定が容易になり、価値が高まります。
- 承認されたテンプレートを使用して、速度、一貫性、コミットメントの制御を維持します。
アプリケーションタスク
顧客のニーズのシナリオ (または実際の会議メモ) を基に、提案プロンプトを含む 6 部構成のアウトラインを作成します。次に、(1) すべての [FILL] プレースホルダーに実際の数値/仮説の数値を入力します。(2) 機能特典プロンプトで少なくとも 3 つの機能を特典に変換し、(3) 3 パック構造を追加して「推奨」を強調表示します。(4) 監査プロンプトで虚偽の約束や未入力のフィールドがないことを確認します。
チェックリスト
- [ ] 私は顧客の問題を顧客の言語で要約することから提案を始めました。
- [ ] 各機能を具体的なメリットに結び付けました。
- [ ] 価格/期間/範囲をプレースホルダーとして残し、実際の値を手動で入力しました。
- [ ] オプション（パッケージ）を含めた価格設定をご提示させていただきました。
- [ ] 守れない約束は排除しました。
- [ ] 監査ステップで捏造と不備を解消しました。