導入事例記事の作り方｜取材前に決める5つと、書けない事例が生まれる理由

導入事例が書けないのは、取材の腕の問題ではありません。取材前に決めるべき5つ、つまり「読ませたい相手」「その相手が今つまずいている判断」「この事例が示す1つのこと」「使える数字の範囲」「掲載の許諾条件」を決めずに録音を始めているからです。この5つが決まっていない取材からは、褒め言葉だけが集まります。逆に決まっていれば、45分の取材で足ります。この記事では5つの決め方と、依頼・質問・執筆・確認までの手順を、汎用LLMでそのまま使えるプロンプトつきで出します。

1. 取材は終わったのに、原稿にならない

お客様が事例取材を受けてくれました。担当者は好意的で、45分たっぷり話してくれます。録音を聞き返すと、良い話をしています。

そこから進みません。

• 「満足しています」「サポートが丁寧」は集まったが、記事の芯になる話が無い
• 導入前の課題を聞いたはずなのに、答えが「効率化したかった」で止まっている
• 効果の数字を出してよいか、先方に確認していないまま原稿を書き始めてしまった
• 書き上げて送ったら、法務確認で赤字だらけになって返ってきた

事例記事は、書く難易度が高いわけではありません。素材が揃っていれば2時間で書けます。詰まる場所はいつも同じで、素材が揃っていないことに執筆の段階で気づきます。そして取材相手にもう一度時間をもらうのは、心理的にも実務的にも重い。結果として、当たり障りのない事例が1本できあがります。

営業が商談で出さない事例は、この形をしています。

2. なぜ、褒め言葉しか集まらないのか

原因1：読ませたい相手が決まっていない

「見込み顧客に読んでほしい」は、決まっていないのと同じです。比較検討の初期にいる人と、稟議を通す直前の人では、知りたいことが違います。前者は自社の課題に近い会社が使っているかを見ており、後者は社内をどう説得したかを見ています。

相手が決まっていないと、質問は網羅的になります。網羅的な質問には、網羅的で薄い答えが返ります。

原因2：取材相手が「褒める場」だと理解している

事例取材の依頼を受けた側は、たいてい「良いことを言う場」だと考えています。悪気ではなく、それが礼儀だと思っているからです。導入前の課題を聞かれても、自社の恥になる話は避けます。

ここは依頼の文面で解けます。何を聞くのか、どこまで書くのか、不都合な話をどう扱うのかを先に共有しておくと、答えの具体度が変わります。

原因3：効果の数字を、取材の場で初めて聞いている

数字は、その場で答えられるものではありません。担当者が持っていないか、社外に出してよいかの判断が要るかのどちらかです。取材中に聞くと「たしか3割くらいですかね」という曖昧な答えになり、その数字は使えません。

数字は事前に依頼し、出せる範囲を確認しておく項目です。取材で聞くのは、その数字が動いた理由のほうです。

原因4：許諾の条件を、書き終わってから確認している

社名を出せるか、担当者名を出せるか、数字を出せるか、競合名に触れてよいか。この4つは会社によって答えが違い、法務や広報の判断が要ります。原稿ができてから確認すると、直しは構成レベルに及びます。

---

3. 汎用LLMで組む、事例記事の作り方

ここからが実践です。汎用LLMを使って、取材前の設計から公開まで工程に分けます。プロンプトはそのまま貼って使える形にしてあります。

ステップ1：取材前に決める5つを、先に文章にする

いちばん効くのがここです。埋まらない欄が見つかったら、その時点で社内に確認します。

あなたはBtoBの事例コンテンツの編集者です。以下の情報から、
この事例取材の設計書を作ってください。

【自社の商材】
【取材先】業種・規模・部署・担当者の役職：
【導入の経緯（社内で分かっている範囲）】
【この事例を読ませたい相手】（既存の想定があれば。無ければ候補を3つ提案）

【出力】
1. 読ませたい相手を1つに絞った定義（業種・規模・役職・今の状況）
2. その相手が、いま社内で止まっている判断を1文で
3. この事例が示す主張を1文（40字以内・断定形）
4. 主張を裏づけるために必要な素材の一覧
   （聞くべき事実 / 事前にもらう数値 / 現場の写真や画面 に分けて）
5. 取材前に取材先へ確認しておく許諾項目

【条件】
・3の主張は「業務が効率化した」のような、どの事例でも書ける形にしないでください
・4の「事前にもらう数値」は、取材の場では答えられない前提で挙げてください

3の主張が一般論から抜けられないときは、読ませたい相手の絞り込みが足りていません。ステップ1に戻ります。

ステップ2：取材先に、聞くことを先に渡す

事例取材の依頼は、条件をすべて開示するほど答えの質が上がります。

導入事例の取材依頼メールを書いてください。

【前提】
・取材先：（会社・部署・役職）
・関係性：（営業担当が同席するか、CS経由か）
・所要時間：45分
・収録：オンライン・録画あり
・掲載先：自社サイトの導入事例ページ、および営業資料
・公開前に原稿を確認いただき、掲載可否を最終判断いただける

