エクストリームユーザーとは|極端な利用者から潜在ニーズを読む方法

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

顧客30人へ同じ質問をしたのに、出てくるのは現行機能の改善案ばかり。「顧客の声は集めた。それでも新しい案が出ない」というとき、質問ではなく、対象者の選び方を変える余地があります。

そこで見るのがエクストリームユーザーです。エクストリームユーザーとは、調査テーマに関わる利用頻度、能力、経験、環境などが中心から大きく離れた利用者を指します。高頻度利用者と離脱者、熟練者と初回で止まった人のように両端を比べ、平均の中で薄まった不便や工夫を探ります。

この記事では、エクストリームユーザーの定義、リードユーザーとの違い、対象者の選び方、インタビューと観察の進め方、発見を一般顧客向けの企画へ翻訳する方法を解説します。

エクストリームユーザーとは|平均から離れた利用条件を見る

毎日大量に処理する熟練者と、月に1度しか使わず操作を思い出せない人。同じ業務システムでも、両者が詰まる場所は違います。中心層だけを見ていると、慣れで吸収された不便も、利用を諦めた理由も見落とします。

本記事ではエクストリームユーザーを、商品への好意の強さではなく、調査テーマに関わる条件が中心から大きく離れた人と捉えます。何を「極端」とするかは固定せず、今回変えたい判断に合わせて決めてください。

IDEO.org Design Kitは、調査テーマに関して両端と中心に位置する参加者を選び、行動や考え方の幅を捉える方法を紹介しています。新規事業で使うなら、利用頻度、習熟度、時間制約、利用場所、扱う情報量、失敗したときの影響などが選定軸になります。

目的は、極端な人だけの製品を作ることではありません。極端な条件で表に出た不便や引っかかりから課題仮説をつくり、中心層にも通じるかを別の調査で確かめます。

エクストリームユーザーとリードユーザーの違い

高頻度利用者が独自の回避策を持っているからといって、必ずリードユーザーになるわけではありません。エクストリームユーザーとリードユーザーは、選ぶ基準と調査の目的が違います。

MITのEric von Hippelは、1986年の論文で、リードユーザーの特徴としてニーズの先行性と、解決から得る便益の大きさを示しました。極端な環境で困っていても、その条件が市場へ広がる筋道がなければ、リードユーザーとは限りません。

比較軸

エクストリームユーザー

リードユーザー

選定の中心

利用頻度、能力、経験、環境などが両端にある

将来広がるニーズを先に経験し、解決便益が大きい

主な目的

暗黙の前提、破綻点、代替行動を見つける

先進ニーズと、利用者が生み出した解決策を見つける

探す範囲

対象市場の利用者、非利用者、離脱者を含む

対象市場と、似た先進課題を持つ隣接市場を含む

得やすい示唆

使えない条件、不要な手順、隠れた負担

将来の要求、自作・改造した仕組み、解決原理

次の検証

中心層にも同じ問題があるかを確かめる

主流市場へニーズと解決策が移るかを確かめる

未来の市場動向や先進的な自作解決策を探したいなら、リードユーザーのほうが向いています。現在の利用体験に埋もれた前提を崩したいなら、エクストリームユーザーの両端比較が適切です。同じ人が両方に該当する場合もあります。

潜在ニーズ探索でエクストリームユーザーが役立つ場面

試作品の評価が真っ二つに割れたとき、「好みの違い」で済ませると学びを失います。利用頻度、権限、場所、経験などの条件で分けると、評価差を生んだ理由が見えることがあります。

エクストリームユーザー調査が役立ちやすいのは、次の5場面です。

  • 改善要望が似通っている:現行商品の延長ではない課題の捉え方がほしい
  • 離脱理由が分からない:利用を始めなかった人、途中でやめた人の障壁を具体化したい
  • 利用環境の差が大きい:頻度、場所、権限、技能により、同じ商品が別の使われ方をしている
  • 企画側の前提を疑いたい:常時接続、十分な時間、引き継ぎ済みといった暗黙の条件を洗い出したい
  • 試作品の評価が割れる:評価差を生む経験や利用場面を特定したい

一方、市場人数、購入価格、選択率は、少数の極端な利用者だけでは判断できません。得られた仮説は、中心層への面談、試作品の利用観察、必要に応じた定量調査で確かめてください。

エクストリームユーザーの選び方|両端を行動条件で定める

「変わった使い方をする人を集める」では、候補者を同じ基準で選べません。エクストリームユーザーは、調査したい行動を増幅または妨げる条件で選びます。

最初に決めるのは人物像ではなく、調査後に変える判断です。「契約管理サービスの初期設定を変える」まで絞り、影響しそうな利用条件の両端を行動で表します。

調査する軸

片方の端

反対側の端

比較して見たいこと

利用頻度

1日に何度も使う

必要な時期だけ使う

省略したい手順と、思い出せない手順

習熟度

独自の使い方を組める

初回利用で止まった

慣れで吸収された難しさと、説明不足

利用環境

時間、通信、端末に制約がある

落ち着いた環境で使う

利用を成立させる最低条件

組織内の権限

自分で決めて実行できる

複数の承認が必要

個人操作と組織運用のずれ

採用態度

既存手段を組み替えて使う

比較した末に導入を見送る

選ぶ理由と、選ばない決定要因

候補者条件は、属性ではなく経験で書いてください。「デジタルが苦手な人」ではなく、「対象サービスの登録を始め、特定の手順で中断した人」とします。これなら、具体的な出来事を事前に確認できます。

エクストリームユーザーへのインタビューと観察の進め方

「何が欲しいですか」と尋ねると、極端な要望だけが残ります。エクストリームユーザーへの調査では、具体的な出来事、利用環境、代替行動を時間順に再現してください。

