sonata

顧客の声の集め方｜CS・営業から事例候補が上がってくる仕組み

その他約9分で読めます

事例記事が途切れる原因は取材力ではなく、CS・営業から候補が上がってこないこと。日常業務の中で30秒で報告できる仕組みを作れば、マーケは企画在庫を持てる。

顧客の声を集める仕組み｜CS・営業から事例候補が上がってくる状態を作る

事例記事が途切れる原因は、取材力でもライティング力でもない。CS・営業が「この顧客は事例になる」と気づいたときに、30秒で報告できる仕組みがないことにある。報告経路があれば、マーケは企画在庫を持て、安定して事例を公開できる。

BtoB企業の8割以上が「導入事例は意思決定に影響する」と回答しており（アイコネクト 2025年調査・n=300）、意思決定者の46.1%が「非常に影響する」と答えている。事例記事は問い合わせを作る最重要コンテンツだが、多くの企業で制作が途切れる。本記事では、CS・営業から事例候補が継続的に上がってくる仕組みを、3つの報告経路と4項目テンプレートで解説する。

なお、事例記事を作った後の活用については事例記事の活用を阻む3つの構造要因と改善策で体系的に解説している。

なぜ事例候補が上がってこないのか

マーケが候補を探す構造

事例が途切れる会社は、毎回「取材先を探す」から始めている。マーケ担当者がCRMを眺めて「この顧客は成果が出ているだろうか」と推測し、CSに個別に聞き、営業に確認して、ようやく候補が見える。

この構造には2つの無駄がある。

  1. 同じ情報を複数回調べている: CSと営業は日常業務の中で顧客の成果を知っているが、それがマーケに届いていない。マーケが後から遡って調べ直している
  2. 候補が見えたときには時期を逃している: 「成果が出た」という事実は鮮度が命。3ヶ月後に聞いても、担当者の記憶は薄れ、数字は埋もれている

CS・営業が報告しない理由

CS・営業が事例候補を報告しないのは、意識の問題ではなく、仕組みの問題である。

  • 「報告する経路」が決まっていない。誰に、どの形式で、何を伝えればよいかが曖昧
  • 「報告する負荷」が高い。文章を整え、背景を説明し、承認を得るまでのステップが多い
  • 「報告した後」が見えない。報告しても事例にならない、または自分の評価に繋がらない

cs-career-lab.jp「VoC運用の完全ガイド」は、VoC（Voice of Customer）の社内連携先としてプロダクト・営業・サポート・経営の4部門を挙げているが、マーケ（事例制作担当）が入っていない。VoC運用が成熟している企業でも、顧客の声を事例記事の候補として吸い上げる仕組みは盲点になっている。

CS・営業から候補を報告してもらう3つの経路

事例候補を継続的に集めるには、報告のハードルを下げる。30秒で投稿でき、マーケが後から整理できる形にする。

①Slackの専用チャンネル（テンプレ投稿）

最も摩擦が少ない。日常業務の延長で投稿でき、マーケ以外のメンバーも候補を共有できる。

運用例:

  • #事例候補 チャンネルを作成
  • ピン留めメッセージに投稿テンプレートを固定
  • CS・営業が「成果が出た」と気づいた瞬間に、テンプレートをコピーして投稿

テンプレート:

【事例候補】
・顧客名: 株式会社◯◯
・導入時期: 2026年1月
・成果の兆候: 問い合わせ対応時間が30%削減されたと感謝された
・掲載可否の温度感: △（まだ聞いていない）

投稿は1分で終わる。マーケは週次でチャンネルを見て、候補プールに追加する。

②CRMのカスタムフィールド（更新フラグ）

CRM（Salesforce、HubSpot等）を使っている企業向け。取引先レコードに「事例候補フラグ」を追加し、CS・営業がチェックを入れる。

運用例:

  • カスタムフィールド 事例候補 を作成（チェックボックス）
  • カスタムフィールド 事例候補メモ を作成（テキストエリア・成果の兆候を記入）
  • 週次でマーケがフィルタをかけ、候補を抽出

メリット:

  • CRMに情報が集約されているため、企業規模・業種・導入プロダクトが自動で見える
  • 営業の既存ワークフローに組み込める（定例MTGの準備でCRMを開いたついでにチェック）

デメリット:

  • CRMを開く負荷がある。Slackより投稿頻度が下がる傾向

③四半期レビューのアジェンダ項目

CS・営業の定例ミーティング（月次・四半期レビュー）に「事例候補の共有」を固定議題として入れる。

