VoC(顧客の声):収集方法と実例

VoC(顧客の声)は、顧客が求め、期待し、価値を置くものを体系的に把握し、それをチームが行動に移せる要件へと変換する規律ある取り組みです。これがなければ、プロセスや製品に関する意思決定は社内の思い込みに基づくことになり、しばしば的を外してしまいます。うまく運用すれば、VoCは品質改善の取り組みを、顧客が本当に気にしている成果へと向け続けるエンジンになります。

VoC(顧客の声)とは何か

**VoC(顧客の声)**は、顧客が言葉にしたニーズ、言葉にしないままの期待、そして感情的な好みを収集し、それらを製品・サービス・プロセスに関する具体的かつ測定可能な要件に翻訳する、リサーチと分析の手法です。

この用語は品質管理に起源を持ち、1990年代にシックスシグマや品質機能展開(QFD)とともに学術文献に登場しました。DMAIC改善サイクルのDefine(定義)フェーズの中心を担うもので、そこではチームがプロセスを測定・分析する前に、顧客が何を「品質にとって重要(クリティカル)」とみなすかを明らかにします。

VoCは2つのカテゴリーの情報を収集します。

• 言葉にされたニーズ: 直接尋ねられたときに顧客が求めていると答えるもの(「もっと速いチェックアウト」「請求書の誤りを減らしてほしい」など)
• 言葉にされないニーズ: 顧客にとってあまりに当たり前で、あえて口にしない期待(「製品はきちんと動くべきだ」「配送物は破損せずに届くべきだ」など)

どちらのカテゴリーもCTQツリーへのインプットとなり、顧客の要望を具体的かつ測定可能な品質特性に分解します。その特性が、エンジニアリングやプロセス設計の意思決定に落とし込む品質機能展開(QFD)を動かします。

重要な事実

• Aberdeen Groupの調査によると、強固なVoCプログラムを持つ企業は、体系立ったフィードバックプログラムを持たない企業と比べて、前年比で10倍の収益成長を達成しています。
• Bain & Companyの調査では、企業の80%が「自社は優れた顧客体験を提供している」と考えている一方で、そう同意する顧客はわずか8%しかいないことが分かりました。VoCプログラムはこのギャップを埋めるために設計されています。
• Forresterの報告によれば、顧客フィードバックを優先する企業では、顧客維持率が平均で55%向上しています。

VoCの収集方法

単一のチャネルだけで全体像を把握できることはありません。ほとんどのチームは、広さと深さの両方を得るために、少なくとも3つの方法を組み合わせています。

どの組み合わせを選ぶかは、プロセスの成熟度とスケジュール次第です。素早いDMAICプロジェクトを回す少人数チームなら、サポートチケット分析と顧客インタビュー10件程度で十分かもしれません。総合的品質管理を運用する成熟した品質部門であれば、すべてのチャネルにわたって継続的なリスニングを同時並行で行います。

VoCが重要な理由

端的に言えば、社内の思い込みはコストが高くつくからです。

チームが「顧客が求めているだろう」という前提だけでプロセスや製品を設計すると、しばしば誤ったポイントを最適化してしまいます。その結果、リソースは消費するのに、満足度も収益も顧客維持率も動かない改善プロジェクトが生まれます。

VoCは、あらゆる改善の意思決定を外部シグナルに紐づけることで、この問題を是正します。シックスシグマでは、VoCデータはSIPOCダイアグラムに直接流れ込み、顧客が誰であり、プロセスのアウトプットに何を求めているかを定義します。また、「品質」を測定可能な形で定義するCTQツリーの起点にもなります。

品質管理という枠を超えても、VoCは次の理由で重要です。

• 手戻りを減らす。 社内の専門用語ではなく顧客の言葉から要件を定義することで、チームは最初から正しいものを作れます。
• 優先順位付けのシグナルを浮かび上がらせる。 すべての苦情が同じ重要度を持つわけではありません。VoC分析によって、どの課題が広範囲かつ高インパクトであるかが明らかになります。
• 顧客維持の習慣を築く。 顧客との対話を体系的に締めくくる(「ご意見を伺いました。こう変わりました」と伝える)チームは、どんな割引プログラムでも再現できないロイヤルティを築きます。

よくある失敗

フィードバックを集めても活用しないチームは、まったく集めないよりもさらに悪いことをしています。それは、顧客に「もう回答しても無駄だ」と学習させてしまうことです。

一度きりの収集で終わり、継続しない。 顧客の期待は変化します。製品発売時に実施したサーベイは、18か月後に何が重要かについては何も教えてくれません。VoCはプロジェクトではなく、継続的なリズムであるべきです。

誘導的な質問をする。 「新しいチェックアウトの流れはどれくらい気に入りましたか?」という質問では、本当の摩擦は浮かび上がりません。「前回購入を完了したときの状況を教えてください」といった、中立的でオープンエンドな問いかけの方がはるかに多くを引き出せます。

