はじめに — VOCは「集めるだけ」では意味がない
VOC(Voice of Customer / 顧客の声)を、CSが収集してプロダクトチームに渡す。これは多くの組織で「やっている」と答える業務ですが、現実には 「集めているだけ」「使われていない」 ケースが大半です。
VOCが本当に事業価値に変わるためには、以下の4ステップが必要:
- 収集: 複数経路から漏れなく集める
- 構造化: タグ付け・集計で「使える形」にする
- 連携: プロダクト/営業/サポートに渡す
- 測定: 反映後の効果を測る
この4ステップが仕組み化されていない組織では、VOCは単なる「やっている感」で終わります。
本記事は、私が現役CS管理職としてVOC運用を組み立ててきた経験から、各ステップの具体的な設計と落とし穴をまとめたものです。
ステップ1: VOC収集 — 4つの経路を漏れなく押さえる
VOCの収集経路は4つあります。これを漏れなく統合管理することが第一歩。
経路1: 問い合わせログ
サポートチケット、メール、Slackなどに記録される、お客様からの能動的な声。
特徴:
- 量が多い(月数百件規模)
- 「困っていること」が中心(ネガティブ寄り)
- すでにシステム化されている場合が多い
収集ポイント:
- 個別問い合わせを タグ付け で分類(機能要望/不具合/操作不明/料金/その他)
- 月次で集計し、頻出テーマを抽出
- 重複問い合わせ件数を可視化
経路2: 定例ミーティングの議事録
CS担当者が月次定例で聞き取る、お客様の業務状況・要望・懸念。
特徴:
- 量は少ないが質が高い(意思決定者の声)
- 「将来の方向性」が含まれることが多い
- CS担当者が拾わないと記録に残らない
収集ポイント:
- 議事録テンプレートに 「VOC欄」 を必ず入れる
- ミーティング後24時間以内に Notion / CRMに転記
- お客様の発言を 原文に近い形 で残す(要約しすぎない)
経路3: CSAT/NPSの自由記述欄
定量スコアと一緒に取れる、お客様の主観的な声。
特徴:
- 量は中程度(回答率10-30%)
- ポジティブ/ネガティブが混在
- 真のニーズが見える(言葉のニュアンス含む)
収集ポイント:
- 自由記述欄は 必須にしない(回答率が下がる)
- 取得後、すぐに担当CSに通知
- 低評価には24時間以内にCSがフォロー連絡
経路4: SNS・公開レビュー
X(旧Twitter)、note、業界レビューサイト(ITreview/G2)などでの言及。
特徴:
- 量は少ないが影響力大
- 競合との比較が含まれることが多い
- 公開情報のため対応に注意
収集ポイント:
- Google Alerts / X 検索で自動検知
- ポジティブな声はマーケに共有(事例化候補)
- ネガティブな声はCSが個別フォロー検討
4経路の統合管理
これら4経路のVOCを、1つのデータベース に集約します。Notion / Salesforce / Gainsight などのCSプラットフォームに統合管理する。
# VOCデータベースの構造例
| 項目 | 内容 |
|---|---|
| 取得日 | 2026-05-15 |
| 経路 | 問い合わせ / 定例 / CSAT / SNS |
| 顧客名 | (顧客企業名) |
| 担当CS | (氏名) |
| カテゴリー | 機能要望 / 操作改善 / 価格 / サポート / その他 |
| 内容(原文) | (お客様の言葉そのまま) |
| 解釈(CS判断) | (CS担当者による真のニーズ解釈) |
| インパクト | 高/中/低 (契約金額・解約リスク) |
| 類似声の件数 | 他に何社から同じ声が出ているか |
| プロダクト連携状況 | 未連携/連携済/対応中/反映済 |ステップ2: 構造化 — タグ付けで「使える形」にする
集めただけのVOCはノイズです。構造化することで初めて、社内が動ける情報になります。
構造化の4軸
軸1: カテゴリー分類
業界標準的なカテゴリー:
- 機能要望: 新機能、機能拡張、機能改善
- 操作性/UX: 分かりにくい、迷う、エラー時の困り
- 価格/契約: 料金、プラン、解約、契約条件
- サポート品質: 担当対応、レスポンス、サポート時間
- 連携・統合: 他システム連携、API、エクスポート
- その他: 上記に該当しない声
軸2: インパクト
- 高: 契約金額大、解約リスクあり、複数社から同じ声
- 中: 単発だが重要、中堅顧客
- 低: 個別案件、軽微な要望
軸3: CS担当者の解釈(真のニーズ)
お客様の 言葉(want) ではなく、CS担当者が読み取った 真のニーズ(need) を併記します。
例:
- want: 「機能Aを追加してほしい」
- need: 「業務Bでの操作回数を減らしたい」
軸4: 緊急度
- 緊急: 1ヶ月以内に対応必要(解約予兆)
- 中期: 3-6ヶ月で対応推奨
- 長期: 1年以上のロードマップ枠
AIを使った構造化
100件以上のVOCを手で分類するのは現実的でないため、AIを活用するのが2026年標準です。
[ChatGPT/Claude に渡すプロンプト例]
以下のVOC(顧客の声)100件を分析してください。
# 入力データ
[VOC原文を1行1件で貼り付け]
# 出力指示
1. 4カテゴリー(機能要望 / 操作性UX / 価格 / サポート品質)に分類
2. 各カテゴリー内の頻出テーマを3つずつ抽出(出現件数+代表原文付き)
3. 最も優先して対応すべきテーマを1つ選定、理由を3行
出力形式: Markdown表詳細は CS業務で本当に使えるAIプロンプト10選 - 1. VOC構造化 を参照。
ステップ3: 社内連携 — 「使われる」VOCを渡す
構造化されたVOCを、社内の関係部署に渡します。最大のポイントは 「相手が動ける形」で渡す こと。
プロダクトチーム向け
渡すべき情報
- VOC概要(カテゴリー、件数、頻出テーマ)
- 対象顧客リスト(契約金額付き)
- 想定される事業インパクト(継続率向上、エクスパンション機会)
- CS担当者の優先度判断と理由
渡し方の例
# 月次VOC報告 — プロダクトチーム向け / 2026年5月
## サマリー
今月のVOC収集件数: 87件(問い合わせ45 / 定例22 / CSAT12 / SNS8)
## 優先対応推奨テーマ TOP 3
### 1. レポート出力のExcel直接対応(優先度: 高)
- 件数: 12件(顧客11社、ARR合計¥◯)
- 真のニーズ: 「レポートを社内共有する際の手間削減」
- 想定インパクト: 当該顧客の継続率向上、新規導入時の障壁減
- CS担当者所感: SMB層では契約継続の重要因子になりつつある
### 2. (省略)
### 3. (省略)
## 既に対応済み・進行中の声
[前回までの報告で対応済みの声を一覧]
## CS担当者からの所感
[全体傾向のコメント]営業チーム向け
渡すべき情報
- 新規顧客からよく出る要望(新規獲得時の懸念)
- 競合との比較で出る声(差別化要素)
- アップセル/クロスセルの種(顧客の業務拡大の声)
連携頻度
月1回が標準。週次にすると情報過多になりがち。
サポート/オペレーションチーム向け
渡すべき情報
- 頻出問い合わせのパターン(FAQ化候補)
- ナレッジベース改善要望
- オペレーション側で改善できる業務フロー
経営層向け
渡すべき情報
- 主要KPI(VOC件数推移、対応率、解約寄与度)
- 戦略テーマ(中長期で取り組むべき大きな声)
- リスク提起(全社的に対応が必要な声)
渡し方
四半期に1回、経営会議で15-20分で報告。「現場の声 → 経営判断」のループを意識した設計。
ステップ4: 効果測定 — VOC運用の成果を可視化
VOC運用が機能しているかを測定するためのKPI。
短期(1-3ヶ月)で見るKPI
- VOC収集件数: 4経路合計の月次推移
- タグ付け完了率: 収集VOCのうち、構造化された比率
- プロダクトへの連携件数: 月次でプロダクトに上げた要望数
- 顧客への返信率: VOC元の顧客にフィードバックした比率
中期(3-6ヶ月)で見るKPI
- VOC反映率: プロダクトに上げた要望のうち、ロードマップ入りした比率(目安: 20-30%)
- 反映後の顧客満足度変化: 該当顧客のCSAT/NPS変化
- 問い合わせ削減率: VOC反映で減った問い合わせ件数
長期(6-12ヶ月)で見るKPI
- VOC由来の継続率改善: VOC反映による顧客の継続率変化
- 新規導入時のVOC由来の機能訴求効果: 営業時の差別化貢献
- 競合差別化への寄与: 業界レビューサイトでの評価変化
VOC運用でよくある失敗パターン
失敗1: 「集める」で終わる
VOCを大量に蓄積するが、構造化・連携・測定がされない。データベースに置かれているだけで、誰も見ない。
対策: ステップ2-4を全部回す仕組みを最初から設計。「集める担当」と「使わせる担当」を分けない(同じCS が責任を持つ)。
失敗2: プロダクトチームが受け取らない
VOCを上げても、プロダクトチームが「忙しい」「優先度が違う」で対応しない。CS側のフラストレーションが溜まる。
対策: VOC伝達の品質を上げる(件数、インパクト、優先度を必ず添える)。月次の定期報告会を設定し、プロダクト側の判断軸も学ぶ。
失敗3: 1社の声を「全顧客の声」と扱う
ヘビーユーザー1社からの強い要望を、CS担当者が個人的に推した結果、開発リソースが少数派の最適化に使われる。
対策: 「件数」を必ず付記。1社の声は「個別案件」、複数社の声は「VOC」と扱いを分ける。
失敗4: ネガティブな声を経営層に伝えない
CS担当者が「悪い声」を上に上げにくく感じて、ポジティブな声ばかり報告する。結果、経営層が現場の実態を把握できない。
対策: VOC報告に「ネガティブな声」セクションを構造的に入れる。隠さない文化を作る。
失敗5: 反映後のフォローがない
プロダクトに反映された機能を、お客様が知らない。CS担当者がフィードバックを返さない。
対策: VOC元の顧客に「ご要望が反映されました」と必ず連絡。これでお客様のロイヤリティが大きく上がる。
VOC運用を AI で効率化する
2026年時点で、VOC運用の 40-50% はAIに任せられます。
AIに任せられる業務
- 分類: 100件のVOCをカテゴリーに自動分類
- 頻度集計: 頻出テーマの抽出と件数集計
- 要約: 月次レポートのドラフト作成
- 類似声の検出: 過去VOCとの類似度判定
AIに任せてはいけない業務
- 真のニーズ解釈: お客様の業務文脈を理解した判断は人間が必要
- 優先度の最終判断: 事業文脈、戦略整合性は AI に渡しきれない
- 顧客とのコミュニケーション: 直接の対話は人間が
具体的なAIプロンプトは CS業務で本当に使えるAIプロンプト10選 で公開しています。
まとめ — VOC運用成功の3つの原則
1. 4ステップを全部回す
収集だけ、構造化だけ、連携だけ、測定だけ、では機能しない。4ステップ全てを仕組み化 することが前提。
2. 「使う側が動ける形」で渡す
プロダクトチームが動かないのは、彼らが怠慢なのではなく、判断材料が足りない から。件数+インパクト+優先度+解釈をセットで渡す。
3. 反映後のフォローまでが VOC 運用
お客様から声を集めて、社内で使って、終わり、ではない。「あなたの声が反映されました」と返す ところまでが運用。これでお客様のロイヤリティが圧倒的に上がる。
関連記事
- カスタマーサクセスとは何か — VOCがCSの5つの役割の中で果たす役割
- SaaSのカスタマーサクセス指標完全ガイド — VOC効果測定で使える指標
- CS現場で繰り返し観察される「あるある」10選 — ヘビーユーザーの声を「全顧客の声」と勘違いする罠
- CS業務で本当に使えるAIプロンプト10選 — VOC分析のAI活用
- CS実務テンプレート集 — 議事録テンプレ(VOC欄付き)
質問・「自社のVOC運用のご相談」は お問い合わせフォーム からどうぞ。
— Ao