運用例:

  • 四半期レビューのアジェンダに「今期の成果が出た顧客（事例候補）」を追加
  • 各担当者が1〜2社を持ち寄り、Slackまたはスプレッドシートに記録
  • マーケが同席し、その場で温度感と優先順位を確認

メリット:

  • 組織として候補収集を習慣化できる
  • マーケが直接質問でき、掲載可否の温度感をその場で把握できる

デメリット:

  • 報告頻度が低い（四半期に1回）。鮮度が落ちる可能性

報告テンプレートは4項目で足りる

CS・営業に詳細な企画書を書いてもらう必要はない。マーケが後から肉付けできる最小限の情報だけを集める。

4項目テンプレート

  1. 顧客名: 正式な社名（個人情報を含まない範囲で）
  2. 導入時期: いつから使い始めたか。導入後の経過期間が成果の説得力に影響する
  3. 成果の兆候: 数字・エピソード・顧客の発言など。完全な文章でなくてよい
  • 例: 「問い合わせ対応時間が30%削減されたと感謝された」
  • 例: 「導入3ヶ月で営業資料の作成時間が半分になったと報告あり」
  1. 掲載可否の温度感: ◯（掲載OKと言われた）/ △（まだ聞いていない）/ ×（掲載は難しそう）

この4項目だけで、マーケは次のことができる。

  • 候補の優先順位をつける（業種・規模・課題のバランス）
  • 取材依頼書を作る（成果の兆候を軸に質問を組み立てる）
  • 掲載可否の打診順を決める（温度感が◯の顧客から先に進める）

温度感が最も重要

掲載可否の温度感は、取材依頼の成功率を大きく変える。CSは日頃の関係性の中で「うちの事例として紹介してもいいですか」の感触を持っている。その温度感をマーケに共有するだけで、依頼書の書き方と打診のタイミングが変わる。

  • 温度感◯: 既に口頭で了承を得ている。取材依頼書を送れば高確率で受けてもらえる
  • 温度感△: 成果は出ているが掲載の話はしていない。依頼書で丁寧に趣旨を説明する必要がある
  • 温度感×: 掲載は難しい（契約上の制約、競合への情報開示を避けたい等）。匿名事例として検討

掲載NGだった場合も、匿名事例（業種・規模・課題は出す、社名は伏せる）として使える。匿名事例の作り方は導入事例を匿名で掲載するための同意書と法的確認で詳しく解説している。

成果の兆候を投稿形式に整える

CS・営業から上がってきた「成果の兆候」は、そのままでは文章として完結していない。ChatGPTを使って、Slackに投稿できる形に整える。

プロンプト例

以下の情報から、Slackの #事例候補 チャンネルに投稿する形式に整えてください。
テンプレート通りに4項目を箇条書きで出力してください。

【元の情報】
・顧客: A社
・導入: 2026年1月頃
・成果: 問い合わせ対応が減ったと喜んでいた
・掲載: まだ聞いてない

【出力形式】
【事例候補】
・顧客名:
・導入時期:
・成果の兆候:
・掲載可否の温度感:

ChatGPTが返す出力例:

【事例候補】
・顧客名: A社
・導入時期: 2026年1月
・成果の兆候: 問い合わせ対応時間が削減され、顧客から感謝の声があった
・掲載可否の温度感: △（まだ聞いていない）

この出力をそのままSlackに貼る。CS・営業は「成果が出た」という事実を覚えておき、プロンプトに放り込むだけでよい。

週次でまとめて整理する運用

毎回整える必要はない。CS・営業は箇条書きのまま投稿し、マーケが週次でChatGPTに一括で整形させる方法もある。

以下の5件の情報を、それぞれテンプレート形式に整えてください。

1. B社、2026年3月導入、営業資料作成が半分になった、掲載OK
2. C社、2025年12月導入、リード獲得が1.5倍、まだ聞いてない
...

ChatGPTが5件分のテンプレートを返す。マーケはこれをスプレッドシートに貼り、候補プールとして管理する。

候補プールから優先順位をつける基準

候補が集まったら、マーケは「選ぶ」だけでよい。すべての候補を記事にする必要はなく、業種×規模×課題の「面」でバランスを見て優先順位をつける。

業種×規模のマトリクス

導入事例で最も参考にされるのは「自社と同じ業種」「近い事業規模」である（アイコネクト 2025年調査で55%超）。候補をマトリクスに配置し、空白のセルを優先する。

