顧客から「通知機能が欲しい」と言われました。そのまま要件へ入れる前に、通知がないと何が起きるのかを聞きます。「催促が遅れて、月末の締め処理に間に合わない」。さらにたどると、「管理できていない部署だと思われたくない」という意味が見えてきました。
ラダリング法とは、商品や行動の具体的な属性から、その結果、本人が重視する価値へと意味のつながりをたどる定性インタビュー技法です。要望を深読みするのではなく、対象者自身の発話で一段ずつ接続を確かめます。
この記事では、ラダリング法の意味、ラダリングアップとラダリングダウン、5つの実践工程、BtoBの架空会話、分析表、誘導を避ける注意点まで解説します。
ラダリング法とは|属性・結果・価値をつなぐ
ラダリング法では、「AだからBが起き、BはCにつながる」という関係を本人に確かめます。一つの発言から、本人も語っていない心理を言い当てる方法ではありません。
ラダリング法は、Means-End Chain(手段目的連鎖)の考え方と結びついて説明されます。商品・サービスの属性を手段と捉え、その属性がもたらす結果を経て、個人が重視する価値へつながると考えます。ReynoldsとGutmanによる1988年の論文「Laddering Theory, Method, Analysis, and Interpretation」は、その理論、方法、分析、解釈を扱った文献です。
実務では、次の4層に分けて記録すると、どこで解釈が飛んだかを見つけやすくなります。4層目だけは対象者が話した事実ではなく、後で確かめる分析者の仮説です。
層 | 記録する内容 | 「通知機能が欲しい」の架空例 |
|---|---|---|
属性・具体物 | 選んだ機能、行動、状態 | 締め日前に未処理者へ通知する |
結果・便益 | その属性によって起きる変化 | 催促漏れが減り、締め処理が遅れにくい |
本人が語った価値 | 結果が本人にとって持つ意味 | 部署として管理責任を果たせる |
分析者の仮説 | 複数の発話から置く解釈 | 操作時間より説明責任が選択を左右する |
「通知が欲しい」から「説明責任を重視している」へ一気に飛ばないことが大切です。通知によって何が変わるのか、その変化が誰に影響するのかを本人の言葉でつなぎます。
ラダリングで分かること|要望ではなく選択基準を捉える
ラダリングで得たいのは、機能の要望一覧ではありません。複数の解決策を比べるときの選択基準です。手段と上位の価値を分ければ、別の方法で同じ結果を満たせないか検討できます。
たとえば「検索を速くしたい」という要望だけを受け取れば、検索窓の改修が候補になります。困った場面をたどり、「問い合わせ中に過去の契約を見つけられず、その場で回答できなかった」と分かれば、案件別の履歴集約や問い合わせ画面での契約表示も比較できます。
ラダリング法が向くのは、対象者が商品や行動を経験し、選択や困りごとを具体的な出来事から話せる場面です。未経験のコンセプトを見せて好意を聞いただけでは、現実の選択に基づく価値構造としては扱えません。
一人分の価値連鎖が取れても、市場全体の需要や購買理由が確定するわけではありません。行動記録、反対事例、試作品への反応などと組み合わせ、検証可能な仮説として扱います。
ラダリングアップとラダリングダウンの質問
「安心できるからです」で会話が止まったとします。上位の意味だけを追えば抽象論になり、具体的な行動だけを聞けば事実の記録で終わります。そこで、上へ進む質問と具体的な出来事へ戻る質問を往復させます。
属性から結果、結果から価値へ進む問いがラダリングアップです。「それによって、作業はどう変わりますか」「その変化は、あなたにどんな影響がありますか」と聞きます。
一方、抽象語を出来事へ戻す問いがラダリングダウンです。「最後にそうなったのはいつですか」「そのとき、何をしましたか」と聞き、「安心」「効率」といった言葉を支える場面を確かめます。
進む方向 | 質問例 | 確認したいこと |
|---|---|---|
属性から結果へ | 「その機能があると、作業はどう変わりますか」 | 手段が生む直接の変化 |
結果から価値へ | 「その変化は、あなたにとってなぜ大切ですか」 | 本人が守りたい状態 |
抽象から出来事へ | 「最後に困った案件では、何が起きましたか」 | 抽象語を支える経験 |
因果の確認 | 「通知が届けば、遅延は必ず減りますか」 | 属性と結果をつなぐ条件 |
反対事例の確認 | 「通知がなくても問題にならなかった例はありますか」 | 連鎖が成立しない条件 |
「なぜ」という言葉を使わないこと自体が目的ではありません。対象者の人格や能力ではなく、出来事と影響に焦点を置くことがポイントです。「なぜ忘れたのですか」ではなく、「忘れたとき、どの画面を見ていましたか」と聞けば、実際の場面へ戻れます。
ラダリング法のやり方|会話から価値構造を作る5工程
ラダリング法は、起点を一つに絞り、出来事を復元し、結果と価値をたどります。その後、最初に聞いた筋書きに合わない反対事例を確かめ、発話と解釈を分けて分析します。
- 選択を一つに絞る。 「仕事で何を大切にしていますか」ではなく、「直近で経費申請サービスを選んだとき、比べた機能は何でしたか」と商品、場面、選択を固定します。
- 直近の出来事を復元する。 関係者、比較候補、操作、会話を聞きます。「いつも」と平均化されたら、最後の一件へ戻してください。
- 結果と意味を一段ずつたどる。 属性が何を変え、その変化が誰に影響し、本人にとって何を意味するかを聞きます。
- 反対事例を確かめる。 「通知がなくても遅延を防げた例はありませんか」と尋ね、最初の筋書きに合わない材料も残します。
- 原文と解釈を分ける。 属性、結果、本人が語った価値、分析者の仮説、反証、次の確認を別欄に置き、録音時刻か発話IDを残します。
質問を作るときは、どの回答なら価値仮説を残し、どの回答なら見直すかも決めます。「説明責任が選択を左右する」という仮説なら、通知より一覧性を選ぶ理由が続いた場合は仮説を修正する、といった条件です。
ラダリングは、一対一のインタビューで深掘りするための技法です。対象者条件、同意、録音、情報管理、質問票など、調査全体の設計は別に用意してください。
BtoBのラダリング会話例|通知機能の要望を掘る
BtoBでは、利用者個人の価値、業務の結果、他部署からの評価、稟議条件を分けて聞きます。「安心したい」で止めず、誰に何を説明する必要があるのかまで下ります。
以下は、月末の申請管理を扱う架空の会話です。
聞き手:「通知機能が欲しい」とのことですが、最後に通知がなくて困ったのはいつですか。 対象者:先月末です。未申請の担当者が二人いて、締め日の夕方に気づきました。 聞き手:その後、何が起きましたか。 対象者:個別に連絡しましたが、一人は外出中で翌日になりました。経理への提出も一日遅れました。 聞き手:提出が一日遅れると、あなたにはどんな影響がありますか。 対象者:経理から進捗を聞かれます。管理できていないと思われるのが嫌です。 聞き手:経理からそう見られないことは、なぜ大切ですか。 対象者:次の運用変更を相談するときに、こちらの提案を通しにくくなるからです。 聞き手:通知がなくても、遅れなかった月はありましたか。 対象者:一覧を毎朝確認していた月は遅れませんでした。ただ、月末以外は毎日見る必要がありません。
この会話から確認できるのは、「未申請者が二人いた」「経理への提出が一日遅れた」「対象者は経理からの評価と次回提案への影響を気にしている」「一覧の確認でも遅延を防げた月がある」という本人の説明です。通知が最善の解決策だとは確定していません。
価値連鎖は、「未処理者への通知→連絡開始を早める→提出期限を守る→管理責任を果たし、次の提案を通しやすくする」と仮置きできます。別案として、締め日前だけ強調する一覧や、未処理者の上長へ知らせる運用も検証対象になります。
ただし、利用者が安心する理由と、会社が購入を承認する理由は別です。予算を持つ部署、導入審査、契約更新、情報管理の条件は分けて聞きます。個人の価値連鎖を、そのまま企業の購買理由へ広げてはいけません。
ラダリング法の分析|発話を階層価値マップへ変える
ラダリングの分析では、対象者ごとの「属性・結果・価値」を発話ID付きでつなぎます。言葉が飛んだ箇所を分析者が埋めるのではなく、「未確認」と残してください。
分析欄 | 架空例 | 証拠の扱い |
|---|---|---|
発話ID | P03-18:42 | 録音へ戻るための識別子 |
属性・行動 | 未処理者への通知 | 対象者の要望 |
直接結果 | 個別連絡の着手が早まる | 本人が語った結果 |
上位結果 | 経理への提出遅延を避ける | 本人が語った結果 |
価値 | 管理責任を果たし、次の提案を通しやすくする | 本人が語った意味 |
反対事例 | 一覧を毎朝確認した月も遅延しなかった | 代替経路についての本人報告 |
分析者の仮説 | 常時通知より月末の滞留可視化が効く | 未検証の解釈 |
次の確認 | 通知案と月末一覧案を比べ、選択理由を聞く | 後続の検証 |
複数人を比べるときは、似た言葉より連鎖の形を見ます。「安心」と二人が話しても、一人は入力ミスの防止、もう一人は上長への説明を意味することがあります。同じラベルで束ねると、必要な機能も導入理由も曖昧になります。
分析結果は、図を描いて終わりではありません。次の4項目を一組にして、意思決定へ渡します。
意思決定へ渡す項目 | 記録内容 | 担当・判定 |
|---|---|---|
判断対象 | 今回変えたい意思決定、対象顧客の条件 | 事業判断者が範囲を決める |
価値仮説 | 価値連鎖、根拠発話、反対事例、未確認の接続 | 調査担当が証拠と解釈を分ける |
比較対象 | 代替する解決策、次の検証 | 事業責任者が優先順位を決める |
更新条件 | 仮説を継続・修正・棄却する条件 | 次の会議で判定する |
生成AIでラベル候補を出す場合も、発話原文、質問者の発話、対象者の条件を残します。AIが補った因果を本人の価値として採用せず、担当者が録音へ戻って照合してください。機密情報や個人情報を入力できる環境かどうかも、事前に確認します。
ラダリングで「なぜ」を連打しないための注意点
ラダリングで起きやすい失敗は、回数を決めて「なぜ」を繰り返し、対象者に筋の通った理由をその場で作らせることです。深さは質問回数ではなく、属性、結果、価値の接続を発話と反対事例で確認できたかで判断します。
尋問にしない
「なぜですか」が続くと、対象者は自分の判断を弁明する側に回ります。「何が起きましたか」「誰に影響しましたか」「最後の一件ではどうでしたか」と焦点をずらしてください。沈黙を急いで埋めず、「分からない」「特に理由はない」も回答として残します。
価値語を押しつけない
「それは安心したいからですか」と候補を渡せば、同意は取れても本人の価値とは限りません。「それはあなたにとって、どういう意味がありますか」と開きます。「安心」のような抽象語が出たら、安心できた最後の場面へ下りてください。
一つの連鎖を市場全体へ広げない
三人が同じ価値を語っても、顧客の30%が同じだとは言えません。対象者の条件と連鎖が成立した場面を示し、反対事例を探します。分布を知る必要があるなら、言葉と選択肢を整えた後に定量調査で確かめます。
手段と目的を逆転させない
「通知が欲しい」を価値として扱うと、通知機能を作るか否かしか議論できません。通知は属性、その先の連絡開始は結果、期限順守や説明責任は上位の意味です。どの段階を変えたいのかをそろえてから、解決策を比べます。
分析者の推測を本人の発言に混ぜない
対象者が「管理できていないと思われたくない」と話しても、「評価への不安が強い人」とは断定できません。本人が語った出来事と意味、分析者の解釈を欄で分けます。録音にない接続は未確認です。
まとめ|ラダリングで得た価値仮説を次の検証へ渡す
ラダリング法は、属性・結果・価値のつながりを発話から作り、機能要望の奥にある選択基準を仮説として取り出す技法です。上位の意味へ進む質問と、具体的な出来事へ戻る質問を往復させます。
直近の選択を一つに絞り、属性が何を変え、その結果が本人に何をもたらすかを一段ずつ聞きます。反対事例を確かめ、発話と分析者の仮説を分けてください。複数人を比べても、発言の数を市場の比率には読み替えません。
価値連鎖が取れれば、通知、一覧表示、運用変更といった異なる手段を、同じ結果を満たす候補として比べられます。ただし、価値仮説は需要や購買の証明ではありません。次にどの試作品や行動観察で確かめるか、仮説を修正・棄却する条件まで決めて分析を終えます。
