導入事例が営業で使われない理由と、1本の取材を6種類に展開する設計

苦労して作った導入事例が、商談で一度も出てこない。原因は品質ではなく、営業が使える形になっていないことです。商談のどの場面で何を渡すかから逆算した設計と、1本の取材を6種類の資産に展開する手順をまとめました。

作った導入事例が商談で使われないのは、記事の品質が低いからではありません。営業が商談中に取り出せる形になっていないからです。3000字のWeb記事は、初回訪問の場でも稟議資料としても使えません。営業が必要とするのは、相手の状況に合わせて1分で出せる断片です。1本の取材から作るべきなのは記事1本ではなく、Web記事・1枚要約・商談スライド・比較検討者向けPDF・メール文面・SNS投稿の6種類です。この記事では、営業が使う場面から逆算した設計と、展開の手順を出します。

1. 事例ページは充実したのに、商談で出てこない

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

営業が使っていません。

  • 「事例あります」と言われても、どれを送ればよいか営業が判断できない
  • 商談中に事例の話になっても、URLを後送するだけで終わっている
  • 提案書に貼れる形になっていないので、営業が自分で作り直している
  • 稟議に添付したいと言われたが、Web記事のURLしか渡せない

マーケティング側は「事例は作った」と考え、営業側は「使えるものが無い」と考えます。どちらも正しく、記事の作り方が営業の使う場面から設計されていないだけです。

事例制作のコストがいちばん無駄になるのは、この状態です。取材先に時間をもらい、確認の往復もして、公開した資産が商談で一度も出てこない。

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

原因1:営業が使う場面と、記事の形が合っていない

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

必要な形はそれぞれ違います。初回訪問では1分で読める1枚、比較検討では判断軸ごとの整理、稟議では持ち帰れるPDF。3000字のWeb記事は、このどれにも最適化されていません。

原因2:どの事例をいつ出すかの索引が無い

8本あっても、営業が相手の状況に合う1本を選べなければ使われません。業種、規模、部署、導入の決め手、抱えていた課題。この軸で引ける索引が無いと、営業は毎回すべてに目を通すことになり、結局使いません。

原因3:営業が作り直す前提になっている

「記事はあるので、あとは営業が抜粋してください」という運用は、実質的に使われない運用です。商談準備の時間で資料を作り直せる営業は多くありません。作り直すくらいなら、既存の提案書で済ませます。

原因4:更新されないまま古くなる

導入から時間が経つと、事例の内容が現状と合わなくなります。担当者が異動した、体制が変わった、製品の画面が変わった。営業は古い情報を出すリスクを避けるので、更新の止まった事例は使われなくなります。


3. 1本の取材を6種類に展開する

ここからが実践です。取材は1回のままで、出力先を増やします。汎用LLMを使い、記事から派生物を作る手順に落とします。

ステップ1:営業が使う場面を、先に洗い出す

作る前に、誰がどの場面で使うかを決めます。

あなたはBtoBのセールスイネーブルメントの担当者です。
以下の商材について、営業が導入事例を必要とする場面を洗い出してください。

【商材】
【商談の平均期間と、主な意思決定者】
【比較検討で競合になりやすいもの】
【現在ある事例コンテンツ】

【出力】
| 場面 | 誰に渡すか | 渡す形式 | 必要な分量 | その場で示したい情報 |

【条件】
・場面は「初回訪問」「比較検討」「現場の抵抗」「稟議」を最低限含める
・「渡す形式」は、口頭 / 1枚 / スライド / PDF / URL / メール本文 から選ぶ
・「その場で示したい情報」は、記事の中のどの部分に当たるかまで書く
・営業が商談準備に使える時間を5分と仮定してください

この表が、6種類の設計図になります。場面が4つでも、形式は6種類になります。同じ情報を違う容れ物に入れるからです。

ステップ2:Web記事から、5つの派生物を作る

記事が1本できたら、そこから展開します。取材はやり直しません。

派生1:1枚要約(初回訪問・口頭補助)

以下の事例記事から、A4縦1枚に収まる要約を作ってください。

