顧客の書く手間を減らす事例記事の作り方

事例記事の取材で、顧客に負担をかけていませんか？

事例記事を作るには、顧客企業への取材が不可欠です。しかし、「取材後に追加で文章を書いてほしいと頼まれた」「初稿を送ったら、大量の修正コメントを書く羽目になった」といった経験を持つ顧客は多く、次回の協力を断られる原因になります。

この記事では、顧客が「書く手間」を感じずに事例記事を作る手順を、具体的なプロンプトとともに解説します。

事例記事で顧客に負担をかける3つの場面

事例記事の制作では、次のような場面で顧客に負担がかかります。

1. 取材前の質問への回答

「事前に質問を送るので、回答を書いて送ってください」という依頼は、顧客にとって負担です。1問あたり100〜200字の回答を10問書くと、1000〜2000字の文章を書くことになります。

2. 取材後の追加情報の提供

取材後に「あの件の詳細を教えてください」と追加質問が来ると、顧客は再び文章を書く必要があります。取材で聞き漏らしがあると、顧客の負担が増えます。

3. 初稿への修正コメント

初稿を送ったとき、「この部分は違います。正しくは〜」という修正コメントを書いてもらうのも負担です。修正箇所が多いと、顧客は数百字のコメントを書くことになります。

なぜこうなるのか：3つの原因

原因1：質問が抽象的で、文章で答えるしかない

「導入の背景を教えてください」という質問では、顧客は文章を書かざるを得ません。選択肢や具体例を示していないため、回答に時間がかかります。

原因2：取材で聞くべきことを事前に整理していない

取材の場で思いついた質問をすると、聞き漏らしが発生します。結果、取材後に追加で質問することになり、顧客の負担が増えます。

原因3：初稿が顧客の意図とズレている

取材で聞いた内容を元に記事を書いても、顧客の意図と異なる表現になることがあります。「何を強調したいか」を取材前に確認していないため、初稿の段階で大きな修正が必要になります。

ChatGPTで顧客の負担を減らす6ステップ

ChatGPTを使えば、顧客が「書く」作業をほとんどゼロにできます。以下、具体的な手順とプロンプトを示します。

ステップ1：選択式の事前質問を作る

取材前に送る質問は、文章で答えるのではなく、選択肢から選ぶ形式にします。

プロンプト例：

事例記事の取材前に、顧客に確認したい質問を5つ作成してください。

次の要件を満たしてください：
- 各質問には、3〜5つの選択肢を用意する
- 選択肢にチェックを入れるだけで回答できる形式にする
- 「その他」の選択肢を必ず含め、自由記述できるようにする

質問の観点は次の通り：
- この記事を誰に読んでほしいか
- 最も強調したい成果は何か
- 記事に含めないでほしい情報はあるか

出力例：

【事例記事制作前の確認事項】（該当するものにチェックしてください）

1. この記事を主に誰に読んでほしいですか？
   □ 採用候補者
   □ 既存顧客・見込み顧客
   □ 業界関係者
   □ 社内メンバー
   □ その他（自由記述：__________）

2. 記事で最も強調したい成果は何ですか？
   □ 作業時間の削減
   □ コスト削減
   □ 品質・精度の向上
   □ 新しい取り組みができるようになった
   □ その他（自由記述：__________）

3. 記事のトーンはどちらを希望しますか？
   □ 技術的な詳細を重視（エンジニア向け）
   □ ビジネス成果を重視（経営層・事業部向け）
   □ 両方バランスよく

4. 記事に含めないでほしい情報はありますか？
   □ 具体的な数字（売上、コストなど）
   □ 組織構成・人数
   □ システム構成の詳細
   □ 特になし
   □ その他（自由記述：__________）

5. 公開後、この記事をどう活用する予定ですか？
   □ SNSで共有
   □ 採用ページに掲載
   □ 社内報告資料として使用
   □ 営業資料として使用
   □ その他（自由記述：__________）

この質問をメールで送り、チェックを入れて返信してもらうだけで、顧客の回答が得られます。

