顧客の声を集めることが、イノベーションの可能性を狭める。この逆説は、多くの組織が既に体験しながら、構造として認識できていない問題だ。VOC(Voice of Customer)リサーチや顧客インタビューは、改善の精度を高める一方で、探索の射程を現在の課題圏内に固定する引力として働く。その引力のメカニズムを理解しなければ、顧客中心主義の看板を掲げながら、インクリメンタルな最適化を繰り返すだけになる。
顧客は現在の制約の中でしか要望を語れない
顧客インタビューの根本的な構造問題は、語り手が「現在体験している世界」から発話するという点にある。
存在しない価値は要望として出てこない。スマートフォンが登場する前に「タッチスクリーンで操作できる携帯電話が欲しい」と答えた顧客はほぼいなかった。顧客が語る不満は、現在の選択肢の中での摩擦であり、選択肢の外にある解決策は想定の枠に入らない。
この制約は認知科学的にも説明できる。人間の要望生成は、現在の経験・習慣・比較対象に依存する。従って、インタビューで引き出される「欲しいもの」は、既存の枠組みを前提とした変形に過ぎない。
「もっと速くしてほしい」という回答は、馬車の改良を求める声であり、自動車を指してはいない。この構造的限界を、ヘンリー・フォードは直感的に理解していたが、現代の VOC プロセスはその限界を制度的に埋め込んでいる。
VOC が有効に機能するのは、問題空間が明確で、改善の方向性が既に見えている場面だ。未知の問題空間を探索するフェーズでは、顧客の声は地図ではなく、現在地の確認にしかならない。
VOC 重力——インクリメンタル改善への構造的引力
VOC リサーチが継続的に実施されると、組織の仮説生成プロセスが段階的に収束していく現象がある。これを「VOC 重力」と呼ぶ。
VOC 重力のメカニズムは以下の通りだ。顧客から集めた声は、当然ながら既存の製品・サービスに関する評価が中心になる。その声に対応するためのタスクが積み上がり、リソースが配分される。成果を測る指標は顧客満足度スコアになる。すると、次の仮説もまた「顧客が不満を感じている点の改善」に向かって生成される。
このサイクルが繰り返されると、組織の問題定義の射程は既存プロダクトの改良圏内に固定されていく。
探索的な仮説——たとえば「そもそもこの顧客セグメントが解決しようとしているジョブは、我々が想定しているものと違うのではないか」——は、証拠がなければ提案しにくく、証拠を得るためのリサーチにはリソースが回らない。VOC 重力は、探索を阻害するシステムではなく、改善を最適化するシステムが持つ副作用として発生する。
ユーザーリサーチの過信でも指摘されているように、リサーチの質への信頼が高まるほど、そのリサーチが持つ構造的バイアスが見えにくくなる。VOC 重力は、優秀なリサーチチームが存在する組織ほど強くなる可能性がある。
仮説の地平線がなぜ縮むのか
仮説の発散には「可能性の空白」が必要だ。現状の課題が整理されていない状態、あるいは課題が解消されていない領域こそが、新しい仮説の発生地になる。
VOC が課題を可視化し、優先度を付け、解消のロードマップを作ると、可能性の空白が埋まっていく。組織の認知の中で「未解決」として残る領域が縮小するため、そこから発散する仮説の数も減る。
改善型チームと探索型チームの分断
大企業では、VOC 対応チームと新規探索チームが分離していることが多い。だが、VOC のデータと知見が強い影響力を持つ会議体では、探索型チームの仮説は「顧客からの声がない」「データに基づいていない」として棄却されやすい。VOC は組織の認識論的権威になりやすく、その権威が探索の判断基準を侵食する。
顧客要望の KPI 化が探索を締めるメカニズム
大企業イノベーションの失敗パターンとして最も見落とされているのが、VOC データの KPI 化だ。
顧客要望充足率、顧客満足スコア(NPS・CSAT)、インサイト件数などが経営指標に組み込まれると、組織行動は必然的にその最適化に向かう。KPI は測定対象の行動を増幅し、測定されていない行動を縮小させる。
探索フェーズの活動——非顧客の行動観察、未来シナリオの仮説生成、テクノロジー変化の先読み——はいずれも短期的な KPI に接続しにくい。四半期ごとの評価サイクルで成果を問われると、これらの活動は後回しになる。
既存顧客の声が非顧客の可能性を隠す
KPI 化された VOC が最も直接的に阻害するのは、非顧客への注目だ。現在の顧客が声を上げ、その声が重要指標として管理される環境では、まだ顧客になっていない層の行動・ニーズ・文脈は可視化されない。
市場の不連続な変化は、しばしば非顧客の行動変容から始まる。現在の顧客の満足度を最大化することと、次の市場変化の兆候を掴むことは、異なるリサーチ設計を必要とする。
ロードマップへの早期収束
VOC データは「顧客が困っていること」を提供し、プロダクト・ロードマップに変換されやすい。ロードマップへの早期収束は、仮説発散の時間を削る。発散フェーズで最も避けるべきは、問題の定義を特定の解決策の方向に固定することだ。
VOC に基づくロードマップ作成は、問題定義の固定と解決策方向の固定を同時に行う。この二重固定が、探索フェーズの仮説発散を事実上終了させる。
JTBD フレームワークの限界と「現在バイアス」
Jobs-to-be-done(JTBD)は、VOC の限界を克服する試みとして開発されたフレームワークだ。「顧客が何を買うかではなく、何を達成しようとしているか」に焦点を当てることで、より深い文脈を引き出すことを意図している。
だが JTBD にも構造的な限界がある。ジョブを特定する際の問いは、現在の行動文脈に依存する。「あなたは今、このタスクをどのように達成しようとしていますか」という問いに対する回答は、現在の行動の説明だ。
現在のジョブを精緻に定義することと、未来のジョブの変容を予測することは、全く異なる知的作業だ。
JTBD が「顧客の声」より深く掘れるのは事実だが、その掘削先は依然として「現在の課題空間」だ。未来のジョブ文脈——技術変化・社会構造変化・行動変容によって生まれる新しいジョブ——は、現在の顧客インタビューからは引き出せない。
詳細な分析は 顧客発見の神話 を参照してほしい。
JTBD を発散ツールに変えるには
JTBD を探索フェーズの発散ツールとして機能させるには、問いの設計を変える必要がある。「現在どうしているか」ではなく、「この制約が消えたら何が変わるか」「このジョブが 10 年後にどう変容しているか」という仮想文脈を意図的に持ち込む。
現在の行動文脈への拘束を解除した問いは、顧客の想像力を既存の枠から引き剥がし、発散の素材になるインサイトを引き出す可能性がある。ただし、これは通常の JTBD インタビューとは異なる設計が必要で、多くの組織が実装できていない。
探索フェーズに VOC を持ち込まないための設計
VOC リサーチの問題は、存在自体ではなく、使う場面とプロセスの設計にある。
探索フェーズと改善フェーズを明確に分離し、それぞれに異なるリサーチ設計を適用することが基本だ。探索フェーズでは、顧客の声より先に、非顧客の行動・技術変化の兆候・アナロジー市場の構造を読む。
非顧客・離反者・異業種ユーザーの観察
既存顧客が語る声の外に、市場の変化を先読みするシグナルが存在する。離反した顧客が離れた理由、まだ顧客になっていない層がどんな代替行動を取っているか、全く異なる業界で類似の構造問題をどう解決しているかは、発散の素材として強力だ。
これらは VOC では取れないインプットだ。VOC は現在の顧客の現在の声に特化しており、その外側は構造的に取りこぼす。
仮説発散の時間帯に VOC データを持ち込まない
実践的な設計として有効なのは、仮説発散セッションに VOC データを持ち込まないというルールだ。データの存在は、データが示す方向への収束を促す。VOC データが場にあると、発散の問いが「このデータが示す課題をどう解くか」に引き寄せられる。
発散フェーズは、意図的に証拠のない状態で問いを立てる時間だ。その後の収束フェーズで VOC データと照合する設計にすることで、発散と改善の双方を損なわずに組み合わせられる。
VOC の役割を改善フェーズに限定する組織設計
組織レベルでは、VOC の適用範囲をプロセス設計によって制御する。探索フェーズのゲートに VOC を持ち込まない、探索チームの評価指標を顧客満足スコアから切り離す、非顧客リサーチに独立した予算枠を設ける——こうした構造的な設計なしに、VOC 重力は自然には弱まらない。
顧客中心主義の徹底と、イノベーションの発散確保は、同じ組織設計では両立しにくい。この緊張を認識した上で、フェーズごとに異なる原則を適用する組織だけが、改善と探索を並走させられる。
荒井宏之 a.k.a. ピンキー
関連記事
手法
業界横断イノベーション移転の失敗構造——「他業界の成功モデル」が文脈差で機能しない理由
他業界で実証されたイノベーションモデルを自社に移植しようとする際に生じる文脈の断絶を構造的に分析する。成功事例の移転が構造的に失敗しやすい理由と、文脈適合設計の論点。
2026年7月2日
手法
競合インテリジェンスのイノベーション盲点——「競合を見る」ことで「白地を見失う」逆説
競合分析は大企業の戦略立案に不可欠だが、新規事業においては競合を追い続けることで「まだ誰も取り組んでいない空白市場」への視野が閉じるという逆説がある。競合インテリジェンスがイノベーション判断を歪めるメカニズムを構造的に解析する。
2026年7月1日
手法
デザインスプリントの大企業適用限界——5日間の手法が組織構造に負ける構造的理由
Googleが開発したデザインスプリントは中小チームで機能するが、大企業に適用すると承認構造・ステークホルダー数・リスク回避文化によって無力化される。手法の移植が失敗するメカニズムを解析し、大企業に適した変形運用の条件を検討する。
2026年6月30日