翻訳のステップを省略する。 生のフィードバックはそのままでは行動につながりません。「時間がかかりすぎる」は苦情であって、要件ではありません。VoCプロセスは、それを「注文確定から2秒以内に95%のオーダーを確認する」といった具体的で測定可能なCTQへと翻訳するために存在します。

データをサイロ化する。 サポートチームは失敗の話を聞きます。営業チームは比較対象の話を聞きます。プロダクトチームは機能要望を聞きます。これらのフィードを一つのビューに統合しないと、断片的で時に矛盾する要件になってしまいます。

フィードバックへの応答を締めくくらない。 フィードバックを送ったのに何の反応もない顧客は、何も変わらなかったのだと思い込みます。たとえメールによる一斉配信であっても、簡単な謝辞を伝えることで、関係性と今後のリサーチへの回答率が維持されます。

VoC(顧客の声)プロセスの進め方

ステップ1:対象範囲と顧客セグメントを定義する

まず、どのプロセス、製品、または意思決定を改善しようとしているのか、そしてどの顧客セグメントの声が必要なのかを明確にします。請求書の正確性を対象としたDMAICプロジェクトであれば、一般的なエンドユーザーではなく、エンタープライズアカウントの経理担当者からのインプットが必要です。セグメントの選定を誤ると、的外れな要件が生まれます。

ステップ2:収集方法を選び、実施する

上記の表から、互いに補完し合う2_{3の手法を選びます。よくある出発点の組み合わせは、深さを得るための顧客インタビュー10}15件、広さを得るための200件規模のサーベイ、そして直近90日分のサポートチケットの抽出です。可能な限り並行して実施し、インサイトを得るまでの時間を短縮します。

ステップ3:フィードバックを整理し、アフィニティマッピングする

すべての生データを一つのシートまたはツールに統合します。アフィニティマッピングを使って似た内容の発言をテーマごとにグループ化します。「返信に何日もかかった」「誰もフォローしてくれなかった」「まだ回答を待っている」といったコメントを「対応の迅速さ」といったテーマの下にまとめます。これにより、個々の発言だけでは見えないパターンが浮かび上がります。

ステップ4:CTQツリーを使ってニーズを要件に翻訳する

主要なテーマごとに、CTQツリーの枝を構築します。顧客のニーズ(「素早い対応」)は品質ドライバー(「対応時間」)となり、それが測定可能なCTQ要件(「チケットの98%で、初回返信を営業時間内4時間以内に行う」)へと落とし込まれます。この翻訳こそが最も重要なステップです。主観的な言葉を、エンジニアやプロセスオーナーが設計し測定できる形に変換するのです。

ステップ5:要件に優先順位をつける

すべてのCTQが同じ緊急度や実現可能性を持つわけではありません。インパクト・労力マトリクスやカノモデル分析を使って要件をランク付けします。複数の顧客セグメントにまたがって現れるCTQ、顧客維持や収益のシグナルに結びついているCTQ、あるいはSIPOCダイアグラムで把握された現行プロセスの不具合に対応するCTQを優先します。

ステップ6:実行し、プロセスを更新する

優先順位をつけたCTQを適切なチームに割り振ります。プロセス変更の場合は、DMAICプロジェクトの「Define」ベースライン、あるいは新規構築であればDMADVの設計インプットになります。製品変更の場合は、品質機能展開(QFD)のマトリクスに反映されます。

ステップ7:顧客への対応を締めくくる

顧客のインプットの結果として何が変わったのかを伝えます。セグメント向けのメール一つでも(「いただいたフィードバックをもとに、チェックアウトのステップを6から3に減らしました」)、フィードバックの仕組みが機能していることを裏づけます。それは今後の回答率を高め、信頼を築くことにもつながります。

VoC(顧客の声)の実例

製造業:不良に関する苦情の削減

ある中規模の電子機器メーカーは四半期ごとにNPSサーベイを実施していましたが、3回連続のDMAICサイクルを経てもスコアに改善は見られませんでした。B2Bバイヤーへの顧客インタビューに切り替えたところ、問題は製品の不良ではなく、出荷物に同梱される文書の内容が一貫していないことだと判明しました。バイヤーがセットアップでつまずいていたのは、ハードウェアの欠陥のせいではなく、マニュアルが製品のリビジョンと一致していなかったからでした。CTQは「出荷されたハードウェアのバージョンと一致する文書が100%であること」となりました。この修正コストは1万2,000ドル未満で済み、NPSは2四半期で18ポイント上昇しました。

SaaS:機能開発の優先順位付け

あるプロジェクト管理ソフトウェア企業は、6か月分のサポートチケットとアプリ内セッション録画、そして50件の顧客インタビューを分析しました。最も多く挙げられた課題は機能一覧ではなく、新しいチームメンバーのオンボーディングにかかる時間でした。VoCの成果は2つのCTQに翻訳されました。「新規ユーザーが最初のタスクを10分以内に完了する」と「管理者が新メンバーを追加し、権限を3分未満で割り当てる」です。この2つが次の2回分のプロダクトスプリントを方向づけ、初週の解約率が34%減少しました。