業種＼規模〜50名51〜300名301名〜
製造業A社B社（空白）
IT・SaaSC社（空白）D社
小売・EC（空白）E社F社

この表で「製造業・301名〜」と「IT・SaaS・51〜300名」が空白になっている。次に作るべき事例はこの2セルに入る候補を優先する。

課題×成果の組み合わせ

同じ業種・規模でも、課題が違えば別の事例として成立する。

  • 「問い合わせ対応時間の削減」を求めている読者
  • 「営業資料の作成効率化」を求めている読者
  • 「リード獲得数の増加」を求めている読者

候補プールに「課題」タグをつけ、既存事例と重複しない組み合わせを選ぶ。

比較検討時に2.9社を見ている

BtoB企業の比較検討時に見る競合は平均2.9社（トゥモローマーケティング 2026年調査・n=180）。自社の事例数が競合より少ない場合、比較表に載る可能性が下がる。

事例の本数そのものが競争力になるため、候補が複数ある場合は「迷ったら両方作る」が正解のことも多い。

現場で直面する4つの疑問

CS・営業に報告してもらうインセンティブは？

個人のインセンティブではなく、「事例が増える→問い合わせが増える→営業が楽になる」のループを可視化する。

四半期レビューで「事例公開数」と「問い合わせ数」の相関を共有する。事例を報告したCS・営業には、公開後に「あなたが報告した◯社の事例が公開されました」とフィードバックし、問い合わせ数の変化を数字で見せる。

自分の報告が成果に繋がったことが見えれば、次の候補も上げやすくなる。

候補が多すぎて選べない場合は？

「自社と同じ業種」「近い事業規模」が55%超で求められている（アイコネクト調査）。業種×規模のマトリクスで未カバーの組み合わせを優先する。

それでも複数残る場合は、「成果の数字が明確」「掲載可否の温度感が◯」の2軸で絞る。数字がない事例は説得力に欠け、温度感が×の候補は取材依頼が通らない可能性が高い。

掲載NGだった場合は？

匿名事例（業種・規模・課題は出す、社名は伏せる）として使える。

「SaaS業界・従業員300名・問い合わせ対応時間30%削減」という形で事例を書けば、読者にとっての参考価値は十分にある。匿名事例の同意書と法的確認については導入事例を匿名で掲載するための同意書と法的確認で詳しく解説している。

年に何本の事例を公開すべき？

業種・競合環境・ターゲット数で変わるため、一律の基準はない。ただし、比較検討時に2.9社を見ている（トゥモローマーケティング調査）ので、競合より多い事例数が最低条件になる。

競合の事例ページを確認し、その1.5倍の本数を目標にするのが実務的な基準となる。

取材から記事完成までの流れ

候補が決まったら、取材→文字起こし→構成→執筆の流れに入る。この工程でChatGPTだけでは解決できない部分が2つある。

個別企業の固有の声は生成できない

  1. 顧客の具体的な声: ChatGPTは「導入後の効果を教えてください」に対する一般的な回答は生成できるが、個別企業の固有の数字・エピソード・発言は知らない
  2. 複数話者の発言の書き分け: 取材は顧客の担当者2〜3名が同席することが多い。ChatGPTは全員の発言を同じトーンで整えてしまい、誰が何を言ったかが曖昧になる

この2つを補うのがインタビュー音声の文字起こしである。

インタビュー録音から事例原稿を生成する

sonata を使うと、インタビュー音声から記事原稿を生成できる。

  1. 録音: スマートフォンのボイスメモで取材を録音
  2. アップロード: sonata に音声ファイルをアップロード
  3. 話者分離: 複数の話者を自動で識別・分離。誰が何を言ったかが明確になる
  4. 記事生成: メディア設定（自社サイトの文体）を反映した原稿を生成
  5. 編集: チャットで指示して修正（「リード文をもっと引きつける表現に」等）

文字起こしから構成を作るまでの時間は、手作業で2〜3時間かかっていた部分を30分程度に短縮できる。導入事例の作り方の全体像は導入事例インタビューの作り方｜AI文字起こしで量産体制を構築する手順で、取材の質問設計は導入事例インタビューの質問テンプレート｜成果を引き出す25問で詳しく解説している。

事例候補が継続的に上がってくる仕組みを作れば、マーケは「探す」時間をゼロにし、「選ぶ」「作る」に集中できる。CS・営業が日常業務の中で30秒で投稿でき、マーケが週次で整理する運用を回せば、事例の企画在庫が途切れることはなくなる。