【出力】
本文250〜350字。以下を必ず含める
・なぜこの会社に依頼するのか（他社でも成立する書き方をしない）
・当日聞くことの見出しを4つ（導入前の課題を含む）
・事前にお願いしたい数値（項目名だけ。無理なら不要と明記）
・社名・担当者名・数値の掲載可否を、この段階で確認したいこと
・原稿確認と掲載可否の最終判断は取材先にあること

【条件】
・「ぜひ御社の成功事例を」のような、褒める前提の書き方をしないでください
・導入前にうまくいっていなかった話を聞きたい旨を、失礼にならない形で入れてください

「導入前にうまくいっていなかった話を聞きたい」を先に伝えておくのが要点です。当日いきなり聞くと身構えられます。事前に共有しておくと、相手は答えを準備してきます。

ステップ3：質問を、時系列ではなく判断で並べる

導入の経緯を時系列で聞くと、読者の判断に効かない情報が集まります。読者が知りたいのは、どの分岐でどう判断したかです。

以下の設計書をもとに、45分の導入事例インタビューの質問リストを作ってください。

【設計書】（ステップ1の出力を貼る）

【出力形式】
| # | 質問 | 狙い | 答えが浅かったときの追撃質問 |

【条件】
・15問。並び順は「導入前の状態 → 検討の分岐 → 導入時の障壁 → 運用の実際 → 今の評価」
・「満足していますか」「効果はありましたか」のような、はい で終わる質問を入れない
・具体的な場面を思い出させる形にする
  （例：「導入を検討し始めた週に、何が起きていましたか」）
・「他社と比較しましたか」ではなく「最後まで残った選択肢は何でしたか」のように、
  答えに情報が含まれる形にする
・社内の反対や失敗を聞く質問を2問以上入れる。角が立たない言い方にする
・追撃質問は、抽象的な答えが返ってきた前提で書く

反対や失敗を聞く質問を入れてください。読者が自社に引き寄せて読むのは、うまくいった話ではなく、つまずいた話とその抜け方です。

ステップ4：文字起こしから、記事ではなく発言表を作る

取材が終わったら、録音を文字起こしします。ここで「記事にして」と渡すと、話していないことが混ざります。まず素材の一覧を作ります。

以下は導入事例インタビューの文字起こしです。記事は書かないでください。

【出力形式】
| ID | 発言の要旨(40字以内) | 種別 | 具体度 | 読者の判断に効くか | 掲載確認が要るか |

・種別：導入前の課題 / 検討の分岐 / 障壁 / 運用の実際 / 数値 / 評価
・具体度：高（固有名詞・数値・時期が入る）/ 中 / 低
・「掲載確認が要るか」：他社名、社内の人物、金額、未公表の数値に触れる発言に印を

【厳守】
・言い換えないでください。要旨は本人の語をなるべく残してください
・文字起こしに無い情報を推測で足さないでください

【文字起こし】
（貼る）

「掲載確認が要るか」の列が、あとで効きます。ここに印がついた発言だけを取材先に確認すれば、全文を読んでもらう負担をかけずに済みます。

ステップ5：構成を3案出させて、1つ選ぶ

決定した主張と、選んだ発言IDをもとに構成案を作ってください。

【出力形式】
■ リード文で書くこと（箇条書き3点）
■ 見出し構成
  H2（1）：
    - この見出しで読者に渡すこと：
    - 使う発言ID：
    - 想定文字数：
  （H2を4〜6本）
■ 締めで書くこと

【条件】
・見出しに「導入の背景」「課題」「効果」「今後の展望」を使わない
・見出しは、それだけ読んで中身が想像できる具体的な文にする
・割り当てる発言IDが1つもない見出しを作らない
・想定文字数の合計を3500字に収める

構成案を3パターン出し、それぞれ「何を軸に並べたか」を一言で添えてください。
（例：時系列軸 / 検討の分岐軸 / 読者の疑問順）

1案だけだと、それが良いのか判断できません。3つ並ぶと、この素材にどの軸が合うかが見えます。

ステップ6：見出しごとに書き、原文と照合する

執筆は見出し単位です。書き終わったら、必ず照合を通します。

【記事本文】と【発言原文】を照合してください。

本文を一文ずつ見て、次の表を出力してください。
| 本文の該当箇所 | 根拠となる発言ID | 判定 |

判定は3種類：
・一致：発言に基づいて書かれている
・拡張：発言から推測はできるが、話者はそこまで言っていない
・不明：対応する発言が見当たらない

【条件】
「拡張」と「不明」を必ず洗い出してください。
1件も検出されなかった場合は、確認が甘い可能性が高いので、
もう一度厳しい基準で見直して再出力してください。

「1件も無いなら見直せ」の一文を入れてください。これが無いと、ほぼ全部「一致」で返ってきます。事例記事は取材先の名前で公開されるので、この工程を飛ばした原稿を送るのは危険です。

ステップ7：確認依頼は、差分だけを見せる

完成原稿だけを送ると、相手は全文を読んで違和感を探す作業を強いられます。負担が大きく、確認が遅れます。ステップ4で印をつけた発言と、ステップ6の照合表を添えると、確認が速く正確になります。