【記事】(貼る)

【構成】
・上部:取材先の描写(業種・規模・部署・体制)を3行
・中央:導入前の状態 → 現在の状態 の対比(各3項目)
・下部:決め手になった条件を1文、導入時の障壁と解き方を1文
・末尾:この事例が近い会社の条件(業種・規模・状況)を1行

【条件】
・全体で500字以内
・記事に無い情報を足さないでください
・「効率化」「最適化」のような評価語を使わず、状態の描写にしてください

派生2:商談スライド3枚

以下の事例記事から、提案書に差し込むスライド3枚分の内容を作ってください。

【記事】(貼る)
【差し込む位置】提案書の「導入イメージ」の直後

【出力(各スライド)】
・見出し(20字以内)
・本文の要素(箇条書き3点まで)
・図解にするなら、その構造の説明
・話者が口頭で補足すること(2文)

【条件】
・1枚目:取材先の状況(読み手が自社と比較できる粒度で)
・2枚目:導入の判断と、社内をどう通したか
・3枚目:現在の運用体制
・スライドに文章を詰め込まないでください。口頭補足に回してください

派生3:比較検討者向けPDF

比較検討の段階にいる読者向けに、判断軸で整理した資料を作ります。複数事例を横断して1本にするほうが効きます。

以下の複数の事例記事から、比較検討者向けの資料の構成を作ってください。

【事例記事】(3〜5本を貼る)
【読み手】比較検討中で、社内に説明する必要がある担当者

【出力】
■ 判断軸の一覧(事例から実際に読み取れたものだけ・5〜7軸)
■ 軸ごとに、各社がどう判断したかの一覧表
■ 「自社の場合はどう考えるか」の問いを、軸ごとに1つずつ
■ 各事例へのリンク位置

【厳守】
・事例に書かれていない判断軸を発明しないでください
・自社製品が有利になるように軸を選ばないでください。
  実際に語られた軸をそのまま使ってください

派生4:営業が送るメール文面

商談後に事例を送るメールの文面を、3パターン作ってください。

【事例記事】(貼る)
【送る相手】(役職・商談での関心事)

【パターン】
1. 初回訪問後:相手の状況に近い点を1つ挙げて渡す
2. 比較検討中:判断軸のうち相手が気にしていた1点に絞って渡す
3. 稟議前:社内説明に使える形(添付PDFの案内込み)で渡す

【条件】
・各200字以内
・「ご参考までに」で終わらせないでください。
  相手が次に何をすればよいかを1文で書いてください
・事例の全文を要約しないでください。1点に絞ってください

派生5:SNS・メルマガ用の切り出し

記事の中でいちばん具体的な一節を、そのまま出します。要約すると効きません。

以下の事例記事から、SNS投稿とメルマガの導入文を作ってください。

【記事】(貼る)
【掲載先】自社の公式アカウント(BtoB・フォロワーは業界関係者中心)

【出力】
1. SNS投稿3案(各140字以内)。それぞれ記事中の異なる一節を起点にする
2. メルマガの導入文2案(各200字以内)
3. 使わないほうがよい表現(記事中にあるが、切り出すと誤解を招くもの)

【条件】
・記事の要約をしないでください。具体的な一節から入ってください
・数値を切り出す場合は、記事中の前提条件も併記してください
・煽る表現、断定を強める表現を足さないでください

3を必ず出させてください。文脈から切り離すと意味が変わる記述があります。数値はとくに危険で、前提条件を落として切り出すと、根拠のない効果の示唆になります(消費者庁 表示に関するガイドライン)。

SNSでの発信について。 自社アカウントからの投稿は事業者の表示であることが明らかなので、通常のステルスマーケティング規制の対象にはなりません。注意が要るのは、取材先や第三者に投稿を依頼する場合です。依頼や指示に基づく投稿は事業者の表示として扱われるため、広告であることが分かる形にしてください(令和5年10月1日からステルスマーケティングは景品表示法違反となります)。

ステップ3:営業が引ける索引を作る

事例が5本を超えたら、索引が要ります。

以下の事例一覧から、営業が商談中に引ける索引を作ってください。