ステップ2：取材で聞くべきことを網羅的にリスト化

ステップ1で得た回答を元に、取材で聞くべき質問を網羅的にリスト化します。これにより、取材後の追加質問を防ぎます。

プロンプト例：

以下は、顧客が事例記事に期待している内容です。
この期待に応えるために、取材で聞くべき質問を15個作成してください。

【顧客の期待】
[ステップ1で得た回答を貼り付け]

質問は、次の観点を含めてください：
- 導入前の課題（具体的なエピソード、数字）
- 導入の経緯（誰が、いつ、どう決めたか）
- 導入後の変化（定量的・定性的）
- 今後の展望
- 顧客が強調したいポイントを深掘りする質問

取材後に追加質問が不要になるよう、網羅的にリスト化してください。

出力例：

【取材質問リスト】（網羅版）

＜導入前の課題＞
1. 導入前、どの業務にどれくらいの時間がかかっていましたか？（月間の総時間で教えてください）
2. その業務の何が最も負担でしたか？（具体的なエピソードがあれば）
3. その課題を解決するために、どんな方法を試しましたか？

＜導入の経緯＞
4. この製品を知ったきっかけは何ですか？
5. 導入を決めたのは誰ですか？（役職・部署）
6. 導入の意思決定で、最も重視したポイントは何ですか？
7. 他の製品と比較しましたか？比較した場合、決め手は何でしたか？

＜導入後の変化＞
8. 導入後、作業時間はどう変わりましたか？（具体的な数字で）
9. 導入によって新たにできるようになったことは何ですか？
10. 導入後、想定外に良かった点はありますか？
11. 逆に、想定と違った点や課題はありますか？

＜今後の展望＞
12. この製品を使って、今後どんなことをしたいですか？
13. 同じ課題を抱えている企業に、どんなアドバイスをしますか？

＜顧客が強調したいポイント＞
14. [顧客が選んだ「強調したい成果」]について、具体的なエピソードを教えてください
15. この記事を読んだ人に、最も伝えたいメッセージは何ですか？

この質問リストを取材で使うことで、取材後の追加質問をゼロにできます。

ステップ3：取材内容から下書きを作成

取材後、文字起こしテキストを元に下書きを作成します。

プロンプト例：

以下は、顧客への取材内容を文字起こししたものです。
これを元に、事例記事の下書きを作成してください。

【取材内容】
[文字起こしテキストを貼り付け]

【顧客の期待】
[ステップ1で得た回答を貼り付け]

下書きは、次の要件を満たしてください：
- 見出し構成を明確にする（## / ###）
- 顧客が強調したいポイントを記事の中心に据える
- 数字は具体的に記載する
- 3000〜3500字程度

出力例：
事例記事の下書きが完成します。

ステップ4：確認ポイントを選択式にする

下書きを顧客に送る際、修正コメントを書いてもらうのではなく、選択式の確認フォーマットを使います。

プロンプト例：

以下の事例記事の下書きを顧客に確認してもらいます。
顧客が選択式で答えられる確認フォーマットを作成してください。

【下書き】
[ステップ3で作成した下書きを貼り付け]

確認フォーマットには、次の項目を含めてください：
- 各セクションごとに「内容は正確ですか？」という質問を用意
- 選択肢は「はい / 修正が必要（該当箇所に直接コメントをお願いします）」の2択
- 数字や固有名詞については、正誤を選択式で確認
- 公開の可否を最後に確認

出力例：

【事例記事の確認フォーマット】

以下、各セクションについてご確認ください。内容に問題がなければ「はい」に、修正が必要な場合は「修正が必要」にチェックし、該当箇所に直接コメントをお願いします。

1. リード部分（導入前の課題と成果の要約）
   □ 内容は正確です
   □ 修正が必要です → 該当箇所：__________

2. 導入前の課題
   □ 内容は正確です
   □ 修正が必要です → 該当箇所：__________

3. 導入後の変化（作業時間75%削減）
   □ 数字は正確です
   □ 数字が違います → 正しい数字：__________

