VOC分析とは|顧客の声を新規事業の改善につなげる方法

この記事は、ネクストイノベーションベース編集部の鳥居 誉定が書きました。

VOC分析の会議で、「顧客から要望が多かったので、この機能を追加します」と報告されました。そこで、要望を出した人の役割と場面を確認してください。利用者でしょうか、決裁者でしょうか。何をしようとして止まり、要望どおりの機能がなければ本当に導入を見送るのでしょうか。ここが欠けると、顧客の声を聞いたつもりで、企画側の解釈だけを実装します。

VOC分析で扱うのは、要望一覧だけではありません。インタビュー、アンケート、問い合わせ、商談、試用時の発言や行動を、その人の状況と結びつけて読みます。目的は、事業の前提を残すか、変えるか、次に何を確かめるかを決めることです。

この記事では、新規事業でVOC分析を使う場面に絞り、声の集め方、8工程の分析手順、BtoBでの役割分解、継続運用まで解説します。

VOC分析とは|発言と行動を事業仮説へ変える

VOC分析とは、顧客接点で得た発言・選択・行動の記録を、対象者と利用場面を保ったまま分類し、事業仮説の修正や次の検証へつなげる分析です。単語の出現回数と、1件ごとの文脈は別の材料として扱います。

「この機能が欲しい」という1文だけでは判断できません。顧客は何を達成しようとし、いまはどう対処し、どこで負担を感じたのでしょうか。前後の流れを残して初めて、機能名の奥にある課題を読めます。

VOCの入口は3つに分けると整理しやすくなります。顧客が自発的に寄せた問い合わせ、質問して得た面談・アンケート、商談や試用で確認した行動です。性質の違う材料を混ぜる前に、どの接点から来た声かを残してください。

一件の文脈を読むか、まとまりの傾向を読むか

1件の文脈を読む定性分析では、対象者の役割、発言が出た場面、現在の代替行動、前後のやり取りを1つの記録として扱います。向くのは、なぜ困ったのか、同じ言葉でも意味が違うのはなぜかを探る場面です。

複数の記録を集計するときは、頻出語、分類ラベル、同時に現れる語など、比較する単位を先にそろえます。全体の偏りを探す入口にはなりますが、頻出した理由は元記録へ戻らなければ分かりません。

目的が「理由を探す」なら1件の文脈、「傾向が現れる場所を絞る」なら集計を先に置きます。50件の声があっても、役割や接点が混ざったまま数えれば、件数の意味は薄くなります。

VOC分析と顧客満足度調査・CX改善の違い

顧客満足度調査は利用後の評価を比べ、CX改善は認知から利用後までの体験を見直します。VOC分析は、顧客像や提供価値がまだ固まっていない新規事業で、どの前提が事実とずれているかを探すために使います。

分析前に残す「声の文脈」

VOCの1件ごとに、次の6点を紐づけます。

  • 対象者の役割と、購入・利用への関わり
  • 発言や行動が起きた場面
  • 加工していない原文、または確認できた行動の記録
  • 顧客が現在取っている代替行動
  • 困りごとが業務や判断へ及ぼした影響
  • 記録者の解釈と、追加で確認すべき問い

原文と解釈は分けてください。「申請のたびに担当者へ聞いている」は記録で、「操作性が悪い」は分析者の解釈です。同じ欄へ書くと、あとから別の読み方を検討できません。

VOC分析で新規事業の5つの仮説を見極める

VOC分析で決めるのは、顧客の要望どおりに何を作るかではありません。顧客・課題・価値・導入・次の検証のうち、どの仮説を書き換えるべきかです。

  • 顧客仮説:その課題が強く現れる役割と状況は何か
  • 課題仮説:いつ困り、現在はどう対処しているか
  • 価値仮説:現状のやり方を変える理由はどこにあるか
  • 導入仮説:予算・審査・運用の何が動きを止めるか
  • 検証仮説:どんな行動が起きれば前提を残せるか

たとえば「検索機能が欲しい」という声が10件あっても、探している対象が規程、過去案件、担当者で分かれるなら、同じ課題ではありません。声の数より、誰のどの仕事が止まったかを見ます。

VOC分析に使う顧客の声は用途から集める

集めやすい接点から手当たり次第に集めるのではなく、今回の意思決定に必要な顧客・場面・深さから方法を選びます。理由を探すなら会話の文脈、回答を比べるならそろった設問、導入判断を読むなら実際の行動記録を優先します。

  • デプスインタビュー:課題の経緯と判断の流れを聞く
  • アンケート:同じ設問で回答を集め、仮説の広がりを比べる
  • 問い合わせ記録:顧客が自発的に持ち込んだ障害や期待を捉える
  • 商談・試用記録:誰が動き、どの条件で止まったかを残す
  • 利用行動の記録:発言と実際の利用のずれを確かめる

既存顧客がいない段階でも、対象条件を決めて面談できます。解決案を見せず、現在の行動、代替手段、困った場面を聞けば、課題仮説を作る材料になります。

BtoBでは会社名より「役割」を分ける