掲載時の注意をひとつ。 自社サイトの導入事例ページは、事業者自身の表示であることが明らかなので、通常のステルスマーケティング規制の対象にはなりません。規制されるのは、事業者の表示であるにもかかわらず、一般消費者がそれを判別できない表示です（令和5年10月1日からステルスマーケティングは景品表示法違反となります）。注意が要るのは、取材先にSNSやレビューサイトへの投稿を依頼する場合です。依頼や指示に基づく第三者の投稿は事業者の表示として扱われるため、広告であることが分かる形にする必要があります。

---

4. それでも残る限界

この型を回せば、汎用LLMだけで公開できる事例記事になります。続けると、別の問題が出ます。

1本目より2本目のほうが遅くなります。 設計書のフォーマットは残りますが、判断の基準はチャットの中に消えます。次の事例で「この会社はどの軸で並べるか」を、また一から考えることになります。

トーンが事例ごとに揃いません。 事例ページは記事が並ぶ場所です。1本ずつ別のチャットで作ると、見出しの粒度も文体も揃わず、一覧で見たときにばらつきます。

取材から公開までの期間が縮みません。 AIの処理は速くても、依頼、日程調整、確認、法務チェックという人の工程が前後に残ります。1本あたり2〜4週間という感覚は変わりません。

担当者が変わると止まります。 どの発言を捨てるか、どこまで整えてよいか、どの構成案を選ぶか。この判断は手順書に書ききれません。営業やCSに分担しようとすると、品質が人によって変わります。

限界の正体は、AIの能力ではありません。工程は分解できたのに、工程と工程の受け渡しが人の手作業のまま残っていることです。

---

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

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

工程が分かれているので、企画だけ差し替える、構成だけ組み直すといった介入もできます。営業が録った音声を広報が記事化し、CSがレビューする、といった分担も同じダッシュボードの中で完結します。書き出しは Markdown と HTML なので、自社サイトの事例ページ、営業資料、ホワイトペーパーへそのまま持っていけます。

Freeプランは期間無制限で、月1記事まで無料です。手元にある取材音源を1本入れて、この記事の型を自分で回した結果と並べてみるのが、いちばん判断が早いと思います。

• 導入事例での使い方を見る

まずは、ステップ1の設計書だけ作ってみてください。埋まらない欄が見つかった時点で、その取材はまだ始めるべきではないと分かります。

---

6. よくある質問

Q. 取材時間はどれくらい確保すればよいですか

45分で足ります。取材前に設計書と質問リストができていることが前提です。決めずに始めると90分かけても素材が揃わず、決まっていれば45分で足ります。長く話してもらうことより、答えの具体度を上げることに時間を使ってください。

Q. 導入前の課題を、取材先が話したがりません

依頼の段階で聞くと伝えておくのが先です。当日いきなり聞くと、自社の恥を話す場だと受け取られます。質問の形も効きます。「何が課題でしたか」ではなく「導入を検討し始めた週に何が起きていましたか」と場面を聞くと、事実として答えやすくなります。それでも出てこない場合は、課題ではなく「当時やっていた運用」を具体的に聞き出し、読者に判断してもらう形にします。

Q. 社名を出せない事例に、意味はありますか

あります。読者が事例に求めるのは、自社と近い状況かどうかです。業種、規模、部署、体制が具体的なら、社名が無くても判断材料になります。「大手製造業A社」ではなく「従業員300名規模の産業機械メーカー、営業部12名」まで書けるかどうかで、読まれ方が変わります。匿名事例の書き方は別記事で扱います。

Q. 効果の数字が出せない場合はどうしますか

数字が無くても事例は成立します。判断の分岐、導入時の障壁、運用が定着するまでの経過を具体的に書けば、読者は自社に引き寄せて読めます。無理に数字を作らないでください。裏の取れない数値を載せると、記事だけでなく事例全体の信頼が落ちます。

Q. AIで書いた事例記事は、検索で不利になりますか

制作方法そのものでは判断されません。Google は、AIによる制作かどうかではなくコンテンツの品質で評価する方針を示しています（AI 生成コンテンツに関する Google 検索のガイダンス）。事例記事は実際の取材という一次情報を持っているため、経験に基づくコンテンツとして構造的に強い側にあります（有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成）。

---

出典・参考

• 消費者庁「令和5年10月1日からステルスマーケティングは景品表示法違反となります。」— 規制対象は、事業者の表示でありながら一般消費者が事業者の表示だと判別困難なもの。事業者が第三者に依頼・指示した投稿も含まれる。https://www.caa.go.jp/policies/policy/representation/fair_labeling/stealth_marketing/
• Google 検索セントラル「AI 生成コンテンツに関する Google 検索のガイダンス」（2023年2月8日）— 制作方法ではなく品質で評価する方針。https://developers.google.com/search/blog/2023/02/google-search-and-ai-content?hl=ja
• Google 検索セントラル「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成」— E-E-A-T の「経験（Experience）」の位置づけ。https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=ja