医療:患者受付の改善

ある地域の病院システムは、来院後サーベイと現場スタッフへのインタビューを使い、患者受付プロセスに関するVoCデータを収集しました。最も多かったテーマは、患者が予約に何を持参すべきか分かっていないことでした。翻訳されたCTQは「予約確認の100%に、完全かつ個別化された持ち物チェックリストを含める」でした。自動確認メールの更新を導入した後、持ち物の不備率は31%から6%に低下し、予約の押しが減りました。

ベストプラクティス

現場スタッフを収集プロセスに巻き込む。 サポート担当者、営業担当者、サービス技術者は、日々顧客の生の言葉を耳にしています。VoC分析に彼らを加えることで、サーベイだけでは得られない厚みが加わります。

プレゼンテーションでは顧客の生の言葉を使う。 VoCデータを経営層に共有する際は、定量的なサマリーとあわせて、顧客の言葉をそのまま引用します。数字は説得材料になりますが、生の声は人を動かします。

改善サイクルのたびにCTQを見直す。 あるCTQに基づいて対応し、プロセスが変わったら、そのタッチポイントについて再びVoCを実施します。改善後は顧客の期待値が上がる傾向があるため、昨年のCTQはすでに古くなっている可能性があります。

VoCをプロセスマッピングと結びつける。 VoCの発見事項をSIPOCダイアグラムやバリューストリームマップに重ね合わせることで、プロセスのどの部分で顧客体験が作られ、あるいは損なわれているのかを正確に把握できます。

VoCカレンダーを構築する。 年次の深掘りインタビュー、四半期ごとのパルスサーベイ、継続的なサポートチケット分析を、都度のプロジェクトではなく、恒常的な取り組みとしてスケジュールに組み込みます。定期的なシグナルは、一度きりのスナップショットよりもはるかに有用です。

よくある質問

VoCと市場調査の違いは何ですか? 市場調査は競合状況、価格設定、市場規模の算定など、より広い範囲をカバーします。VoCは、設計やプロセス改善の意思決定へのインプットとして、現在および見込みの顧客のニーズに特化して焦点を当てたものです。VoCは市場調査の一部と言えますが、オペレーションや製品の要件により密接に結びついています。

VoCとNPSは同じものですか? いいえ。NPS(ネットプロモータースコア)は顧客のロイヤルティを測定する単一の指標です。VoCは、NPSに加えてインタビュー、サーベイ、チケット分析、行動データなどを用いて、顧客がなぜそう感じているのか、具体的に何を変える必要があるのかを理解する包括的な手法です。NPSは満足度が下がっていることを教えてくれますが、VoCは何を修正すべきかを教えてくれます。

VoCはシックスシグマとどうつながっていますか? VoCはDMAICのDefineフェーズと、DMADVのDefineフェーズへのインプットとなります。CTQ(品質にとって重要な特性)となる顧客要件を提供します。そのCTQが、Measure(何を追跡するか)、Analyze(どの根本原因が重要か)、Improve(どの変更が対象となるか)を方向づけます。VoCがなければ、シックスシグマのプロジェクトは、間違った問題を精密に解決してしまうリスクがあります。

VoCはどのくらいの頻度で実施すべきですか? 最低限として、年次の深掘りリサーチ(インタビューとサーベイ)と、継続的な受動的リスニング(サポートチケット、レビュー、行動データ)が必要です。展開の速いプロダクトチームや規制の厳しい業界では、四半期ごとのインタビューサイクルを回すことが多くなります。重要なのは、VoCが一度きりのイベントではなく、継続的なリズムであるべきだということです。顧客のニーズは進化し続けるものであり、要件のインプットもそれに合わせて進化すべきです。

VoCは(外部顧客だけでなく)社内プロセスにも使えますか? 使えます。「顧客」が社内のチームである場合にも、同じアプローチが当てはまります。給与計算を担当する経理チームは、人事データプロセスの顧客です。社内顧客を対象にVoCを実施する際も、同じステップ(収集、アフィニティマッピング、CTQへの翻訳、実行、そして締めくくり)をたどります。総合的品質管理のフレームワークでは、社内顧客に対するVoCを標準的な実践として明示的に含めていることがよくあります。

---

顧客の期待は固定されたものではなく、あなたのプロセスもそうあるべきではありません。プロジェクトの立ち上げ時だけでなく、日常業務のリズムにVoCを組み込むチームは、改善の取り組みを実際に満足度を動かすものへと向け続けるフィードバックループを築きます。その結果として得られるのは、より高い顧客維持率、より少ない手戻り、そして思い込みではなく根拠に基づいたプロセス文化です。

関連記事

• シックスシグマ
• DMAIC
• DMADV
• CTQツリー
• 品質機能展開(QFD)
• カノモデル
• SIPOCダイアグラム
• 総合的品質管理