営業が現場で使える事例の一枚まとめをChatGPTで作る手順

1. 事例記事を作ったのに、営業が使っていない

導入事例を10本作りました。取材も丁寧にやり、記事の出来も悪くありません。事例ページも整っています。

営業が商談で使っていません。

理由を聞くと「長くて読めない」「どの事例をどの場面で出せばいいかわからない」と言われます。Web記事として読むには問題ないのですが、営業が商談の場で参照するには向いていない形になっています。

2. なぜ、使われないのか

原因1：記事の構造が、営業の使い方と合っていない

Web記事は読者が最初から最後まで読む前提で書かれています。背景、課題、解決策、成果、導入後の変化、今後の展望と、時系列で3000〜5000字の構成になっています。

営業が商談で使うときは、読者ではなく話し手です。相手の反応を見ながら、必要な箇所だけを取り出して説明します。時系列の長文では、その場で必要な情報を探せません。

原因2：状況ごとの索引がない

商談の中で事例が必要になる場面は複数あります。初回訪問で実績を示す場面、比較検討で他社との違いを説明する場面、現場の反対意見に答える場面、稟議資料に添える場面。

それぞれの場面で必要な情報は違います。初回訪問では「誰が使っているか」が効き、比較検討では「他社と何が違うか」が効き、稟議では「数字で示せる成果」が効きます。Web記事は全部が一続きで書かれているため、場面ごとに引くことができません。

原因3：持ち運べる形になっていない

商談はオフィスの外で起きることもあります。クライアント先、展示会、セミナー後の立ち話。その場でWebサイトを開くことができない状況もあります。

事例記事がWebページにしか存在しないと、ネットワークが不安定な場所では使えません。印刷物やPDFとして持っておける形にしておかないと、必要なときに出せません。

3. ChatGPTで一枚にまとめる手順

ここからが実践です。既にある事例記事から、営業が商談で使える1枚のサマリーを作ります。ChatGPTを使い、情報を抽出して再構成します。

ステップ1：事例記事の全文をChatGPTに渡す

まず、既存の事例記事をコピーします。Webページの本文全体を選択し、HTMLタグごとコピーして構いません。ChatGPTはタグを認識して、本文だけを抽出します。

次のプロンプトで、記事の構造を分解します。

以下の事例記事から、営業が商談で使える情報を抽出してください。

【記事全文】
<ここに事例記事の本文を貼り付ける>

次の5項目に分けて、それぞれ箇条書きで3点ずつ挙げてください。
1. 顧客の業種・規模・役割（誰が使っているか）
2. 導入前の課題（何に困っていたか）
3. 選定理由（なぜこの製品を選んだか）
4. 導入後の成果（何が変わったか。数字があれば含める）
5. 導入の際の懸念と解消方法（何を心配していて、どう解決したか）

このプロンプトを実行すると、記事の中から営業が必要とする情報が構造化されて出てきます。

ステップ2：商談の場面ごとに使う箇所を指定する

抽出した情報を、どの場面で使うかを明示します。営業は「この情報をいつ使えばいいか」がわからないと、結局使いません。

次のプロンプトで、場面と情報を対応させます。

上記の5項目を、営業が使う場面ごとに振り分けてください。

【場面1】初回訪問で実績を示すとき
→ 項目1（顧客の業種・規模・役割）と項目4（導入後の成果）を使う

【場面2】比較検討で他社との違いを説明するとき
→ 項目3（選定理由）を使う

【場面3】現場の反対意見に答えるとき
→ 項目5（導入の際の懸念と解消方法）を使う

【場面4】稟議資料に添えるとき
→ 項目2（導入前の課題）と項目4（導入後の成果）を使う

この振り分けに沿って、それぞれの場面で営業が話す文章を作ってください。1場面につき100〜150字で。

このプロンプトを実行すると、場面ごとに営業が読み上げる文章が生成されます。

ステップ3：A4一枚に収まる形に整形する

場面ごとの文章を、印刷して持ち運べる形にします。A4一枚に収めるために、余白を削り、フォントサイズを調整します。

次のプロンプトで、レイアウトを指定します。

上記の内容を、A4一枚に収まる形に整形してください。