4. [担当者名・役職]の表記
   □ 正しいです
   □ 違います → 正しい表記：__________

5. [製品名]の表記
   □ 正しいです
   □ 違います → 正しい表記：__________

6. 社外秘の情報が含まれていないか
   □ 問題ありません
   □ 含まれています → 該当箇所：__________

7. この内容で公開してよろしいですか？
   □ はい、公開してください
   □ 修正後に再確認させてください

この形式なら、顧客は長文のコメントを書く必要がありません。

ステップ5：修正指示を反映した最終稿の作成

顧客から返ってきた確認フォーマットを元に、最終稿を作成します。

プロンプト例：

以下の下書きについて、顧客から次の修正指示をいただきました。
修正後の該当箇所を提案してください。

【下書き】
[該当箇所を貼り付け]

【顧客からの修正指示】
[確認フォーマットで返ってきた内容を貼り付け]

修正方針：
- 数字の誤りは正確に修正
- 表記の誤りは正確に修正
- 「内容が違う」という指摘があった箇所は、元の文脈を保ちながら修正

出力例：
修正後の文章が返ってきます。これを反映して最終稿を完成させます。

ステップ6：公開後の共有用テキストを作成

記事公開後、顧客がSNSで共有しやすいよう、コピー&ペーストできるテキストを用意します。

プロンプト例：

以下の事例記事が公開されました。
顧客がSNSで共有する際にコピー&ペーストできるテキストを3パターン作成してください。

【記事タイトル】
[タイトル]

【記事URL】
[URL]

共有テキストは、次の要件を満たしてください：
- 100〜120字以内
- 成果の数字を含める
- ハッシュタグを2〜3個付ける

出力例：

【SNS共有用テキスト】

パターン1（X / LinkedIn 向け）：
[製品名]導入により、事例記事の制作期間を75%短縮しました。取材から公開まで1.5ヶ月で完結する仕組みを実現した事例を公開しています。
▼詳細はこちら
[URL]
#事例記事 #コンテンツマーケティング #業務効率化

パターン2（Facebook 向け）：
当社の事例記事制作の取り組みが、[自社名]様の事例記事として公開されました。制作期間を大幅に短縮し、顧客への負担も削減できた事例です。ぜひご覧ください。
[URL]

パターン3（社内共有向け）：
[製品名]導入の事例記事が公開されました。事例記事の制作期間を75%短縮した取り組みが紹介されています。社内共有用にご活用ください。
[URL]

この共有用テキストを顧客に送ることで、顧客は文章を考える必要がありません。

ChatGPTでも残る4つの限界

ここまでの手順で、顧客の「書く手間」はほぼゼロになります。しかし、次の限界は残ります。

1. 取材そのものの時間は必要

取材の準備は効率化できますが、取材そのもの（30分〜1時間）は必要です。

2. 選択式質問でカバーできない要望がある

選択式質問で大半の期待は把握できますが、「その他」に書かれた自由記述の内容は、個別に対応する必要があります。

3. 顧客が直接修正したい場合がある

選択式の確認フォーマットを用意しても、顧客が「記事本文を直接修正したい」と希望する場合があります。この場合、Googleドキュメントなどで共同編集する必要があります。

4. 毎回プロンプトを打つ手間

6つのステップごとにプロンプトを打つ必要があり、毎回コピー&ペーストする手間がかかります。

sonata なら、顧客の負担をゼロにできます

sonata は、顧客が「書く」作業を一切せずに、事例記事を完成させる仕組みを提供します。

• 選択式事前質問の自動生成：顧客がチェックを入れるだけで期待を把握
• 取材質問の網羅的生成：取材後の追加質問をゼロにする質問リストを自動作成
• 選択式確認フォーマット：顧客が長文コメントを書かずに確認できる形式を自動生成
• 共有用テキストの自動作成：顧客がコピー&ペーストするだけでSNS共有できるテキストを生成

ChatGPTでは6回に分けて行う作業を、sonata は1回のアップロードで完結させます。

顧客に負担をかけずに事例記事を作りたい方は、sonata の無料トライアルをお試しください。