顧客30人へ同じ質問をしたのに、出てくるのは現行機能の改善案ばかり。「顧客の声は集めた。それでも新しい案が出ない」というとき、質問ではなく、対象者の選び方を変える余地があります。
そこで見るのがエクストリームユーザーです。エクストリームユーザーとは、調査テーマに関わる利用頻度、能力、経験、環境などが中心から大きく離れた利用者を指します。高頻度利用者と離脱者、熟練者と初回で止まった人のように両端を比べ、平均の中で薄まった不便や工夫を探ります。
この記事では、エクストリームユーザーの定義、リードユーザーとの違い、対象者の選び方、インタビューと観察の進め方、発見を一般顧客向けの企画へ翻訳する方法を解説します。
エクストリームユーザーとは|平均から離れた利用条件を見る
毎日大量に処理する熟練者と、月に1度しか使わず操作を思い出せない人。同じ業務システムでも、両者が詰まる場所は違います。中心層だけを見ていると、慣れで吸収された不便も、利用を諦めた理由も見落とします。
本記事ではエクストリームユーザーを、商品への好意の強さではなく、調査テーマに関わる条件が中心から大きく離れた人と捉えます。何を「極端」とするかは固定せず、今回変えたい判断に合わせて決めてください。
IDEO.org Design Kitは、調査テーマに関して両端と中心に位置する参加者を選び、行動や考え方の幅を捉える方法を紹介しています。新規事業で使うなら、利用頻度、習熟度、時間制約、利用場所、扱う情報量、失敗したときの影響などが選定軸になります。
目的は、極端な人だけの製品を作ることではありません。極端な条件で表に出た不便や引っかかりから課題仮説をつくり、中心層にも通じるかを別の調査で確かめます。
エクストリームユーザーとリードユーザーの違い
高頻度利用者が独自の回避策を持っているからといって、必ずリードユーザーになるわけではありません。エクストリームユーザーとリードユーザーは、選ぶ基準と調査の目的が違います。
MITのEric von Hippelは、1986年の論文で、リードユーザーの特徴としてニーズの先行性と、解決から得る便益の大きさを示しました。極端な環境で困っていても、その条件が市場へ広がる筋道がなければ、リードユーザーとは限りません。
比較軸 | エクストリームユーザー | リードユーザー |
|---|---|---|
選定の中心 | 利用頻度、能力、経験、環境などが両端にある | 将来広がるニーズを先に経験し、解決便益が大きい |
主な目的 | 暗黙の前提、破綻点、代替行動を見つける | 先進ニーズと、利用者が生み出した解決策を見つける |
探す範囲 | 対象市場の利用者、非利用者、離脱者を含む | 対象市場と、似た先進課題を持つ隣接市場を含む |
得やすい示唆 | 使えない条件、不要な手順、隠れた負担 | 将来の要求、自作・改造した仕組み、解決原理 |
次の検証 | 中心層にも同じ問題があるかを確かめる | 主流市場へニーズと解決策が移るかを確かめる |
未来の市場動向や先進的な自作解決策を探したいなら、リードユーザーのほうが向いています。現在の利用体験に埋もれた前提を崩したいなら、エクストリームユーザーの両端比較が適切です。同じ人が両方に該当する場合もあります。
潜在ニーズ探索でエクストリームユーザーが役立つ場面
試作品の評価が真っ二つに割れたとき、「好みの違い」で済ませると学びを失います。利用頻度、権限、場所、経験などの条件で分けると、評価差を生んだ理由が見えることがあります。
エクストリームユーザー調査が役立ちやすいのは、次の5場面です。
- 改善要望が似通っている:現行商品の延長ではない課題の捉え方がほしい
- 離脱理由が分からない:利用を始めなかった人、途中でやめた人の障壁を具体化したい
- 利用環境の差が大きい:頻度、場所、権限、技能により、同じ商品が別の使われ方をしている
- 企画側の前提を疑いたい:常時接続、十分な時間、引き継ぎ済みといった暗黙の条件を洗い出したい
- 試作品の評価が割れる:評価差を生む経験や利用場面を特定したい
一方、市場人数、購入価格、選択率は、少数の極端な利用者だけでは判断できません。得られた仮説は、中心層への面談、試作品の利用観察、必要に応じた定量調査で確かめてください。
エクストリームユーザーの選び方|両端を行動条件で定める
「変わった使い方をする人を集める」では、候補者を同じ基準で選べません。エクストリームユーザーは、調査したい行動を増幅または妨げる条件で選びます。
最初に決めるのは人物像ではなく、調査後に変える判断です。「契約管理サービスの初期設定を変える」まで絞り、影響しそうな利用条件の両端を行動で表します。
調査する軸 | 片方の端 | 反対側の端 | 比較して見たいこと |
|---|---|---|---|
利用頻度 | 1日に何度も使う | 必要な時期だけ使う | 省略したい手順と、思い出せない手順 |
習熟度 | 独自の使い方を組める | 初回利用で止まった | 慣れで吸収された難しさと、説明不足 |
利用環境 | 時間、通信、端末に制約がある | 落ち着いた環境で使う | 利用を成立させる最低条件 |
組織内の権限 | 自分で決めて実行できる | 複数の承認が必要 | 個人操作と組織運用のずれ |
採用態度 | 既存手段を組み替えて使う | 比較した末に導入を見送る | 選ぶ理由と、選ばない決定要因 |
候補者条件は、属性ではなく経験で書いてください。「デジタルが苦手な人」ではなく、「対象サービスの登録を始め、特定の手順で中断した人」とします。これなら、具体的な出来事を事前に確認できます。
エクストリームユーザーへのインタビューと観察の進め方
「何が欲しいですか」と尋ねると、極端な要望だけが残ります。エクストリームユーザーへの調査では、具体的な出来事、利用環境、代替行動を時間順に再現してください。
調査は6段階で進めます。
- 変えたい判断と比較軸をそろえる:更新する企画、対象者を分ける軸、観察したい行動を決める
- 両端の候補者を同じ基準で確認する:頻度、直近の経験、利用環境、中断や代替の有無を事前質問で確かめる
- 直近の一場面を再現してもらう:最後に使った場面を時間順に聞き、可能なら画面や手書きメモ、別の道具との行き来を見る
- 破綻点と回避策を分けて聞く:止まった箇所と、その後に飛ばした手順、使った代替手段を分ける
- 事実・解釈・企画案を別々に記録する:「別の表から転記した」は事実、「連携機能が必要」は解釈または企画案とする
- 反対側の端と照合する:共通して起きている不便、片側だけの特殊条件、中心層でも起きる可能性がある課題へ分ける
質問は、意見より行動で答えられる形にします。
- 最後にこの作業をしたのは、どんな場面だったか
- 最も時間がかかった箇所で、実際に何をしたか
- 説明どおりに進めなかった箇所はどこか
- 別の道具、表、メッセージ、担当者で補っていることはあるか
- 途中で諦めた、誰かへ渡した、後回しにした経験はあるか
録音や画面観察を行うなら、取得範囲、利用目的、保管、削除、同意方法を事前に決めます。機密情報や個人情報が含まれる場合は、見せてもらえない情報を推測で埋めず、確認できた範囲だけを記録してください。
確認時点 | 残す内容 | 主な確認者 |
|---|---|---|
調査目的の確定 | 調査後に変える判断、比較軸、採用・保留・棄却基準 | 事業責任者、最終承認者 |
社外候補への接触前 | 選定根拠、接触方法、依頼内容、謝礼 | 事業責任者、法務、個人情報保護 |
録音・画面観察前 | 取得範囲、利用目的、保管、削除、同意方法 | 法務、情報セキュリティ、知的財産 |
二次利用前 | 観察事実、匿名化、引用・画面・成果物の利用範囲 | 法務、個人情報保護、知的財産 |
試作品の検証前 | 課題仮説、中心層での検証方法、責任者、判定基準 | 事業責任者、最終承認者 |
エクストリームユーザーの発見を新規事業へ翻訳する
熟練者から「全部自動化してほしい」と言われ、その言葉を機能案へそのまま採用したとします。これでは、特殊な技能や環境まで商品へ持ち込む危険があります。言葉ではなく、行動を生んだ条件、達成したいこと、既存手段が破綻した理由に立ち返ります。
分析段階 | 書く内容 | 混同しやすいこと |
|---|---|---|
観察事実 | 何が起き、本人が何をしたか | 調査者の評価を入れる |
利用条件 | 頻度、場所、権限、時間、技能など | 属性だけで説明する |
達成したいこと | その行動で何を終えたかったか | 発言された機能名へ固定する |
破綻理由 | 既存手段のどの前提が合わなかったか | 本人の能力不足として片づける |
解決原理 | どの負担を、どんな仕組みで減らすか | 特殊な回避策をそのまま製品化する |
次の検証 | 誰に、何を見せ、どの行動を確かめるか | 社内評価だけで採用する |
架空例|案件引き継ぎサービスを企画する場合
案件引き継ぎサービスを考えるチームが、高頻度で担当交代を扱う管理者と、初めて引き継ぎを受ける担当者を調べたとします。管理者は独自の略語を使い、初回担当者は意味が分からず、別の人へ確認していました。
ここで「略語辞書を作る」と即決しません。「次の判断に必要な背景を、入力負担を増やさず残す」という解決原理へ置き直します。そのうえで、利用頻度が中程度の担当者へ試作品を見せ、確認の連絡が減るか、入力が続くかを観察します。
エクストリームユーザー調査で避けたい誤り
エクストリームユーザー調査で最も避けたいのは、目立つ発言を市場全体の需要とみなし、その人だけに合う解決策を一般向けに作ってしまうことです。珍しさではなく、企画の前提をどこまで説明できるかで発見を評価します。
- 片側の端だけを見る:熟練者だけでは、初回利用や再利用時の障壁が抜ける
- 強い要望を需要量と誤認する:発言の熱量は、市場人数や購入率を示さない
- 属性で極端さを決める:年齢や役職ではなく、実際の行動と利用条件を確認する
- 特殊な回避策をそのまま作る:回避策の背後にある目的と破綻理由へ戻る
- 中心層で再検証しない:両端で得た仮説が、ほかの顧客にも通じるかを確かめる
- 非利用者を能力不足とみなす:使わなかった判断や中断した場面にも、採用条件が現れる
- 協力範囲を曖昧にする:録音、画面、発言、成果物の利用範囲を合意する
対象者を「普通ではない人」と扱う表現も避けます。極端なのは人そのものではなく、今回の調査軸に対する条件です。募集文では、「高頻度で利用した経験」「利用開始時に中断した経験」のように事実で表してください。
まとめ|エクストリームユーザーから共通課題を読む
エクストリームユーザーは、調査テーマに関わる利用条件が中心から離れた利用者です。将来広がるニーズの先行性を必須とするリードユーザーとは、選ぶ基準が違います。
調査では、変えたい判断を決め、行動条件で両端を選びます。直近の場面を時間順に追い、観察した事実と調査側の解釈を分けてください。特殊な回避策をそのまま製品にせず、達成したいことと破綻理由から解決原理を取り出します。
成果は、珍しい意見の数では測れません。中心層が慣れや我慢で吸収していた制約を特定し、別の顧客でも検証できる課題仮説へ変えられたかで評価します。両端で見つけ、中心へ戻して確かめます。この往復までがエクストリームユーザー調査です。