【レイアウト】
- 顧客名・業種・規模を最上部に（見出し扱い）
- 4つの場面を左右2列に配置
- 各場面の文章は100〜150字
- 数字は太字で強調
- 印刷時に読みやすいフォントサイズ（本文11pt以上）

Markdown形式で出力してください。

このプロンプトを実行すると、印刷用のレイアウトが整ったMarkdownが生成されます。これをPDFに変換すれば、営業が持ち運べる形になります。

ステップ4：複数の事例をまとめて索引を作る

事例が複数ある場合は、一覧にして引けるようにします。業種、規模、課題、成果で索引を作ると、営業が「このお客様に近い事例」を素早く探せます。

次のプロンプトで、複数の事例から索引を生成します。

以下の10件の事例サマリーから、営業が引ける索引を作ってください。

【事例1】
<ステップ3で作ったサマリーを貼り付ける>

【事例2】
<同様に貼り付ける>

...

次の4軸で索引を作成してください。
1. 業種別索引（製造業、小売業、IT業など）
2. 規模別索引（従業員数、売上規模など）
3. 課題別索引（コスト削減、業務効率化など）
4. 成果別索引（削減率、短縮時間など）

各軸で表を作り、該当する事例番号を記載してください。

このプロンプトを実行すると、営業が引ける索引表が生成されます。

ステップ5：営業が更新できる形で共有する

作った一枚サマリーと索引を、営業が自分で更新できる形で共有します。PDF で固定してしまうと、新しい事例が増えたときに更新できません。

Google ドキュメントや Notion で共有し、営業が「この事例を追加したい」と思ったときに自分で追記できるようにします。更新のルールを決めておくと、全員が同じ形式で書き足せます。

更新ルールの例:

• 顧客名・業種・規模を最上部に必ず書く
• 4つの場面（初回訪問、比較検討、反対意見、稟議）ごとに文章を用意する
• 数字は必ず含める（数字がない場合は「定性的な成果」と明記）
• 追加したら索引も更新する

ステップ6：商談後のフィードバックを反映する

営業が実際に使った後に、「この場面ではこの情報が効いた」「この表現では伝わらなかった」というフィードバックを集めます。

フィードバックを元に、一枚サマリーの文章を調整します。商談で効いた表現を残し、伝わらなかった表現を変えることで、サマリーの精度が上がります。

次のプロンプトで、フィードバックを反映します。

営業から次のフィードバックをもらいました。

【フィードバック】
<実際のフィードバック内容を貼り付ける>

このフィードバックを元に、事例サマリーの文章を修正してください。効いた表現は強調し、伝わらなかった表現は具体的に書き直してください。

このプロンプトを実行すると、フィードバックを反映した修正案が生成されます。

4. それでも残る限界

一枚にまとめれば、営業は使いやすくなります。続けると、別の問題が出ます。

まとめる作業が事例ごとに発生します。 一枚サマリーを作るのに、慣れても1事例あたり30分はかかります。月3本の事例を回すと、まとめるだけで月1.5時間かかります。

営業のフィードバックを反映する仕組みが必要です。 フィードバックをどこに集めるか、誰がサマリーに反映するか、更新をどう通知するかを決めておかないと、最初に作った形のまま放置されます。

サマリーの形式が統一されていないと、営業が混乱します。 最初の事例は4場面で作り、次の事例は3場面で作ると、営業は「どの形式が正しいのか」がわからなくなります。形式を決めて、全事例で統一する必要があります。

5. 受け渡しごと仕組みにする

sonata は、事例記事の制作工程そのものをプロダクトの構造にしたサービスです。取材先の事前調査、設問の用意、音声のアップロード、構成、初稿までが一連の流れとしてつながっていて、工程間の受け渡しが自動で進みます。この音声から記事化までの一連のワークフローについて特許を出願しています。

生成した記事は Markdown と HTML で書き出せ、営業資料、提案書、ホワイトペーパー、メルマガ、SNS投稿へ展開できます。事例記事から一枚サマリーを作る工程も、テンプレートとして保存しておけば、次の事例から自動で生成できます。

営業が録った音声を広報が記事化し、CSがレビューする分担も、同じダッシュボードの中で完結します。

詳しくは sonata の導入事例ページ をご覧ください。