【事例一覧】(各事例の要約を貼る)

【出力】
| 事例 | 業種 | 規模 | 対象部署 | 導入前の状態 | 決め手 | 効く商談場面 |

最後に、営業が相手の状況を3つ答えるだけで事例が1本に絞れる
分岐の質問を作ってください(3問まで)。

【条件】
・「効く商談場面」は、初回訪問 / 比較検討 / 現場の抵抗 / 稟議 から選ぶ
・空欄を作らないでください。情報が無い場合は「記載なし」と書いてください

この表を営業と共有し、商談前に3問答えれば1本に絞れる状態を作ります。

ステップ4:更新のタイミングを決める

事例は古くなります。公開時に、次の見直し時期を決めてください。目安は年1回、または製品の画面や体制に大きな変更があったときです。取材先の担当者が異動した場合の扱いも、許諾の時点で決めておくと動きやすくなります。


4. それでも残る限界

6種類に展開すれば、事例は使われる資産になります。続けると、別の問題が出ます。

展開の手間が事例ごとに発生します。 記事1本から5つの派生物を作るのに、慣れても2〜3時間かかります。月3本の事例を回すと、展開だけで月10時間近くかかります。

派生物の更新が追いつきません。 記事を直しても、スライドやPDFは古いままになります。営業が持っているファイルは手元に散らばるので、回収もできません。

索引が更新されません。 事例が増えるたびに索引を更新する作業は、誰の仕事にもなりにくく、そのうち止まります。止まった索引は使われません。

判断の履歴が残りません。 どの一節を切り出さないと決めたか、なぜこの数値に前提条件を付けたか。それはチャットの中に消えます。担当が変わると、同じ判断をもう一度することになります。

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


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

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

生成した記事は Markdown と HTML で書き出せ、二次利用は自由です。営業資料、提案書、ホワイトペーパー、メルマガ、SNS投稿へ、Web記事だけで終わらせずに展開できます。営業が録った音声を広報が記事化し、CSがレビューする分担も、同じダッシュボードの中で完結します。

Freeプランは期間無制限で、月1記事まで無料です。

まずは、既存の事例1本から1枚要約だけ作って、営業に渡してみてください。使われるかどうかが、そこで分かります。


6. よくある質問

Q. 事例は何本あれば、営業で使える状態になりますか

本数より索引の有無が効きます。3本でも、業種と規模と決め手で引ける形になっていれば使われます。逆に20本あっても索引が無ければ使われません。まず既存の事例で索引を作り、埋まらない領域が見えてから次の取材先を決めてください。

Q. 営業に事例を使ってもらうには、どう働きかければよいですか

使われない理由を営業に聞くのが先です。多くの場合、答えは「どれを出せばよいか分からない」か「そのままでは渡せない」のどちらかです。前者なら索引、後者なら1枚要約が効きます。研修や周知より、形を変えるほうが早く効きます。

Q. 1本の取材から6種類も作ると、内容が薄まりませんか

薄まるのは、記事を要約して派生物を作る場合です。要約ではなく、場面ごとに必要な部分だけを取り出してください。1枚要約は取材先の状況と決め手だけ、稟議向けPDFは判断軸だけ。全体を縮小するのではなく、部分を切り出す考え方にすると、それぞれが濃くなります。

Q. 事例のPDFは、フォーム入力の後にダウンロードさせるべきですか

用途で分けてください。比較検討中の見込み顧客に向けた資料は、フォームを置いてリード獲得に使う設計が成立します。一方、営業が商談で渡す資料にフォームを挟むと、その場で渡せません。同じ内容でも、営業用は直接渡せるファイルとして持たせてください。

Q. 古くなった事例は、削除すべきですか

削除する前に、取材時点を明記して残す選択肢を検討してください。「2024年時点の運用」と書いてあれば、読者は情報の鮮度を判断できます。ただし製品の画面や機能名が現在と大きく違う場合は、営業が出しにくくなるので更新か非公開にしてください。判断の基準を決めておくと、毎回悩まずに済みます。


出典・参考

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