顧客諮問委員会のトークニズム——「声を聞く」が機能しない構造

「顧客の声を聞いている」が意思決定に反映されない理由

顧客諮問委員会（Customer Advisory Board：CAB）の設置は、大企業のイノベーション推進活動の中でも「顧客中心」の姿勢を示す代表的な施策だ。半年に一度、重要顧客を10〜15名招いて自社の製品・サービスの方向性を議論する。経営層も出席し、「顧客の声を直接聞く場」として社内外に発信される。

しかし、CABを設置している企業の担当者に「CABの議論が実際の製品開発の優先順位に影響を与えたことがあるか」と問うと、多くの場合、返答は歯切れが悪い。「参考にしている」「フィードバックは重要だ」という言葉はあっても、CABの議論が具体的な製品ロードマップの変更や開発優先度の変更につながった事例を即答できる担当者は少ない。

この状態を「トークニズム（tokenism）」と呼ぶ。形式的な参加機会を設けることで「参加している」という印象を作りながら、実質的な意思決定への影響力は限定されている状態だ。

トークニズムという概念と組織における発現

トークニズムという用語は、もともと人種・ジェンダー・マイノリティの代表者を組織の意思決定機関に形式的に含めるが、実質的な影響力を持たせないという社会科学の文脈で使われた。Roger Hart（1992）の「参加のはしご（Ladder of Participation）」では、最下位のステップが「操作（Manipulation）」「飾り（Decoration）」「形式的参加（Tokenism）」であり、これらを「非参加（Non-participation）」として位置づけた。

この概念を顧客参加に適用すると、CABは高い予算と時間を投じながら、実質的には「顧客から理解を得た」という社内エビデンスを作るための舞台装置になっている場合がある。顧客が議論し、意見を言い、それが議事録に残る——しかし、それが製品開発チームの翌月の優先度には反映されない。

この問題は担当者の誠意の問題ではない。組織の意思決定構造がCABのフィードバックを吸収できない設計になっていることが、根本的な原因だ。

構造的原因1：意思決定者の不在または形骸的出席

CABに経営層や事業部長が出席していても、彼らがその場で「次の開発優先度」を変更できる権限を持って出席しているケースは稀だ。多くの場合、経営層の出席は「顧客へのリスペクトを示す儀礼」として機能し、意思決定者としての出席ではない。

意思決定者が会議室にいても、製品ロードマップの変更は別の承認プロセスを経る必要がある。事業部の予算会議、開発リソースの配分会議、マーケティングの優先度会議——これらは別の場で行われる。CABで顧客が「この機能が最も必要だ」と明言しても、その声が次の製品会議の議題に正式に上がる仕組みが存在しないなら、フィードバックは空中に消える。

構造的な接続経路（CABの議論→製品決定への反映プロセス）が明文化されていないCABは、どれほど豪華なメンバーを集めても、意思決定ループの外側に存在する。

構造的原因2：参加者の「代表性バイアス」

CABのメンバーは、どのように選ばれているか。多くの場合、次の3つの基準で選ばれる。「長期顧客」「取引規模が大きい顧客」「担当営業が関係性を維持しやすい顧客」だ。

この選定基準が生む問題は、CABメンバーが「現在の顧客の代表」ではあるが、「未来の市場の代表」や「潜在顧客の代表」ではないことだ。長期・大口顧客は、現在の製品・サービスに最も馴染んでいる。彼らのフィードバックは、現在の製品の改善に有用だが、市場の変化や新しい顧客層のニーズを反映しない。

Clayton Christensenが『イノベーターのジレンマ』（1997）で示したとおり、既存の優良顧客の声に忠実に応えることが、ディスラプティブな市場変化への対応を遅らせる主因になる。CABが既存の優良顧客で構成されている場合、そのフィードバックは本質的に「現状維持の最適化」に傾く。イノベーションの方向性を顧客と共創するには、現在の非顧客や、市場の縁辺にいる新しい顧客層を参加させる設計が必要だ。

構造的原因3：フィードバックの「社内翻訳」問題

CABでの顧客の発言は、会議後に担当者が議事録にまとめる。その議事録が事業部に共有され、事業部の担当者がさらに製品チームに「顧客の声」として伝える。この「翻訳」のプロセスで、2つの歪みが生じる。

