商機の特定とリード（見込み客）獲得：攻めのAI接客プロンプト術
会話の流れで自然に資料送付・予約リンク・LINE登録へ誘導し、成約率を最大化する攻めのAI接客プロンプト術を解説します。商機の特定から見込み客の育成まで、具体的な設定例と実践フローをステップごとに紹介します。
Web サイトの訪問者の多くは、ただ情報を読んで帰っていきます。フォームを送るほど熱量は高くないけれど、ちゃんと話せれば興味を持ってくれる——「温度感の中間層」を逃しているのが、多くの企業の現実です。
Socrates（ソクラテス）は、AI が会話の流れでニーズを聞き出し、商談のきっかけとなるリード情報へと変換するための設計を持っています。この記事では、「ただ答える AI」から「商機を逃さない AI」に変える、プロンプト設計の実践テクニックを解説します。
「答えるだけの AI」では商機を逃す 3 つの場面
1. 質問に答えて終わる、聞き返さない
「料金プランを教えてください」と聞かれて、ただ料金表を提示するだけで終わる AI は、貴重な機会を逃しています。お客様の状況・予算・目的を聞き返せば、もう一歩踏み込んだ提案ができたはずです。ベテランの営業担当者は質問に答えながら、必ず相手の状況を聞き取ります。AI にもこの「聞き返す習慣」を持たせることがリード獲得の第一歩です。
AI への指示文に「お客様の質問に答えた後、状況や目的を 1 つ聞き返す」と書くだけで、対話の深さが大きく変わります。
2. 「次のアクション」を提示しない
会話が情報提供で終わってしまい、「予約面談はこちら」「資料ダウンロード」「無料体験」など、お客様が次に進める道筋を AI が示さない。熱量がピークの瞬間に行き場がないのは、もっとも避けたいパターンです。情報を受け取ったお客様は、次のステップが分からなければ「また今度調べよう」と思ってブラウザを閉じます。
CTA（Call to Action）は一度だけ、会話の流れが自然に落ち着いたタイミングで出すのが効果的です。Deep Logic Prompt で「予算・導入時期の話題が出たら予約リンクを案内する」と条件を設定します。
3. 匿名のお客様を会員化する導線がない
パブリックモードで対話しているお客様が、深い相談に至った瞬間にも、会員登録を勧める一言がない。温度感の高い匿名ユーザーが、そのまま立ち去ってしまいます。CRM モードに移行することで、対話履歴が蓄積され、担当者によるフォローが可能になります。この移行の瞬間を逃さない設計が重要です。
商機を獲るプロンプト設計の 4 つの型
型1. ヒアリングを必ず混ぜる「目的志向の AI」
AI への指示文に「お客様の質問に答える前に、状況や目的を 1 つ聞き返すこと」と明記します。例えば「料金についてですね。お客様の業種と従業員数を教えていただけますか？最適なプランをご案内します」のように、答え + 聞き返しのセットで対話を進めます。
会員モードで運用すれば、聞き出した情報は CRM に保存され、担当者の追客時の貴重な材料になります。顧客サマリーとして AI が 500 字以内に要約するため、担当者は全文を読まずに状況を把握できます。
型2. Deep Logic Prompt で「CTA タイミング」を制御
Deep Logic Prompt で「予算・導入時期・他社比較の話題が出たら、必ず予約面談リンクを案内する」というルールを設定します。お客様の熱量がピークに達したタイミングで CTA を提示することで、「興味はあるけど次の一歩が分からない」状態を解消できます。
CTA のリンク先は TimeRex / JICOO 等の外部予約アプリの URL が一般的です。AI が CTA を出すタイミングと文面を指定することで、自然な流れで予約ページに誘導できます。
型3. 匿名 → 会員への自然な誘導
「より詳しいご案内には会員登録（メール認証のみ）が便利です。過去の対話履歴も保存され、次回の相談がスムーズになります」といった案内を、対話が深まったタイミングで AI が能動的に出します。情報の希少性ではなく、「お客様にとってのメリット」を伝える文面が自然な登録促進につながります。
CRM モードでは、お客様はメールアドレスとアクセスパスワードで登録します。対話履歴が個人に紐付いて蓄積されるため、次回訪問時に前回の文脈から続けて相談できます。
型4. 自動タグからの即時フォロー体制
AI が会話から「商機」「VIP」「悩みあり」などのタグを自動付与します。担当者が朝出社して「昨夜のホットリード」を確認し、午前中に個別フォローを入れる運用フローを作っておきます。商機タグがついた顧客を 24 時間以内にフォローする SLA を社内で決めておくと、取りこぼしを防げます。
プロンプト設計のチェックリスト
- ① ヒアリング項目の明示
「業種 / 予算感 / 導入時期 / 検討状況」など、商談に必要な情報を AI が能動的に聞く順序を指示文に書きます。聞きすぎは圧迫感になるため、対話 1 ターンにつき 1 質問を原則にします。 - ② CTA の発火条件を明確化
「予約面談を案内するのはどのタイミングか」を Deep Logic Prompt で定義します。条件が曖昧だと AI は毎回 CTA を出すか、一度も出さないかの両極端になります。 - ③ 営業圧の調整
ヒアリング・CTA を過剰に出すと逆効果です。「対話 3 ターン目以降に CTA を提示」「無理に予算を聞かない」など節度を設定します。押し売り感を避けつつ、自然に次のステップへ誘導するバランスが重要です。 - ④ 月次で商機タグの発生状況をレビュー
CRM ダッシュボードで商機タグの件数を確認し、前月比を把握します。件数が少なければ CTA の条件を緩める、多すぎてフォローしきれなければ条件を絞る、という調整サイクルを回します。
よくある質問
Q1. AI が営業っぽくなりすぎないですか？
プロンプトの強弱で調整可能です。「過度な営業トークは避け、お客様が自然に話したくなる聞き方を心がける」と AI への指示文に書くことで、押し売り感を抑えられます。丁寧なヒアリングが成約に繋がるという設計が基本です。
Q2. 個人情報を AI に直接聞かせていい？
個人情報（氏名・メールアドレス・電話番号）は AI ではなく会員登録フォーム経由で取得することを推奨します。AI には「具体的な連絡先は会員登録時にお預かりします」と案内させます。会員登録後は CRM に情報が蓄積されます。
Q3. 商機タグの精度はどう上がりますか？
AI への指示文で「予算・導入時期に言及した質問は商機タグの対象」と明示するか、社内で発見した「商機の典型パターン」を AI の指示文に追加していく運用が有効です。実際の対話ログを見て、タグが付いていない商機パターンを指示文に追記します。
Q4. 既存のマーケティングツールと連携できますか？
Socrates 自体に MA 機能はありません。CSV エクスポートで顧客リストと商機タグを取り出し、外部ツールに取り込む運用が一般的です。1 年分の会話ログを一括エクスポートできます。
Q5. リード獲得効果はいつから出ますか？
AI への指示文と CTA 動線を整えた日から運用効果は出始めます。ただし最適化には数週間〜数ヶ月のチューニング期間を想定しておくと現実的です。商機タグの発生状況を定期確認して指示文を改善するサイクルが大切です。
AI 接客のゴールは「回答」ではなく、その先の「行動」です。
Socrates を、24 時間眠らないあなたの営業アシスタントとして活用してください。
導入前に決めておきたいこと
AIでリードを獲得するなら、訪問者をすぐに売り込むのではなく、相談内容を整理して担当者が次の会話を始めやすい状態に整えることが役割です。
課題・対象業務・検討時期・相談方法を順番に聞き、回答したくない項目はスキップできるようにすると、会話の負担を抑えながら商談の準備情報を集められます。 重要なのは、機能を有効にすることではなく、誰がどの情報を更新し、どの相談を人へ渡すかを運用として決めることです。
最初に整理するチェック項目
- ✅ AIに任せる相談と、担当者が判断する相談を分ける
- ✅ 回答の根拠になる情報と、その更新担当を決める
- ✅ お客様が次に取る行動を、各会話の最後に一つ用意する
- ✅ 誤回答・未解決・有人引き継ぎを確認する方法を決める
小さく始める実装手順
最初からすべてのケースを自動化する必要はありません。対象を絞り、設定した内容が実際の会話で機能するかを確認してから範囲を広げます。
- 1. 誰を見込み客とみなすかを、行動と条件で定義する
実際の設定では、担当者が判断できる言葉に置き換え、設定後にテスト質問で確認します。 - 2. 質問を一度に一つ出し、回答内容に応じて次を変える
実際の設定では、担当者が判断できる言葉に置き換え、設定後にテスト質問で確認します。 - 3. 担当者へ渡す要約に含める項目を決める
実際の設定では、担当者が判断できる言葉に置き換え、設定後にテスト質問で確認します。 - 4. 商談化しなかった会話も確認し、質問の順番を改善する
実際の設定では、担当者が判断できる言葉に置き換え、設定後にテスト質問で確認します。
テストでは、理想的な質問だけでなく、情報が足りない質問・言い換え・複数の要望が混ざった質問も使います。回答できない場合に、無理に答えず確認質問や有人対応へ切り替えられることまでが導入の完了条件です。
運用で見るべき指標
記事のテーマに関係する成果だけでなく、会話の品質も一緒に確認します。最低限、会話数、目的の回答まで進んだ割合、未解決になった質問、有人引き継ぎの件数を同じ期間で見てください。
数字が悪いときは、いきなりAIの性格やプロンプト全体を変えず、どの質問・どの案内・どのリンクで止まったかを一つずつ確認します。原因が情報不足ならナレッジを、導線の問題なら質問順序を、判断が必要な相談なら引き継ぎ条件を修正します。
失敗しやすいパターンと直し方
質問を増やせば情報が集まるとは限りません。フォームのように質問が続くと離脱しやすいため、回答の途中で役立つ情報を返し、相談するメリットを示してください。
もう一つの失敗は、設定した人だけが内容を理解し、現場の担当者が修正できない状態です。変更した理由・対象範囲・確認したテスト質問を短く記録し、更新担当が同じ手順で見直せるようにします。
反対に、すべてを有人対応へ戻す必要もありません。AIが安定して答えられる範囲を残し、判断が必要な境界だけを人へ渡すことで、品質と効率の両方を調整できます。
よくある質問
Q1. 最初からすべての問い合わせをAIに任せるべきですか？
いいえ。頻度が高く、回答の根拠が明確な相談から始めます。個別判断や契約に関わる相談は、必要な確認事項を示して担当者へ引き継ぐ設計が安全です。
Q2. 設定を変更したら、何を確認すればよいですか？
代表的な質問、情報が不足した質問、回答できない質問の3種類でテストします。回答内容だけでなく、次のリンクや有人対応への切り替えが意図どおりかも確認してください。
Q3. 既存のナレッジはそのまま使えますか？
そのまま登録するのではなく、古い情報・重複・条件付きの説明を整理してから使います。回答の正本と更新担当を決めておくと、後から修正しやすくなります。
Q4. AIで対応できない相談はどうすればよいですか？
対応できないことを明確に伝え、担当者へ渡すために必要な情報と相談方法を案内します。曖昧な回答を続けるより、引き継ぎ条件を明示する方が信頼を保ちやすくなります。
関連ガイド
- コンバージョン改善の考え方：今回のテーマと一緒に確認しておきたい関連ガイドです。
- 条件分岐の設計：今回のテーマと一緒に確認しておきたい関連ガイドです。
- 顧客情報と履歴の管理：今回のテーマと一緒に確認しておきたい関連ガイドです。
判断に迷ったときの優先順位
運用中に「AIで答えるか、人へ渡すか」を迷った場合は、まず安全性と正確性を確認し、次にお客様が今必要としている情報を考え、最後に自動化による効率を検討します。効率を優先して誤案内を残すと、後から修正するコストが大きくなるためです。
- 事実確認が必要な内容や個別判断は、根拠を確認できなければ担当者へ渡す
- 回答できる内容でも、条件によって結論が変わる場合は確認質問を先に置く
- 同じ質問が繰り返される場合は、回答を増やす前にナレッジの正本を見直す
- 成果が下がったときは、会話数だけでなく未解決と離脱の位置を確認する
担当者へ引き継ぐ情報テンプレート
有人対応へ渡すときは、会話全文をそのまま送るのではなく、次の情報を短く整理すると担当者がすぐ対応できます。項目は業務に合わせて減らして構いませんが、何を相談し、どこまで確認し、次に何を望んでいるかは残します。
- 相談の目的：お客様が解決したいこと
- 現在の状況：利用中のサービス、検討段階、発生している問題
- 確認済みの情報：AIが案内した内容と、お客様の回答
- 未確認の事項：担当者が追加で確認する必要がある点
- 次の希望：電話、メール、予約、資料送付などの希望する連絡方法
公開後7日間の見直し
公開直後は、成果が出たかだけでなく、想定外の質問がどこで発生したかを確認します。1日目は自分で代表質問を試し、3日目は未解決ログを分類し、7日目に回答・導線・引き継ぎ条件のいずれを直すかを決めます。変更した箇所とテスト結果を記録しておけば、次の更新で同じ原因を調べ直さずに済みます。
- 代表質問と境界ケースを実際の画面で確認する
- 未解決・離脱・有人引き継ぎの会話を原因別に分ける
- 最も影響の大きい1箇所だけを修正する
- 修正前と同じ質問で再テストする
- 変更日・変更理由・確認者を運用記録に残す
導入判断のための確認質問
AIでリードを獲得するなら、訪問者をすぐに売り込むのではなく、相談内容を整理して担当者が次の会話を始めやすい状態に整えることが役割です。この方針を実際の業務へ取り入れるか判断するときは、機能の多さではなく、今ある問い合わせのどこを改善したいのかを先に確認します。目的が曖昧なまま設定を増やすと、導入後に成果を測れず、回答の修正も場当たり的になりやすいためです。
担当者間で合意しておく質問
- この仕組みで、最初に減らしたい作業や解消したい不安は何か
- お客様が自分で解決できる範囲と、専門家の判断が必要な範囲はどこか
- 回答の正しさを確認できる資料や画面はどれか
- 情報が古くなったとき、誰が、どの頻度で更新するか
- AIから担当者へ渡すとき、担当者が最初に知るべき情報は何か
- 公開後に改善の優先順位を決める人は誰か
現場で使う運用メモ
設定を公開した後は、回答の内容だけでなく、その回答がどのページや会話の入口から始まったかも記録します。同じ質問でも、初回訪問者と既存のお客様では必要な説明が変わることがあります。入口、質問、回答、次の行動を一組で残すと、どの部分を直すべきかをチームで共有しやすくなります。
また、改善のために個人情報を必要以上に保存しないことも重要です。分析に必要な項目だけを定め、閲覧できる担当者と保管期間を決めます。不要な情報を集めない設計は、運用負担を下げるだけでなく、お客様へ説明するときの分かりやすさにもつながります。
更新時には「何を変えたか」だけでなく、「なぜ変えたか」「どの質問で確認したか」「変更後に何を観察するか」を短く残します。将来、数値が変化したときに原因を追跡でき、別の担当者へ引き継ぐ場合も判断の背景が失われません。
改善前後を比べる方法
改善の効果を確認するときは、変更前と変更後で対象期間や質問の条件をそろえます。会話数が違うだけで良し悪しを判断せず、目的の回答へ進んだ割合、未解決になった割合、担当者へ渡った割合を同じ単位で比較してください。短期間の結果だけで結論を出さず、想定外の質問が増えていないかも確認します。
- 改善したい会話の種類と、観察する期間を決める
- 変更前の代表的な質問と指標を記録する
- 一度に変更する要素を一つに絞る
- 変更後に同じ質問と境界ケースで確認する
- 結果と次の仮説を記録し、次回の改善につなげる
数字が上がっても、回答の分かりにくさや引き継ぎの遅れが増えていれば、品質が改善したとはいえません。お客様が次の行動へ進めたか、担当者が状況を理解して対応できたかまでを確認して、記事で紹介する手順を自社の運用へ合わせて調整してください。