顧客が「買います」と言った5つのこと、それでも誰も買わなかった

インタビューで顧客9人が「これが出たら必ず使います」と言いました。 リリースしました。9人中0人が決済しました。 嘘をついたわけではありません。人はもともとそう答えるものです。

ユーザーリサーチで最も高くつく失敗は、リサーチをしないことではありません。間違ったリサーチをして確信を得ることです。「顧客が欲しいと言ったから」を根拠に何か月も作り、誰も使わない結果に直面します。

要点は一つです。人は言うこととすることが違います。良いユーザーリサーチとは、この隔たりを埋める技術です。今日は、その隔たりが表れた瞬間と、一人起業家がそのまま使える方法を見ていきます。

落とし穴1. 「あったらいいな」は「買います」ではない

インタビューでは「そういう機能があったら便利ですね」がほぼ必ず出てきます。無料でより良いものを断る人はいないからです。しかし「便利そう」と「財布を開く」の間には峡谷があります。

検証法はシンプルです。未来の意向ではなく過去の行動を尋ねてください。

• 悪い質問:「こういうものがあったら使いますか?」(→ 全員「はい」)
• 良い質問:「前回この問題が起きたとき、実際にどうされましたか?」(→ 本当の行動)

あなたの事業への問い:自分が聞いた「いいですね」という意見のうち、顧客が実際にお金や時間を使った行動で裏付けられているものはいくつありますか?

落とし穴2. 顧客は解決策を知らない、問題だけを知っている

リサーチ初心者がよくやる失敗は、顧客に「どんな機能が必要ですか?」と尋ねることです。顧客は自分の問題の専門家であって、解決策の専門家ではありません。解決策の設計は私たちの仕事です。

よく引用されるたとえがあります。人々に何が欲しいかと聞けば「もっと速い馬」と答える、というものです。出典が不明な逸話ですが[^1]、指し示している真実は明らかです。顧客は自分が知っている範囲の中でしか欲求を表現しません。

方法:機能を尋ねるのではなく、問題と文脈を掘り下げてください。「そのとき何が一番もどかしかったですか?」は「どんな機能が欲しいですか?」より100倍役に立ちます。

落とし穴3. 言葉の代わりに行動を見た人たちが勝った

Airbnbの初期、創業者たちはアンケートを配りませんでした。ニューヨークへ飛び、カメラを借りて、ホストの家を一軒一軒直接訪ね、リスティング写真を撮影しました。本当のボトルネックはトラフィックではなく「信頼(写真の品質)」であり、それはインタビューではなく現場で明らかになりました。プロの写真に替えたニューヨークのリスティングの予約は2~3倍に増え、その月のニューヨークの売上は2倍になりました。[^2]

Slackはさらに劇的です。もともとはゲーム会社(Glitch)で、ゲームは失敗しました。ところがチームは、社内コミュニケーション用に作ったツールを自分たちで使い続けていました。ユーザー(自分たち)の実際の行動が製品を指し示したのです。[^3]

どちらのケースも「何が欲しいですか?」ではなく、**「実際に何をしているか」**を見ていました。

あなたの事業への問い:自分の顧客(あるいは自分自身)が今すでにしている行動の中に、製品の手がかりが隠れていないでしょうか?

落とし穴4. 5人で十分(ただし、ちゃんとした5人)

「サンプルが小さいから意味がない」とリサーチを先延ばしにするケースは多いです。しかし、ユーザビリティの問題の大部分は少数のインタビューでも明らかになります。ニールセン・ノーマン・グループの古典的な推奨は、ユーザビリティテストは5人で問題の約85%を発見できるというものです。[^4]

一人起業家にとって、これは解放です。数百人にアンケートを取るリソースがなくても、きちんと選んだ5人を深く見ればよいのです。ただし条件があります — その5人が本当のターゲットでなければなりません。友人・知人はサンプルではありません。

方法:アンケート200人より、本当の顧客5人の行動を1時間ずつ深く見るほうが良いです。

落とし穴5. 確証する質問だけをすれば、確証しか得られない

人は自分のアイデアを愛しています。だから無意識のうちに「その通り」という答えを誘導する質問をしてしまいます。「これ、良くないですか?」と聞けば、顧客は礼儀として「いいですね」と言います。その瞬間、私たちは聞きたい答えを買ったのです。

良いリサーチは間違える機会をあえて作ります。自分の仮説が崩れうる質問を投げかけます。

あなたの事業への問い:直近の顧客との会話で、自分のアイデアが間違っていると判明しうる質問を一つでもしましたか?

5つの落とし穴を貫く一文

ユーザーリサーチの核心は「顧客に答えを尋ねること」ではありません。顧客の行動から答えを読み取ることです。

• 意向の代わりに過去の行動
• 解決策の代わりに問題・文脈
• アンケートの代わりに現場観察
• 多くのサンプルの代わりに本当の5人
• 確証の代わりに反証の機会

一人起業家にとって、これはむしろ有利です。大企業は巨大なアンケートやパネルに頼るあまり、一人の顧客を深く見ることができません。私たちは明日にでも、本当の顧客一人と1時間を過ごせます。

今日一つだけやるなら

次の顧客との会話で、質問を一つ変えてみましょう。

• ❌「こういうものがあったら使いますか?」
• ✅「前回その問題が起きたとき、実際にどうされましたか?」

この一行の違いが、「聞きたい答え」と「本当の答え」を分けます。自分のリサーチの質問が確証ばかり掘っていないか、一緒に点検したい方は—

無料相談を申し込む → あなたの顧客インタビュー質問票を30分間一緒に分解します。

---

出典(✅ 4/4 検証、WebSearch 2026-06-01)

[^1]: 「もっと速い馬(faster horses)」がヘンリー・フォードの発言だという一次根拠はありません(出典なし・誤帰属)。フォードの自伝やヘンリー・フォード博物館の検証済み引用200件にはなく、最初の帰属は2001年です。— HBR "Henry Ford, Innovation, and That 'Faster Horse' Quote"(2011)· Snopes · Quote Investigator. https://hbr.org/2011/08/henry-ford-never-said-the-fast [^2]: Airbnbの創業者たちがニューヨークでリスティング写真を直接撮影 → 予約2~3倍、その月のニューヨークの売上2倍。ボトルネックはトラフィックではなく信頼でした。— BU Boston Hospitality Review "The Making of Airbnb" · Paul Graham "Do Things That Don't Scale". https://www.bu.edu/bhr/2016/01/08/the-making-of-airbnb/ [^3]: Slackは失敗したゲームGlitch(Tiny Speck)の社内メッセージングツールから出発 — チームが「やめられずに使い続けていた」行動が製品を指し示しました。2013年リリース、後にセールスフォースに277億ドルで売却。— Building Slack · Startup Archive(Ben Horowitz). https://buildingslack.com/the-death-of-glitch-the-birth-of-slack/ [^4]: ユーザビリティテストは5人で問題の約85%を発見(ユーザー1人あたりの発見率 L≈31%、Nielsen & Landauer モデル)。— Nielsen Norman Group, Jakob Nielsen, "Why You Only Need to Test with 5 Users"(2000). https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/

この記事はSTAR-Tのユーザーリサーチ分野のフラッグシップ記事です。数値・逸話の4件すべてを一次/権威ある情報源で検証しました。

---

顧客調査から立て直すべきかお悩みでしたら、
2分の診断で、今まず構造化すべきポイントを確認していただけます。答えられる範囲だけでも大丈夫です。

STAR-T AI事業運営診断 →