はじめに
GPT-5.5向けのプロンプト設計では、従来のように「いい感じの返信文を作って」と依頼するだけでは、十分な成果につながりにくい場合があります。
OpenAI公式の Prompt guidance では、GPT-5.5について、短く、成果物を先に定義するプロンプトが有効であり、目的・成功条件・制約・利用可能な情報を明確にしたうえで、モデルに効率的な解決ルートを選ばせることが推奨されています。過去モデル向けのプロンプトをそのまま持ち込むと、ノイズが増えたり、機械的な回答につながる可能性があるとも説明されています。(OpenAI Developers)
これは、営業やカスタマーサポートの業務でもかなり重要です。
営業・カスタマーサポートでは、AIに次のような依頼をする場面があります。
- 顧客への返信文を作る
- 商談後のフォローメールを作る
- 提案文を作る
- クレーム対応文を作る
- 問い合わせ回答を作る
- FAQを整理する
- 顧客の不満や要望を分析する
- 解約理由を整理する
- 次回商談の論点を整理する
しかし、次のようなプロンプトでは、GPT-5.5の力を十分に引き出せないことがあります。
丁寧な返信を作ってください。
いい感じに提案してください。
お客様に失礼のない文章にしてください。
クレームにうまく返信してください。
問い合わせにわかりやすく答えてください。
これらは便利そうに見えますが、顧客に何を理解してもらい、どんな不安を減らし、次にどんな行動を取ってほしいのかが曖昧です。
営業・カスタマーサポートがGPT-5.5を使うなら、重要なのは「きれいな文章を作ること」ではありません。
重要なのは、AIに次の情報を渡すことです。
- 顧客は今どんな状態なのか
- 顧客の不安や疑問は何か
- こちらは何を伝えるべきか
- 顧客に次に何をしてほしいのか
- どの情報は断言してよいのか
- どの情報は確認が必要なのか
- どんなトーンで伝えるべきか
この記事では、GPT-5.5本人と営業・カスタマーサポート担当者の対話形式で、営業・CS業務に使えるGPT-5.5向けプロンプトを解説します。
登場人物
GPT-5.5
成果物重視のプロンプトを好むAI。
「いい感じに」よりも、目的・顧客状況・成功条件・制約・出力形式を明確に伝えてもらうほうが力を発揮しやすい。
営業・カスタマーサポート担当者
顧客対応、商談後フォロー、問い合わせ回答、クレーム対応、FAQ作成にAIを使いたい。
最初は「丁寧に返信して」と依頼しがち。
第1話：GPT-5.5、「丁寧に返信して」に困る
営業・CS担当者：
GPT-5.5、お客様への返信文を丁寧に作ってください。
GPT-5.5：
丁寧にすることはできます。
ただ、まず確認したいのは「この返信で顧客にどうなってほしいのか」です。
営業・CS担当者：
どうなってほしい、ですか？
GPT-5.5：
はい。同じ返信文でも、目的によって書き方は変わります。
問い合わせに回答する
→ 正確性、わかりやすさ、次の操作案内が重要
商談後にフォローする
→ お礼、確認事項、次回アクションが重要
クレームに対応する
→ 謝意、事実確認、再発防止、安心感が重要
提案を送る
→ 課題、提案内容、導入メリット、次の判断材料が重要
解約検討中の顧客に返信する
→ 不満の理解、代替案、継続判断の材料が重要
営業・CS担当者：
つまり、「丁寧に」だけでは足りないんですね。
GPT-5.5：
はい。GPT-5.5向けには、文章の雰囲気だけでなく、顧客をどの状態まで前に進めたいのかを伝えることが重要です。
第2話：悪いプロンプトは「文章作成」で止まっている
悪い例1：問い合わせ返信を丸投げする
以下の問い合わせに対して、丁寧な返信文を作ってください。
何が問題か
このプロンプトは一見すると普通です。
しかし、営業・CS業務では、単に丁寧な文章を作るだけでは不十分です。
顧客対応で本当に必要なのは、次のような状態を作ることです。
- 顧客の疑問が解消される
- 誤解が減る
- 次に何をすればよいかわかる
- こちらが確認中の事項が明確になる
- 不安や不満が悪化しない
- 必要なら適切に担当部署へつなげられる
「丁寧な返信」だけを依頼すると、文章はきれいでも、顧客の行動につながらない回答になる可能性があります。
良い例1：顧客の疑問を解消し、次の行動につなげる
以下の問い合わせに対する返信文を作成してください。
目的:
顧客の疑問を解消し、次に取るべき行動がわかる状態にすること。
顧客状況:
- 商品の利用方法で困っている
- 専門用語には詳しくない
- できるだけ早く解決したい
成功条件:
- 最初に問い合わせへの回答がある
- 手順がわかりやすい
- 顧客が次に何をすればよいか明確
- 不明点が残る場合の問い合わせ先を示す
- 失礼のない丁寧な文面にする
制約:
- 確認できていない仕様は断言しない
- 顧客の操作ミスだと決めつけない
- 過度に長くしない
- 必要な場合は「確認いたします」と明記する
出力:
- 件名
- 本文
- 必要に応じた補足
営業・CS担当者：
これなら、ただの返信文ではなく、解決に向かう文章になりますね。
GPT-5.5：
はい。営業・CSでは、返信文の目的を「丁寧に返す」ではなく、顧客の不安を減らし、次の行動を明確にすると定義するのが重要です。
第3話：営業メールは「売り込む」より「判断しやすくする」
営業・CS担当者：
営業メールの場合は、「魅力的に提案して」と頼めばよいですか？
GPT-5.5：
それだけでは少し弱いです。
営業メールでは、顧客が「検討する理由」を理解できることが重要です。
営業・CS担当者：
つまり、売り込むよりも判断材料を渡す感じですか？
GPT-5.5：
その通りです。
悪い例2：提案メールを雰囲気で依頼する
以下の商品について、顧客に刺さる提案メールを作ってください。
何が問題か
このプロンプトでは、誰に何を提案するのかが曖昧です。
結果として、次のようなメールになりがちです。
- 商品説明が中心になる
- 顧客課題とのつながりが弱い
- 導入メリットが抽象的
- 次に何をすればよいか不明
- 売り込み感が強い
営業メールで重要なのは、商品を一方的に説明することではありません。
重要なのは、顧客の課題に対して、なぜその提案が有効なのかを伝えることです。
良い例2：顧客課題に紐づく提案メールにする
以下の情報をもとに、顧客向けの提案メールを作成してください。
目的:
顧客が自社の課題と提案内容の関係を理解し、次回打ち合わせを検討できる状態にすること。
顧客情報:
- 業務効率化に課題を感じている
- 現在は手作業が多い
- 新しいツール導入には慎重
- 費用対効果を重視している
成功条件:
- 顧客の課題に触れている
- 提案内容が課題解決にどうつながるかが明確
- 導入メリットを具体的に伝える
- 押し売りに見えない
- 次回打ち合わせの提案が自然
制約:
- 効果を断言しすぎない
- 未確認の数値は使わない
- 顧客の現状を決めつけない
- 丁寧だが回りくどくしない
出力:
- 件名
- 本文
- 次回打ち合わせの候補提案文
営業・CS担当者：
顧客の状況を入れるだけで、かなり提案らしくなりますね。
GPT-5.5：
はい。営業では、「商品をどう見せるか」よりも、顧客の課題と提案をどう接続するかが重要です。
第4話：商談後フォローは「お礼」だけではもったいない
営業・CS担当者：
商談後のフォローメールもAIに作らせたいです。
GPT-5.5：
その場合は、「お礼メール」ではなく、「商談内容を整理して次の合意につなげるメール」と考えるとよいです。
悪い例3：商談後メールを雑に作る
商談後のお礼メールを作ってください。
何が問題か
このプロンプトでは、単なる丁寧なお礼で終わる可能性があります。
商談後のメールでは、次の情報が重要です。
- 商談で確認した課題
- 顧客が関心を持ったポイント
- 次に確認すべき事項
- こちらが対応すること
- 顧客に依頼したいこと
- 次回打ち合わせの候補
お礼だけでは、商談の温度感や次のアクションが流れてしまいます。
良い例3：次回アクションにつながるフォローメールにする
以下の商談メモをもとに、商談後のフォローメールを作成してください。
目的:
商談内容を整理し、次回アクションに自然につなげること。
成功条件:
- 商談のお礼がある
- 顧客の課題認識を簡潔に整理している
- 顧客が関心を持ったポイントに触れている
- こちらが対応すること、顧客に確認してほしいことが分かれている
- 次回打ち合わせの提案が自然
制約:
- 話していない内容を勝手に追加しない
- 顧客の発言を断定しすぎない
- 売り込み感を出しすぎない
- 長くしすぎない
出力:
- 件名
- 本文
- 箇条書きの確認事項
- 次回打ち合わせの提案文
営業・CS担当者：
商談後メールを、次の商談につなげる道具として使うわけですね。
GPT-5.5：
はい。フォローメールは単なる礼儀ではなく、合意内容と次アクションを固定するための営業資産です。
第5話：クレーム対応は「謝る」だけでは不十分
営業・CS担当者：
クレーム対応文も作れますか？
GPT-5.5：
作れます。ただし、クレーム対応では特に注意が必要です。
謝罪だけでなく、事実確認・対応方針・再発防止・顧客の不安軽減が重要です。
悪い例4：クレーム対応を丸投げする
以下のクレームに対して、丁寧に謝罪する返信文を作ってください。
何が問題か
このプロンプトでは、謝罪に寄りすぎる可能性があります。
もちろん謝意は重要です。
しかし、クレーム対応では次の点も必要です。
- 何に対してお詫びしているのか
- 事実確認が済んでいるのか
- すぐ対応できることは何か
- 確認が必要なことは何か
- 再発防止策はあるのか
- 顧客に次に何をお願いするのか
謝るだけで終わると、顧客は「それでどうなるのか」がわからず、不安が残ります。
良い例4：謝罪・事実確認・対応方針を分ける
以下のクレーム内容に対して、顧客への返信文を作成してください。
目的:
顧客の不満を受け止め、事実確認と今後の対応方針を明確に伝えること。
成功条件:
- 最初に不快な思いをさせたことへの謝意を示す
- 事実確認済みの内容と、確認中の内容を分ける
- すぐ対応できることを明確にする
- 確認に時間がかかる場合は、その旨を丁寧に伝える
- 顧客が次にどうすればよいかがわかる
- 再発防止に触れる場合は、断言しすぎない
制約:
- こちらの非が確定していない内容を断定しない
- 顧客を責める表現を避ける
- 言い訳に見える表現を避ける
- 未確認の補償や対応を約束しない
- 感情的な表現にしない
出力:
- 件名
- 本文
- 社内確認が必要な事項
- 返信前に確認すべきリスク
営業・CS担当者：
「返信前に確認すべきリスク」も出すのがよいですね。
GPT-5.5：
はい。クレーム対応では、文章を作るだけでなく、送ってよい内容かを確認する視点が重要です。
第6話：FAQは「質問と回答」だけでなく「迷いを減らす」ために作る
営業・CS担当者：
FAQ作成にも使えますか？
GPT-5.5：
使えます。
ただし、「FAQを作って」だけでは、顧客の迷いを減らす構成にならないことがあります。
悪い例5：FAQ作成を丸投げする
このサービスについて、FAQを作ってください。
何が問題か
このプロンプトでは、一般的なFAQになりがちです。
Q. このサービスは何ですか？
Q. 料金はいくらですか？
Q. どうやって使いますか？
もちろん必要な質問もあります。
ただし、営業・CSで使うFAQでは、顧客が実際につまずくポイントを優先すべきです。
- 導入前に不安になること
- 利用開始時につまずくこと
- よく誤解される仕様
- 問い合わせが多い操作
- 解約や契約変更で迷うこと
良い例5：問い合わせ削減につながるFAQにする
以下の問い合わせ履歴をもとに、FAQを作成してください。
目的:
顧客が自己解決できる範囲を増やし、問い合わせ件数を減らすこと。
成功条件:
- 実際の問い合わせが多い順に整理する
- 顧客が使う言葉に近い質問文にする
- 回答は短く、次の操作がわかる形にする
- 誤解されやすい点は補足する
- 問い合わせが必要なケースも明記する
制約:
- 仕様が確認できない内容は「要確認」とする
- 社内用語をそのまま使わない
- 回答を長くしすぎない
- 顧客に責任があるような表現を避ける
出力:
- FAQ一覧
- 優先度
- 想定される顧客の不安
- 回答文
- 追加で確認すべき情報
営業・CS担当者：
「顧客が使う言葉に近い質問文」というのが大事ですね。
GPT-5.5：
はい。FAQは社内目線ではなく、顧客が検索しやすく、理解しやすい表現にすることが重要です。
第7話：顧客の不満分析は「感想」ではなく「改善材料」にする
営業・CS担当者：
問い合わせやクレームから、顧客の不満を分析したいです。
GPT-5.5：
その場合は、「不満をまとめて」ではなく、改善アクションにつながる形で整理してください。
悪い例6：顧客の声をただまとめる
以下の顧客の声をわかりやすくまとめてください。
何が問題か
このプロンプトでは、単なる要約で終わる可能性があります。
顧客の声を活用するには、次のような観点が必要です。
- どの不満が多いのか
- どの不満が解約や失注につながりやすいのか
- すぐ改善できるものは何か
- プロダクト改善が必要なものは何か
- 説明不足で発生しているものは何か
- FAQや営業資料で解消できるものは何か
良い例6：改善アクションにつながるVOC分析にする
以下の顧客の声を、改善アクションにつながる形で分析してください。
目的:
問い合わせ・不満・要望を整理し、営業資料、FAQ、プロダクト改善に活かすこと。
成功条件:
- 顧客の声をカテゴリ別に整理する
- 頻度が高いものを優先する
- 解約・失注リスクにつながりそうな声を分ける
- すぐ対応できる改善と、中長期の改善を分ける
- 営業・CS・開発に共有しやすい形にする
制約:
- 顧客の意図を決めつけない
- 少数意見を多数派のように扱わない
- 根拠が薄い推測は「推測です」と明記する
- 個別顧客が特定される情報は出さない
出力:
- 主なカテゴリ
- 顧客の不満・要望
- 想定される原因
- 影響度
- 優先度
- すぐできる対応
- 中長期の改善案
- 関係部署への共有ポイント
営業・CS担当者：
これなら、顧客の声を社内改善に使えますね。
GPT-5.5：
はい。顧客の声は、単にまとめるだけではなく、次の改善に変換することが重要です。
第8話：「停止条件」を入れると、回答が長くなりすぎない
営業・CS担当者：
AIに依頼すると、回答が長すぎることがあります。
GPT-5.5：
その場合は、停止条件を入れてください。
OpenAI公式ガイドでも、複雑なプロンプトでは、Goal、Success criteria、Constraints、Output、Stop rules などの構造が提示されています。(OpenAI Developers)
悪い例7：対応案を広げすぎる
この顧客対応について、できるだけ詳しく対応案を出してください。
関連する注意点も全部教えてください。
何が問題か
このプロンプトでは、情報量が増えすぎて、実際に何をすればよいかが見えにくくなる可能性があります。
- 対応案が多すぎる
- 優先順位がわからない
- 今すぐ返信すべき内容が埋もれる
- 社内確認すべき内容と顧客に伝える内容が混ざる
良い例7：顧客対応に必要な範囲で止める
以下の顧客対応について、返信前に必要な範囲で整理してください。
目的:
顧客に返信する前に、伝えるべき内容、確認すべき内容、リスクを整理すること。
成功条件:
- 顧客に今すぐ伝える内容が明確
- 社内確認が必要な内容が分かれている
- 返信で断言してよいこと、避けるべきことが分かる
- 顧客の不安を増やさない文面にする
停止条件:
- 返信判断に必要な情報がそろったら、それ以上は話を広げない
- 法務・契約・補償など確認が必要な論点は、推測で埋めず「要確認」とする
- 顧客への返信文と社内確認事項を分ける
出力:
- 顧客への返信文
- 社内確認事項
- 返信前の注意点
- 追加で必要な情報
営業・CS担当者：
「顧客への返信文」と「社内確認事項」を分けるのが実務的ですね。
GPT-5.5：
はい。営業・CSでは、顧客に伝える内容と、社内で確認する内容を混ぜないことが重要です。
実務で使えるGPT-5.5向けテンプレート
営業・カスタマーサポートでは、まずこのテンプレートを使うと便利です。
以下の顧客対応について、営業・カスタマーサポートで使える成果物として整理してください。
目的:
{顧客に何を理解してもらい、どんな行動につなげたいか}
顧客状況:
{顧客の困りごと / 検討状況 / 不満 / 問い合わせ内容 / 商談状況}
成功条件:
- 顧客の疑問や不安が減る
- 次に取るべき行動が明確になる
- こちらが確認すべき事項が分かれている
- 失礼のない丁寧な文面になる
- 事実と推測が分かれている
制約:
- 確認できていない内容は断言しない
- 顧客の責任だと決めつけない
- 過度な約束をしない
- 未確認の料金、納期、補償、契約条件は書かない
- 必要に応じて「確認いたします」と明記する
- 顧客に不安を与える表現を避ける
判断余地:
- 顧客に伝わりやすい順番に構成を最適化してよい
- 重要度が低い説明は短くしてよい
- 不足情報があっても返信の方向性が大きく変わらない場合は、合理的な前提を置いて進めてよい
出力:
- 顧客への返信文
- 伝えるべき要点
- 社内確認事項
- 返信前の注意点
- 追加で必要な情報
停止条件:
- 顧客対応に必要な情報が整理できたら、それ以上話を広げない
- 追加情報がないと判断が大きく変わる場合のみ、最後に質問する
用途別プロンプト例
1. 問い合わせ返信
以下の問い合わせに対する返信文を作成してください。
目的:
顧客の疑問を解消し、次に取るべき行動がわかる状態にすること。
成功条件:
- 最初に回答がある
- 手順がわかりやすい
- 不明点がある場合の問い合わせ先を示す
- 失礼のない丁寧な文面にする
制約:
- 確認できていない仕様は断言しない
- 顧客の操作ミスだと決めつけない
出力:
- 件名
- 本文
- 補足
2. 商談後フォローメール
以下の商談メモをもとに、商談後のフォローメールを作成してください。
目的:
商談内容を整理し、次回アクションに自然につなげること。
成功条件:
- 商談のお礼がある
- 顧客の課題認識を整理している
- こちらが対応することと、顧客に確認してほしいことが分かれている
- 次回打ち合わせの提案が自然
出力:
- 件名
- 本文
- 確認事項
- 次回打ち合わせの提案文
3. 提案メール
以下の情報をもとに、顧客向けの提案メールを作成してください。
目的:
顧客が自社の課題と提案内容の関係を理解し、次回打ち合わせを検討できる状態にすること。
成功条件:
- 顧客の課題に触れている
- 提案内容が課題解決にどうつながるかが明確
- 導入メリットが具体的
- 押し売りに見えない
制約:
- 効果を断言しすぎない
- 未確認の数値は使わない
- 顧客の現状を決めつけない
出力:
- 件名
- 本文
- 次回打ち合わせの提案文
4. クレーム対応
以下のクレーム内容に対して、顧客への返信文を作成してください。
目的:
顧客の不満を受け止め、事実確認と今後の対応方針を明確に伝えること。
成功条件:
- 不快な思いをさせたことへの謝意を示す
- 事実確認済みの内容と確認中の内容を分ける
- すぐ対応できることを明確にする
- 顧客が次にどうすればよいかがわかる
制約:
- こちらの非が確定していない内容を断定しない
- 未確認の補償や対応を約束しない
- 言い訳に見える表現を避ける
出力:
- 件名
- 本文
- 社内確認事項
- 返信前の注意点
5. FAQ作成
以下の問い合わせ履歴をもとに、FAQを作成してください。
目的:
顧客が自己解決できる範囲を増やし、問い合わせ件数を減らすこと。
成功条件:
- 実際の問い合わせが多い順に整理する
- 顧客が使う言葉に近い質問文にする
- 回答は短く、次の操作がわかる形にする
- 問い合わせが必要なケースも明記する
出力:
- FAQ一覧
- 優先度
- 回答文
- 追加で確認すべき情報
6. 顧客の声の分析
以下の顧客の声を、改善アクションにつながる形で分析してください。
目的:
問い合わせ・不満・要望を整理し、営業資料、FAQ、プロダクト改善に活かすこと。
成功条件:
- 顧客の声をカテゴリ別に整理する
- 頻度が高いものを優先する
- 解約・失注リスクにつながりそうな声を分ける
- すぐ対応できる改善と、中長期の改善を分ける
出力:
- 主なカテゴリ
- 顧客の不満・要望
- 想定される原因
- 影響度
- 優先度
- すぐできる対応
- 中長期の改善案
従来型プロンプトとGPT-5.5向けプロンプトの違い
| 観点 | 従来型プロンプト | GPT-5.5向けプロンプト |
|---|---|---|
| 基本思想 | 丁寧な文章を作る | 顧客を次の行動に進める |
| 指示の中心 | 文面の雰囲気 | 目的・顧客状況・成功条件 |
| 典型例 | 丁寧に返信して | 顧客の不安を減らし、次に取る行動がわかる返信にして |
| 成果物 | きれいな文章 | 顧客対応に使える文章 |
| 重要な観点 | 丁寧さ | 正確性・安心感・次アクション |
| リスク | 曖昧、長い、約束しすぎる | 事実と確認事項を分けやすい |
営業・CS担当者がGPT-5.5に渡すべき7つの情報
GPT-5.5に依頼するときは、最低限この7つを渡すと精度が上がります。
1. 顧客は誰か
2. 顧客は何に困っているのか
3. こちらは何を伝えたいのか
4. 顧客に次に何をしてほしいのか
5. 断言してよい情報は何か
6. 確認が必要な情報は何か
7. どの形式で出力してほしいのか
たとえば、問い合わせ返信ならこうです。
顧客:
既存ユーザー
困っていること:
ログイン方法がわからない
伝えたいこと:
ログイン手順と、うまくいかない場合の確認方法
次にしてほしいこと:
手順に沿って再ログインしてもらう
断言してよい情報:
公式ヘルプに記載されているログイン手順
確認が必要な情報:
個別アカウントの状態
形式:
メール返信文
この情報があるだけで、GPT-5.5の出力はかなり実務向きになります。
まとめ
営業・カスタマーサポートがGPT-5.5を使うとき、重要なのは「丁寧な文章を作ること」ではありません。
重要なのは、AIを使って次の状態を作ることです。
- 顧客の不安が減る
- 顧客の疑問が解消される
- 次に取るべき行動がわかる
- 事実と確認事項が分かれている
- 売り込み感が強すぎない
- クレーム対応で余計なリスクを増やさない
- 顧客の声が改善アクションにつながる
従来のように、
丁寧に返信して
いい感じに提案して
お客様に失礼のない文章にして
クレームにうまく返信して
問い合わせにわかりやすく答えて
と依頼するだけでは、実務で使える成果物になりにくいことがあります。
GPT-5.5向けには、次のように書くほうが有効です。
顧客は今どんな状態か
顧客の不安や疑問は何か
こちらは何を伝えるべきか
顧客に次に何をしてほしいか
断言してよいことは何か
確認が必要なことは何か
どの形式で出力するか
営業・カスタマーサポートにとって、GPT-5.5は単なる文章作成ツールではありません。
顧客の不安を減らし、次の行動につなげるための対応設計ツールです。
AIに「いい感じに返信して」とお願いする時代から、
AIと一緒に顧客対応の成果物を設計する時代へ。
それが、営業・カスタマーサポートにとってのGPT-5.5プロンプト活用です。
参考
OpenAI公式の Prompt guidance では、GPT-5.5について、短く成果物重視のプロンプトが有効であり、古いプロンプトをそのまま持ち込むとノイズや機械的な回答につながる可能性があると説明されています。また、複雑なプロンプトでは Goal、Success criteria、Constraints、Output、Stop rules などの構造が示されています。(OpenAI Developers)