既存顧客へ10件のインタビューをしても、「今の機能を使いやすくしてほしい」という改善案しか出てこない。どれも大切ですが、その声を足し合わせるだけでは、数年後に広がる使い方や、まだ製品になっていない課題へ届かないことがあります。
そこで探すのがリードユーザーです。リードユーザーとは、将来広がるニーズをほかの利用者より早く経験し、解決によって大きな便益を得る人を指します。流行に敏感な人ではなく、既製品で足りないために自作、改造、組み合わせなどへ動いた人です。
この記事では、リードユーザーの定義、アーリーアダプターや専門家との違い、候補者の見つけ方、リードユーザー法の進め方、研究事例と架空例、企画へ転用するときの注意点を解説します。
リードユーザーとは｜von Hippelが示した2つの条件
技術に詳しく、新製品をすぐに試す人がいても、それだけではリードユーザーと呼べません。判断する条件は、ニーズの先行性と、解決から得る便益の大きさの2つです。
MITのEric von Hippelは、1986年の論文で、この2条件を示しました。珍しい困りごとを持つだけでなく、その課題が技術、制度、働き方、利用環境などの変化に沿い、ほかの利用者へ広がる筋道が必要です。
解決の便益が大きければ、既製品を待たずに行動が起きます。道具を改造したり、複数のサービスをつないだり、独自の手順を組んだりします。話しぶりのうまさより、「何を試し、なぜ足りず、どう変えたか」という痕跡が判定材料になります。
リードユーザーとアーリーアダプター・専門家・エクストリームユーザーの違い
発売日に製品を買う人、業界を20年見てきた専門家、1日に何度も製品を使う人。いずれも有力な調査相手ですが、リードユーザーと同じではありません。購入の早さ、知識、使い方の極端さは候補を探す手掛かりであり、定義そのものではないからです。
対象者 | 見分ける中心条件 | 得やすい情報 | リードユーザーとの違い |
|---|---|---|---|
リードユーザー | ニーズの先行性と解決便益の大きさ | 自作した解決策、既製品が破綻する条件、先進的な要求 | 本人が課題を経験し、解決へ動いている |
アーリーアダプター | 新製品や新技術を早い時期に採用する | 採用理由、初期製品への反応、利用上の障壁 | 購入が早くても、ニーズが市場に先行するとは限らない |
専門家 | 特定領域の知識や実務経験を持つ | 業界構造、技術制約、制度、主要な論点 | 課題の当事者や解決策の実践者とは限らない |
エクストリームユーザー | 使用頻度、能力、環境などが極端である | 通常利用では見えない破綻点、潜在的な使い方 | 極端さが将来の市場動向とつながらない場合がある |
ロイヤル顧客 | 自社製品を継続利用し、関係が深い | 現行製品への評価、継続理由、改善要望 | 自社製品の前提から離れた解決策が出にくい場合がある |
対象は重なることもあります。アーリーアダプターであり、リードユーザーでもある人はいます。分類名で決めず、実際のニーズ、解決行動、市場動向とのつながりを確認してください。
リードユーザーが新規事業のニーズ探索に効く場面
現場の担当者が3つの道具をつなぎ、毎朝30分かけて独自の手順を回しています。そんな回避策がある領域は、リードユーザー探索に向きます。既存顧客の改善要望を足しても次の製品像が見えず、利用者が既製品の外側で解決しているからです。
リードユーザー法で分かるのは、先に現れた問題の形と、別の顧客へ移せる可能性がある解決原理です。一方、市場規模、価格受容性、一般顧客の購入率は、少数の先進的な利用者への面談だけでは判断できません。
市場規模は公開データや定量調査、受容性は試作品の利用や購入行動で確かめます。リードユーザー法を売上予測に使わず、まだ言葉になっていない課題と解決策の候補を見つける探索として位置づけてください。
リードユーザー法の進め方｜探索からコンセプト検証まで
「先進的な人を募集する」と告知しても、発言力の強い既存顧客が集まるだけです。リードユーザー法は、面談相手の募集ではなく、探索テーマと判定条件を決めるところから始めます。
以下は、von Hippelの理論と後続研究を、探索から検証へつなぐための進め方です。6段階に分けると判断を残しやすくなります。
- 探索テーマと判断を決める：テーマを具体的な問いへ狭め、調査後に何を変えるかを決める
- ニーズを先行させる変化を特定する：技術、規制、コスト構造、働き方、利用環境の変化が、誰へ先に及ぶかを仮説にする
- リードユーザーの判定条件を書く：先に経験した出来事、既製品の破綻点、投じた労力、自作・改造・運用変更の有無を判定条件として書き出す
- 対象市場の外側まで探す：既存顧客だけでなく、似た課題を厳しい条件で経験する隣接業界も探索する
- 経験と解決策を時間順に聞く：問題が起きた場面、試した製品、諦めた理由、自作した方法をたどる
- 解決原理をコンセプトへ変え、一般顧客で確かめる：個人の実装をそのまま採らず、課題と仕組みへ抽象化して、利用と支払いの意思を検証する
面談件数を成果にしないことも重要です。誰のどの行動を見て、課題仮説の何を変えたのかを残します。10人へ会って仮説が変わらないなら、対象条件か質問設計を見直してください。
リードユーザーの探し方｜肩書ではなく行動から見つける
「業界に詳しい人を紹介してください」では、専門家は見つかってもリードユーザーは見つかりません。課題を早く経験し、既製品を待たずに動いた人を、行動で探します。
候補者には、次のように経験を尋ねてください。
- 直近で、既製品では処理できなかった場面は何か
- その問題は、いつから、どの頻度で起きているか
- 解決のために試した製品、外注、手作業は何か
- 自作、改造、連携、運用変更を行ったか
- 解決しない場合、時間、費用、品質、機会のどこへ影響するか
- 同じ問題が、どのような利用者へ広がると見ているか
- 独自の解決策を今も使い続けているか
自己申告だけでなく、改造した道具、代替手段、独自運用、継続的な投資の痕跡を確かめます。既存顧客や営業担当者からの紹介だけでは、自社製品の使い方や関係のよい顧客へ偏るため、実務者コミュニティ、展示会、隣接分野など複数の経路を組み合わせます。
接触・面談・転用の前に確認すること
リードユーザー法は、機密情報を集める手法ではありません。接触から製品コンセプトへの転用までを一括の同意で済ませず、段階ごとに確認します。
確認時点 | 本人・所属先に確認すること | 自社で決めること | 主な承認者 |
|---|---|---|---|
接触前 | 個人見解か所属組織の見解か、所属先の許可、既存契約や秘密保持義務 | 聞かない情報、謝礼、利益相反の扱い | 調査責任者、法務 |
面談前 | 録音、提示物、発言・アイデアの利用範囲 | 保管先、閲覧者、保存期間、削除方法 | 法務、情報セキュリティ |
転用前 | 提示物・発明の権利者、利用許諾の可否 | 知的財産と成果物の帰属、競合情報の隔離、採否 | 法務、知的財産、事業責任者 |
必要な確認は、回答者の立場、所属先との契約、自社の規程によって変わります。権利者や利用範囲が曖昧な情報は、コンセプトへ混ぜず、確認が終わるまで分けて保管します。
リードユーザー法の事例｜3Mの研究とBtoBの架空例
リードユーザーから「この機能を作ってほしい」と言われ、そのまま開発へ入ってしまうと、先進ニーズを一般市場へ移す工程が抜けます。価値があるのは要望の採用ではなく、先に経験した問題と解決原理を製品コンセプトへ変えることです。
研究事例｜3Mにおけるアイデア創出プロセスの評価
Lilienらの2002年の論文は、3Mの複数部門におけるリードユーザー型のアイデア創出と、従来型プロジェクトを比較しました。リードユーザー法から生まれたコンセプトは、社内評価でより高い新規性と事業性の予測を得たと報告されています。
ただし、社内予測と実売上は別です。市場の受容性、製造できるか、収益が残るかは個別に検証しなければなりません。
架空例｜製造設備の保全支援サービスを企画する場合
以下は手順を説明する架空例です。製造設備の保全支援サービスに、「異常通知を増やしてほしい」という要望が集まったとします。企画側が設備停止を避けている現場を探すと、担当者は複数メーカーの機器情報を独自の表へ集め、異常ごとに確認担当を割り当てていました。
ここで、問題を通知不足から「異常後の判断順序が決まらないこと」へ捉え直します。企画案も、通知数の追加から、異常の分類、担当割り当て、対応履歴をつなぐ仕組みへ変わります。
独自の表をそのまま製品化してはいけません。通常の工場にも同じ課題があるか、利用と支払いが生じるかを、別の顧客と試作品で確かめます。
リードユーザーの声を過信しないための注意点
1人のリードユーザーが高く評価した案を、「市場の声」として社内会議へ出すのは、最も避けたい使い方です。リードユーザーは将来の市場を代表する回答者ではなく、先進ニーズと解決策の候補を示す探索相手だからです。
よくある失敗は、次の6つです。
- 有名人を集めて終わる：知名度や肩書は、ニーズの先行性と解決行動を保証しない
- ロイヤル顧客だけを見る：現行製品への理解が深いほど、既存機能の改善へ議論が寄りやすい
- 本人の実装をそのまま作る：特殊な環境や技能まで持ち込み、一般顧客が使えなくなる
- 市場規模まで尋ねる：個人の経験は課題発見に使えても、市場全体の数量を示さない
- 成功例だけを残す：捨てた方法や解決しなかった条件にも制約が現れる
- 1つの経路で探す：紹介者、所属、業界が似た候補者だけになり、同じ偏りが繰り返される
面談記録は、「観察した事実」「調査側の解釈」「製品への示唆」に分けます。「担当者が表計算ソフトへ転記した」は事実です。「連携不足が原因」は解釈であり、「連携機能を作る」は示唆に当たります。
出口は企画の承認ではありません。解決原理を移せる顧客層、試作品による行動変化、費用を負担する人を確かめる次の検証へつなげます。
まとめ｜リードユーザーは未来の課題を先に解く人
リードユーザーは、ニーズの先行性と、解決から得る便益の大きさを併せ持つ利用者です。アーリーアダプター、専門家、エクストリームユーザーと重なる場合はありますが、同じ概念ではありません。
探索では、肩書ではなく行動を見ます。問題が起きた場面、既製品を諦めた理由、自作・改造・運用変更の過程をたどり、解決原理を取り出してください。その原理をコンセプトへ変え、一般顧客の利用と支払いまで確かめます。
成果は、著名な人に会った数では測れません。将来広がる課題、既製品が破綻する条件、利用者が生み出した解決原理を特定し、次の検証へ渡せたかで評価します。