第一の歪みは、解釈の篩（ふるい）だ。 担当者は顧客の発言のうち、既存の事業方針と整合するものを自然に前景化し、整合しないものを「その顧客固有の意見」として後景に退ける。全ての担当者が意図的にそうしているわけではない。認知バイアス（確証バイアス）が、自分の事業計画を支持する情報を優先的に記憶させる。

第二の歪みは、緊急性の消失だ。 顧客が「この問題を今すぐ解決してほしい」と言った熱量は、議事録の文字列では伝わらない。製品チームが議事録を読んだとき、それは「ある顧客が言っていた要望」として処理される。顧客の声の緊急性と感情的な重みを、組織内で伝達する構造がない。

Steve Blankが顧客開発（Customer Development）において「創業者自身が顧客に会いに行け」と繰り返したのは、この翻訳問題を回避するためだ。生の顧客接触が持つ情報量は、どれほど精緻な議事録でも再現できない。

CABを機能させる設計の3つの変更点

第一の変更点は、CABの定例開催に「意思決定権を持つ参加者」を必須要件にすることだ。 製品ロードマップの優先度を変更できる権限を持つ人間が、「儀礼的出席」ではなく「決裁者として出席」することを内規として明文化する。CABの議論が翌月の製品会議の入力になる経路を、組織のプロセスとして設計する。

第二の変更点は、CABのメンバー構成を「現在の顧客」から「未来の市場」に拡張することだ。 長期・大口顧客だけでなく、「最近失った顧客」「競合から乗り換えた新規顧客」「まだ自社製品を使っていないが市場にいる潜在顧客」を一定比率で含める。現在の事業を最適化するフィードバックと、次の事業を方向付けるフィードバックを意図的に分離して収集する。

第三の変更点は、「フィードバックの生録」を組織内で活用することだ。 顧客の発言を議事録化するのではなく、（許諾を得た上で）音声または映像で記録し、製品チームが直接視聴できるようにする。この「生の顧客の声」へのアクセスは、翻訳問題を根本的に軽減する。ユーザーリサーチの分野では、「顧客の声の録画を開発チームが視聴すること」が製品方針への影響力において議事録の共有より数倍効果的であることが確認されている。

CABを機能させることと、CABを廃止することの選択

CABの形式を変えることに抵抗がある場合、「CABを廃止して、代わりに何を設計するか」という問いも有効だ。CABが解決しようとしている問題——「顧客の声を製品開発に反映する」——は、CABという形式なしに達成できる。

顧客インタビュー（月次・担当者が直接実施）、プロトタイプの顧客テスト（2週間ごと）、ユーザーテストセッション（非顧客を含む）——これらの活動は、半年に一度のCABより高頻度・高密度の顧客接触を実現する。設計次第では、CABより少ないコストで、より多くの有効なフィードバックを得られる。

CABは「顧客との関係性管理」として機能するなら意義がある。しかし「イノベーションの方向性を共創する場」として設計されているなら、その期待に実際に応えられる設計になっているかを問い直す必要がある。

このインサイトが特に有用な人

顧客諮問委員会の事務局を担当しているが、開催のたびに「手応えのなさ」を感じている担当者。 問題の本質は場の進行ではなく、フィードバックが意思決定プロセスに接続されていない構造にある。

「顧客の声を聞いている」と経営会議で報告しているが、その声が製品ロードマップに実際に影響を与えているか確証が持てない製品責任者・事業部長。 CABの議論と製品決定の間の接続経路を明文化することが、最初の実践的な一歩だ。

イノベーション推進の一環として顧客参加型の仕組みを設計しようとしている経営企画・新規事業担当者。 形式的な参加機会を設けることと、実質的な意思決定への影響力を持たせることの間の差を、設計段階で明確にする必要がある。

参考文献

Hart, R.A. Children’s Participation: From Tokenism to Citizenship, UNICEF International Child Development Centre (1992)（参加のはしご概念の出典）
Christensen, C.M. The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail, Harvard Business School Press (1997)
Blank, S. & Dorf, B. The Startup Owner’s Manual: The Step-by-Step Guide for Building a Great Company, K&S Ranch (2012)
Arnstein, S.R. “A Ladder of Citizen Participation,” Journal of the American Institute of Planners, Vol.35, No.4 (1969)（市民参加のはしごの原典、Hartが援用）