BtoBでは、利用者は操作負荷、部門責任者は成果と運用、決裁者は投資理由、導入審査者は契約や管理条件を見る場合があります。実際の担当範囲は案件ごとに確認し、記録には役割と、賛否が割れた理由を残します。

同じ会社から4件の声があっても、すべて利用者なら決裁条件は未確認です。会社数ではなく、今回の判断に必要な役割が埋まっているかを見てください。

VOC分析のやり方|記録から仮説までの8工程

VOC分析は、分類ラベルを作って終わりではありません。判断がどう変わったかを残すまでが1セットです。

  1. 今回決めることを書く。 VOCによって変え得る意思決定を1つ選びます。
  2. 対象範囲を固定する。 期間、顧客条件、接点、役割をそろえます。
  3. 1件につき1つの論点へ切り分ける。 課題、要望、評価を、原文へ戻れる形で分けます。
  4. 事実と解釈を分ける。 顧客の発言・行動と、分析者の読みを別欄へ置きます。
  5. 小さなラベルを付ける。 「入力の手戻り」など、状況が分かる仮分類を作ります。
  6. 役割と場面で束ね直す。 似た言葉より、似た状況を優先してください。
  7. 反対例と、出てこなかった話題を読む。 当てはまらない顧客や、話題に出なかった項目も確認します。
  8. 仮説と次の行動へ変える。 誰の何を、次にどう確かめるかを書きます。

分類は途中で変えて構いません。最初は具体的なラベルを残し、別の記録でも同じ状況が確認できたら統合します。生成AIや分析ツールを使う場合も、元記録への参照を残し、分類の採否と事業判断は担当者が確認します。

BtoBのVOC分析例|同じ要望を役割別に読み直す

法人向けの稟議作成支援サービスを考えているとします。以下は分析方法を示す架空例です。

利用担当者から「過去の稟議を流用したい」という要望が出ました。前後を聞くと、困っていたのは文章作成ではなく、前回の承認理由と修正履歴を探せないことでした。課題仮説は「文書を早く作りたい」から「承認の根拠を再利用したい」へ変わります。

一方、部門責任者は申請内容のばらつき、情報システム部門は閲覧権限と変更履歴、購買担当者は契約主体と予算科目を気にしていました。同じ「導入しづらい」という表現でも、止まっている場所は4つあります。

そこで、「承認理由を参照できれば試用準備へ進むか」「権限条件を示せば審査項目の確認へ進むか」と仮説を分けます。機能要望を即採用せず、紹介、審査項目の提示、試用案件の選定といった行動で確かめます。

VOC分析が機能しない5つのパターン

声をきれいに分類しても、対象者の偏り、発言の文脈、反対例、意思決定との接続が欠ければ使えません。次の5つが見えたら、ツールより運用を直します。

1.頻出語を、そのまま重要課題とみなす

「価格」が多くても、高い、分かりにくい、予算化しにくいでは打ち手が異なります。単語の前後、役割、比較対象へ戻ります。

2.肯定的な発言を需要の証明にする

「良い」「使いたい」だけでは採用判断を読めません。直近の行動、代替手段、導入に向けて引き受ける負担を確認します。

3.利用者と決裁者の声を合算する

利用者の不便が強くても、決裁者が投資理由を持てなければ導入は止まります。会社単位の多数決にせず、役割ごとの成立条件を読んでください。

4.分類ラベルを先に固定する

既存製品の機能分類だけで整理すると、新しい課題も改善要望に見えます。原文を残し、顧客の状況を表す小さなラベルから始めます。

5.元記録と次の責任者が消える

要約だけでは、誰が何に困ったかを再確認できません。元記録への参照を残し、会議の最後に仮説、次の検証、担当者、判断者、期限を記録します。

VOC分析の記録と会議を継続運用する

継続運用では、元記録、分類ルール、仮説一覧、意思決定履歴を分けて管理します。1つの巨大な表へ詰め込むと、顧客が言ったことと、会議で決めたことが混ざるからです。

  • VOC記録:原文、接点、役割、場面、元データへの参照
  • 分類ルール:ラベルの定義、統合・変更履歴、注意点
  • 仮説一覧:対象者、課題、価値、導入条件、必要な証拠
  • 意思決定履歴:採用・保留・棄却の理由、次の担当者と期限

会議では「今月は80件集まった」より、「どの前提が変わったか」を確認します。新しい事実と反対例を見て、既存仮説を残すか、書き換えるか、捨てるかを決めます。次に取るデータも1つに絞りましょう。

まとめ|VOC分析は顧客の声を次の検証へつなげる

VOC分析は、顧客の発言を要望一覧へ変える作業ではありません。顧客の役割と状況を保って声を読み、顧客・課題・価値・導入条件の仮説を更新し、次に確かめる行動を決める分析です。

まず「この分析で何を決めるか」を書きます。必要な材料を選び、原文と解釈を分け、役割差と反対例を確認します。成果はワードクラウドではなく、「誰の、どの場面の、何が未確認か」が分かる状態です。

8工程の最後に、次に誰の何を確かめるかを1つ決めます。担当者と期限まで置けば、VOCは保管された声ではなく、事業判断を動かす材料になります。

無料相談を申し込む