調査は6段階で進めます。

  1. 変えたい判断と比較軸をそろえる:更新する企画、対象者を分ける軸、観察したい行動を決める
  2. 両端の候補者を同じ基準で確認する:頻度、直近の経験、利用環境、中断や代替の有無を事前質問で確かめる
  3. 直近の一場面を再現してもらう:最後に使った場面を時間順に聞き、可能なら画面や手書きメモ、別の道具との行き来を見る
  4. 破綻点と回避策を分けて聞く:止まった箇所と、その後に飛ばした手順、使った代替手段を分ける
  5. 事実・解釈・企画案を別々に記録する:「別の表から転記した」は事実、「連携機能が必要」は解釈または企画案とする
  6. 反対側の端と照合する:共通して起きている不便、片側だけの特殊条件、中心層でも起きる可能性がある課題へ分ける

質問は、意見より行動で答えられる形にします。

  • 最後にこの作業をしたのは、どんな場面だったか
  • 最も時間がかかった箇所で、実際に何をしたか
  • 説明どおりに進めなかった箇所はどこか
  • 別の道具、表、メッセージ、担当者で補っていることはあるか
  • 途中で諦めた、誰かへ渡した、後回しにした経験はあるか

録音や画面観察を行うなら、取得範囲、利用目的、保管、削除、同意方法を事前に決めます。機密情報や個人情報が含まれる場合は、見せてもらえない情報を推測で埋めず、確認できた範囲だけを記録してください。

確認時点

残す内容

主な確認者

調査目的の確定

調査後に変える判断、比較軸、採用・保留・棄却基準

事業責任者、最終承認者

社外候補への接触前

選定根拠、接触方法、依頼内容、謝礼

事業責任者、法務、個人情報保護

録音・画面観察前

取得範囲、利用目的、保管、削除、同意方法

法務、情報セキュリティ、知的財産

二次利用前

観察事実、匿名化、引用・画面・成果物の利用範囲

法務、個人情報保護、知的財産

試作品の検証前

課題仮説、中心層での検証方法、責任者、判定基準

事業責任者、最終承認者

エクストリームユーザーの発見を新規事業へ翻訳する

熟練者から「全部自動化してほしい」と言われ、その言葉を機能案へそのまま採用したとします。これでは、特殊な技能や環境まで商品へ持ち込む危険があります。言葉ではなく、行動を生んだ条件、達成したいこと、既存手段が破綻した理由に立ち返ります。

分析段階

書く内容

混同しやすいこと

観察事実

何が起き、本人が何をしたか

調査者の評価を入れる

利用条件

頻度、場所、権限、時間、技能など

属性だけで説明する

達成したいこと

その行動で何を終えたかったか

発言された機能名へ固定する

破綻理由

既存手段のどの前提が合わなかったか

本人の能力不足として片づける

解決原理

どの負担を、どんな仕組みで減らすか

特殊な回避策をそのまま製品化する

次の検証

誰に、何を見せ、どの行動を確かめるか

社内評価だけで採用する

架空例|案件引き継ぎサービスを企画する場合

案件引き継ぎサービスを考えるチームが、高頻度で担当交代を扱う管理者と、初めて引き継ぎを受ける担当者を調べたとします。管理者は独自の略語を使い、初回担当者は意味が分からず、別の人へ確認していました。

ここで「略語辞書を作る」と即決しません。「次の判断に必要な背景を、入力負担を増やさず残す」という解決原理へ置き直します。そのうえで、利用頻度が中程度の担当者へ試作品を見せ、確認の連絡が減るか、入力が続くかを観察します。

エクストリームユーザー調査で避けたい誤り

エクストリームユーザー調査で最も避けたいのは、目立つ発言を市場全体の需要とみなし、その人だけに合う解決策を一般向けに作ってしまうことです。珍しさではなく、企画の前提をどこまで説明できるかで発見を評価します。

  • 片側の端だけを見る:熟練者だけでは、初回利用や再利用時の障壁が抜ける
  • 強い要望を需要量と誤認する:発言の熱量は、市場人数や購入率を示さない
  • 属性で極端さを決める:年齢や役職ではなく、実際の行動と利用条件を確認する
  • 特殊な回避策をそのまま作る:回避策の背後にある目的と破綻理由へ戻る
  • 中心層で再検証しない:両端で得た仮説が、ほかの顧客にも通じるかを確かめる
  • 非利用者を能力不足とみなす:使わなかった判断や中断した場面にも、採用条件が現れる
  • 協力範囲を曖昧にする:録音、画面、発言、成果物の利用範囲を合意する

対象者を「普通ではない人」と扱う表現も避けます。極端なのは人そのものではなく、今回の調査軸に対する条件です。募集文では、「高頻度で利用した経験」「利用開始時に中断した経験」のように事実で表してください。

まとめ|エクストリームユーザーから共通課題を読む

エクストリームユーザーは、調査テーマに関わる利用条件が中心から離れた利用者です。将来広がるニーズの先行性を必須とするリードユーザーとは、選ぶ基準が違います。

調査では、変えたい判断を決め、行動条件で両端を選びます。直近の場面を時間順に追い、観察した事実と調査側の解釈を分けてください。特殊な回避策をそのまま製品にせず、達成したいことと破綻理由から解決原理を取り出します。

成果は、珍しい意見の数では測れません。中心層が慣れや我慢で吸収していた制約を特定し、別の顧客でも検証できる課題仮説へ変えられたかで評価します。両端で見つけ、中心へ戻して確かめます。この往復までがエクストリームユーザー調査です。

無料相談を申し込む