人は価値を感じてから動くのではない、動けると感じた瞬間に価値が立ち上がる

いちばん大事な問いは、「何が好きか」ではない

新しいサービスを作るとき、私たちはついこう考えます。どうすれば魅力を伝えられるか。どうすれば好きになってもらえるか。どうすれば選ばれるか。 しかし、もっと根本的で、見落とされがちな問いがあります。

人は、価値を理解してから動くのか。それとも、動けると感じた瞬間に価値が理解されるのか。

この問いが重要なのは、プロダクト開発でも、ユーザーヒアリングでも、意思決定でも、私たちが見ているのはたいてい「好意」ではなく「切り替え」だからです。人は常に何かを欲しているように見えて、実際には、ある瞬間まではぼんやりしていて、別の瞬間に急に集中し、行動に移ります。その変化を生むのは、情報量ではなく、状態の切り替えです。

脳も、サービス利用者も、同じように「固定された能力」ではなく「ネットワークの切り替え」で動いていると考えると、見えてくるものがあります。重要なのは、才能や興味の有無だけではありません。認知の配線がどのモードに入っているか、そしてその配線をどう切り替えるかです。

---

脳は「場所」ではなく「切り替え装置」だった

昔は、脳の機能は部位ごとに担当が決まっていると考えられがちでした。ところが、近年の研究では、脳は単純な一対一の局在ではなく、多対多のネットワークとして理解されるようになっています。ここで大切なのは、脳が「どこで考えるか」ではなく、「どうつながり、どう切り替わるか」で機能しているという点です。

特に注目されるのが、3つの巨大ネットワークです。ぼんやりしている時に働きやすいDMN、実行や集中を担うCEN、そしてその間を取り持つSNです。DMNとCENは単純な敵対関係ではなく、協調することもあります。つまり、人間の思考は「集中か、空想か」という二択ではなく、もっと繊細な状態遷移として理解すべきなのです。

この見方が示唆するのは、パフォーマンスとは能力の総量ではなく、適切なモードへの移行速度だということです。たとえば、会議中に良いアイデアが出る人は、常に創造的なわけではありません。ぼんやりした連想を、必要な瞬間に実行可能な形へ切り替えられる人です。逆に、頭が良いのに成果が出ない人は、思考モードから実行モードへの橋渡しがうまくいっていないことが多い。

ここで重要な役者がサリエンスネットワークです。salience とは「重要度」や「目立つこと」。つまりこのネットワークは、今この刺激は切り替える価値があるのかを判定する役目を持つ。dACC や insula が関与するこの機構は、脳内の交通整理のようなものです。注意を向けるべきか、今の思考を続けるべきか、実行モードへ移るべきか。人間の知性は、実はこの判断の精度に大きく依存しています。

この視点を持つと、ユーザー理解の意味も変わります。単に「何を欲しているか」を聞くだけでは足りない。いまその人は、どのネットワークにいるのかを見ないと、表面的な回答しか取れません。

---

ユーザーは「欲しい人」ではなく、「まだ切り替わっていない人」

多くのサービス開発は、ユーザーを「ニーズを持つ存在」として扱います。もちろんそれは間違いではありません。しかし、実際のユーザーはもっと不安定です。ある人は便利だと分かっているのに使わない。別の人は興味はあるのに継続しない。さらに別の人は、使ってみたい気持ちはあるのに、最初の一歩が重すぎて前に進めない。

この差を、単なる好みや温度感の違いで片づけると本質を外します。むしろ違いは、自己効力感の有無と、関与度の高さの組み合わせとして理解したほうがいい。つまり、「やれると思えるか」と「どれだけ自分ごとか」が、行動の前提条件になります。

ここで思い出したいのが、ユーザーヒアリングで使われるような、購入頻度による分類です。ロイヤルユーザー、ライトユーザー、ノンユーザーといった切り分けは便利ですが、それだけでは不十分です。なぜなら、同じノンユーザーでも、関心は高いが自信がない人と、そもそも自分には関係ないと思っている人では、必要な打ち手がまったく違うからです。

この違いを見抜くために役立つのが、自己効力感を縦軸、製品関与度を横軸に置く見方です。すると、ユーザーは単なる購入回数ではなく、心理状態の地図として見えてきます。

たとえば、ダイエットアプリを考えてみましょう。

• 関与度が高く、自己効力感も高い人: もう使う理由も方法も分かっている。必要なのは細かな最適化。
• 関与度は高いが、自己効力感が低い人: 興味はあるが続かない。必要なのは小さな成功体験。
• 関与度は低いが、自己効力感は高い人: やればできるが、今は優先順位が低い。必要なのは、なぜ今なのかという切実さ。
• 関与度も自己効力感も低い人: まず理解の入口そのものを作る必要がある。

この4象限が示すのは、優れたサービスは「説得する」のではなく、状態を移すということです。人を購入へ導くのは、情報の追加ではなく、認知の再配線なのです。

---

サリエンスネットワークは、プロダクトの「入口設計」にも似ている

SNの役割をプロダクトに置き換えると、非常に示唆的です。SNは、今なにが重要かを判定し、DMNの内省やCENの実行を切り替える。これをサービス設計に当てはめると、優れた体験はユーザーを説得する前に、「これは今の自分に関係がある」と感じさせる信号を先に出していることが分かります。

つまり、最初の仕事は機能説明ではありません。最初の仕事は、ユーザーの脳内で「今は無視してよい情報」から「今こそ注目すべき情報」へ変換させることです。ここがうまくいかないと、どれだけ優れた機能でも、ただの背景ノイズになります。

例えるなら、空港の案内板です。行き先がどれほど正確でも、今どの搭乗口へ向かうべきかを一瞬で判別できなければ意味がありません。ユーザーも同じで、サービスの価値は「正しさ」だけでは生まれない。注意を奪うことではなく、注意を納得させることが必要です。

この観点から見ると、SEPIA法のようなヒアリング手法の価値も変わります。大事なのは、質問のうまさ以上に、相手が自分の行動をどう捉えているかを引き出すことです。自己効力感が低い人に「やりたいですか」と聞いても、望ましい回答は返ってきません。そこで必要なのは、行動を抽象化せず、最初の一歩に分解することです。

たとえば「使いたいですか」ではなく、「登録画面でどこが不安ですか」「実際に始めるとしたら、どの場面で止まりそうですか」と聞く。すると、価値の有無ではなく、切り替えを妨げている摩擦が見えてきます。これは脳で言えば、SNが「今はこの刺激を重要と判断できない」として弾いている箇所を特定するようなものです。

---

本当に設計すべきなのは、機能ではなく「切り替え摩擦」だ

ここまでの議論をまとめると、良いプロダクト、良いヒアリング、良い意思決定には共通点があります。それは、相手が今いる状態から次の状態へ移るときの摩擦を減らしていることです。

この摩擦は、少なくとも3種類あります。

1. 認知摩擦: 何が重要なのか分からない
2. 感情摩擦: 自分にできる気がしない
3. 行動摩擦: 最初の一歩が面倒すぎる

多くの改善は、機能を増やす方向に向かいます。しかし実際には、機能を増やすより、摩擦を減らすほうが効果的なことが多い。なぜなら、人は価値を比較しているのではなく、移行コストを支払えるかを見ているからです。

たとえば、初めての料理アプリを使う人に、100のレシピを見せても行動にはつながりにくい。必要なのは、「今日はこれだけ買えばいい」「所要時間は15分」「失敗しにくい」という信号です。これは単なるUIの工夫ではなく、ユーザーの脳に対して「今は実行してよい」というサリエンスを与える設計です。

ここで重要なのは、価値は発見されるものではなく、切り替えの中で立ち上がるという点です。人は先に価値を完全理解してから動くのではない。動ける見通しが立った時に、初めて価値を自分ごととして感じます。

価値とは、頭の中に静かに存在する属性ではない。切り替えの瞬間に、行動可能性として立ち上がるものだ。

この発想は、マーケティングにも、マネジメントにも、自己理解にも使えます。相手を変えるには説得するのではなく、相手の状態遷移を助ける。これが、見落とされがちな本質です。

---

Key Takeaways

• 「欲しいか」ではなく「今、切り替われるか」を見る。 行動は好意よりも状態遷移に左右されます。
• 自己効力感と関与度を分けて考える。 興味があるのに動けない人と、興味がなくて動けない人は、別の支援が必要です。
• 最初の仕事は説明ではなく、重要性の再定義。 ユーザーの脳内で「これは今関係がある」と感じさせる信号を設計します。
• 機能追加より切り替え摩擦の削減を優先する。 認知摩擦、感情摩擦、行動摩擦のどこで止まっているかを特定しましょう。
• ヒアリングは意見収集ではなく、状態の診断。 「何が欲しいか」より、「どこで止まりそうか」を聞くほうが実用的です。

---

終わりに: 価値は、見つけるものではなく、入れるものでもない

私たちはしばしば、良いものは放っておけば伝わると考えます。しかし現実には、良いものほど見過ごされやすいことがあります。なぜなら、価値はモノの中に完成品として入っているのではなく、受け手の状態が切り替わった瞬間に、はじめて意味を持つからです。

脳がネットワークで動いているように、人もまた、興味と実行のあいだを行き来する存在です。そして、その橋を渡らせるのがサリエンスです。ユーザー理解とは、属性の収集ではなく、切り替え条件の発見です。

だから次に何かを設計するときは、「どうすれば伝わるか」ではなく、こう問い直してみてください。この人はいま、どの状態にいて、何が切り替えを起こすのか。 その問いに答えられたとき、初めてプロダクトも、対話も、提案も、本当の意味で動き始めます。