mom-test

The Mom Test フレームワーク

顧客との会話で道を誤らないためのフレームワークです。根本的な真実に基づいています。誰もがあなたに嘘をついているのです――悪意からではなく、あなたが間違った質問をしているからです。The Mom Test では、お母さんでさえ嘘をつけないほど優れた質問をするためのルールを紹介します。

基本原則

優れた顧客との会話では、あなたのアイデアではなく、相手の人生について話します。 あなたが作っているものについて話した途端、相手は真実を共有するのをやめ、礼儀正しく振る舞うようになります。売り込むのではなく、相手の問題や生活、現在の行動について話し、将来の仮定ではなく過去の具体的な出来事について尋ねましょう。何よりも、自分は話しすぎず、相手の話に耳を傾けましょう。

スコアリング

目標：7/7。 以下の7項目からなるクイック診断で、会話（またはインタビュー計画）を評価します。各項目を満たすごとに1点です。

• 6～7 = 相手の人生と過去の行動に焦点を当て、具体的な事実を集め、実際のコミットメント（時間／評判／金銭）を得て、相手が80％以上話し、認識が更新されています。
• 4～5 = 過去の行動に関する事実はあるものの、仮定の話に流れていたり、褒め言葉を有力な兆候として受け取っていたり、何も求めずに終わっていたりします。
• <=3 = 形を変えた売り込みです。誘導的な質問、意見や中身のない話、礼儀正しいだけの見込み客、学びがありません。

常に現在のスコアを7点満点で示し、診断で満たせなかった項目を挙げ、それぞれに対する具体的な改善策を提示してください。

フレームワークのセクション

1. The Mom Test のルール

基本概念： 最も応援してくれる身近な人でさえ、誤った肯定的評価をしにくくする3つのルールです。会話の目的を、意見を集めることから事実を見つけることへと切り替えます。

効果の理由： 人は自分の将来の行動を正確に予測できないため、意見には価値がありません。過去の行動だけが信頼できるデータであり、製品の意思決定に本当に役立ちます。

主なポイント：

• ルール1：アイデアではなく、相手の人生について話しましょう。最後まで、あるいは可能な限り、解決策には触れないでください。
• ルール2：将来に関する一般論や仮定ではなく、過去の具体的な出来事について尋ねましょう。
• ルール3：話す量を減らし、聞く量を増やしましょう。会話の80％は相手が話すことを目指してください。
• 事業が成功するかどうかにかかわらず、答えが常に「はい」になる質問は、The Mom Test の基準を満たしません。
• 優れた質問は、あなたが現時点で思い描いている事業を頓挫させる可能性があります。

製品への応用：

状況	応用	例
アイデアの検証	解決策ではなく、問題について尋ねます	「この問題領域で、最後に困ったときのことを教えてください」。「Xをするアプリを使いたいですか？」ではありません。
機能の優先順位付け	人々が実際にすることと、口にすることの違いを見つけます	「先週これにどう対処したのか、順を追って教えてください」
価格調査	現在の支出行動を基準にします	「これを解決するために、現在いくら払っていますか？」。「Xドルなら払いますか？」ではありません。

質問の定型文：

• 「最後に～したときのことを教えてください」
• 「ほかに何を試しましたか？」
• 「なぜそれが気になるのですか？」

インタビュー用スクリプトを作成する際は、references/question-patterns.md を参照してください。5段階の質問階層、分野別の質問集（SaaS／消費者向け／マーケットプレイス）、4つの質問作成演習が掲載されています。

2. 良い質問と悪い質問

中心となる考え方： 面接での質問の多くは、未来を予測させたり、仮想の製品を評価させたり、自分の思い込みを肯定させたりするため、うまくいきません。良い質問は、観察できる過去の行動を掘り下げ、具体的な事実を引き出します。

効果がある理由： 「これを買いますか？」と尋ねるのは、「来週、ジムに行きますか？」と尋ねるようなものです。答えはいつも「はい」ですが、実際に行動に移す人はほとんどいません。すでに起きた行動は、後付けの理屈でごまかせません。

主な洞察：

• 悪い質問：「これは良いアイデアだと思いますか？」――いつも「はい」という答えになります
• 悪い質問：「X をする製品を買いますか？」「いくらなら払いますか？」――仮定の話で、あなたを喜ばせる答えに誘導されます
• 良い質問：「今、この問題にはどう対処していますか？」――実際の行動がわかります
• 良い質問：「以前、何を試して、なぜやめたのですか？」――過去の判断がわかります
• 良い質問：「このようなソリューションの予算はどこから出ますか？」――実際の予算がわかります
• 最も怖い質問、つまり、あなたが作っているものを変える力のある質問から、最も役に立つデータが得られます

製品への応用：

文脈	適用方法	例
課題の検証	課題が実在し、重要であることを確認する	「これが最後に起きたのはいつですか？ そのとき何をしましたか？ うまくいかなかったことは何ですか？」
市場規模の推定	同じ課題を抱える人が十分にいるか確認する	「業界内で、ほかに誰がこの問題を抱えていますか？ どのように対処していますか？」
競合分析	すでに使われている実際の代替手段を見つける	「現在、このためにどんなツールやプロセスを使っていますか？」

質問の例：

• 「[この作業]で最も難しいのは何ですか？」
• 「これはどのくらいの頻度で起きますか？」
• 「これが最後に起きたときのことを、順を追って教えてください」

3. お世辞と意見を避ける

中心となる考え方： 進展しているように感じるものの、実際には誤った方向へ導く悪いデータが3種類あります。お世辞（「すばらしいアイデアですね！」）、中身のない発言（仮定の話、たぶんという返答、将来の約束）、アイデア（実際の課題と結びついていない機能の要望）です。こうした発言を受け流し、真実を掘り下げることが、このスキルの核心です。

効果がある理由： お世辞は顧客開発における愚者の黄金です。気分は最高になりますが、誰かがお金を払うか、製品を使うかについての情報はまったく含まれていません。シグナルとなるのは、実際に過去にとった行動についての具体的な話と、真剣な約束だけです。

主な洞察：

• お世辞：すぐに受け流し、その問題に現在どう対処しているかという具体的な事実に話を戻します
• 中身のない発言：「たいてい」「いつも」「絶対にしない」といった一般的な主張は、具体的な事例がなければ価値がありません
• アイデア：機能の要望ごとに、その動機を掘り下げます。何がきっかけなのか、最後に必要になったのはいつかを尋ねます
• お世辞を引き出そうとする質問（「これって便利だと思いませんか？」）は、無意識に肯定を求めています
• 会話がうまくいっていない兆候：気分よく終わったのに、具体的な事実や約束が何も得られていません

製品への応用：

文脈	適用方法	例
デモ後のフィードバック	「すごくいいですね」という反応を受け流す	「ありがとうございます！ 現在のワークフローのどの部分がこれに置き換わりますか？」
機能の要望	根底にある目的を掘り下げる	「なぜそれが欲しいのですか？ 最後に必要になったときのことを見せてもらえますか？」
投資家との会話	励ましと関心を区別する	「すばらしいアイデア」という感想ではなく、顧客の紹介を頼みます

質問の例：

• 「ありがとうございます。ただ、お時間を無駄にしないように、現在のプロセスがどのようなものか教えていただけますか？」
• 「これを『間違いなく』使うとおっしゃるとき、何を使うのをやめますか？」
• 「すばらしい機能のアイデアですね。具体的に、どんな課題を解決しますか？」

会話の手応えはあるのに事実が得られないときは、references/avoiding-bad-data.md を参照してください。悪いデータの3種類（お世辞、中身のない発言、アイデア）をリアルタイムで見分け、受け流す方法を説明しています。

4. コミットメントと前進

基本概念： 顧客との会話における通貨は、お世辞ではなくコミットメントです。すべての会話を、導入に向けた明確な前進、または明確な拒否で終わらせましょう。最悪なのは、礼儀正しいものの決してコミットしない「ゾンビリード」です。

効果がある理由： 「ぜひ買いたいです」と言うのに代償はありませんが、紹介を申し出たり、手付金を払ったり、パイロットに参加したりすることには、実際の何かを投じる必要があります。コミットメントによって、人の発言と行動の間にある危険な隔たりが埋まります。

主なポイント：

• コミットメントの通貨：時間（ミーティング、トライアル）、評判（紹介、推薦文）、お金（手付金、先行予約、意向表明書）
• 前進することで関係は販売に近づきます。堂々巡りでは、楽しくても役に立たないミーティングが続きます
• ミーティングの前に「依頼すること」を決めておきましょう。これが本物だと証明するために必要な最低限のコミットメントです
• 「いいえ」は「たぶん」より価値があります。そこから学び、次に進めるからです
• 時間を割いてもらえないなら、お金を出してもらえる見込みはまずありません

プロダクトへの応用：

コンテキスト	応用方法	例
初期検証	関心を確かめるコミットメントを求める	「来週、プロトタイプを持っていくので、15分ほどお時間をいただけますか？」
B2B 営業	意思決定者に近づく	「この件の予算を担当している方をご紹介いただけますか？」
リリース前	先行予約や意向表明書を集める	「8週間後にリリース予定です。最初のグループに40％オフで参加しませんか？」

文面のパターン：

• 「この件について、ほかに誰に話を聞くとよいでしょうか？」
• 「来週、プロトタイプを試していただけますか？」
• 「これを開発したら、30日間のパイロットに参加していただけますか？」

参照：references/commitment-advancement.md。会話がコミットメントなしで終わったときに、通貨の段階（時間／評判／お金）や、堂々巡りではなく前進するためのスクリプトを確認してください。

5. 会話の機会を見つける

基本概念： 最良の顧客との会話は、気軽な場で生まれます。知人からの紹介、業界イベント、オンラインコミュニティ、コーヒーを飲みながらの会話などです。正式な「顧客インタビュー」という枠組みは、相手に取り繕う態勢を取らせます。気軽な切り出し方なら、率直な情報を得られます。

効果がある理由： 「あなたの課題についてインタビューさせてもらえませんか？」と言うと、相手は取り繕って警戒します。「業界について学ぼうとしています。コーヒーをごちそうさせてもらえませんか？」と言えば、相手は打ち解けます。切り出し方によって、得られる情報の質が決まります。

主なポイント：

• コールドアウトリーチは短くまとめ、相手の専門知識に触れ、売り込みはしない
• 最良の情報源は知人からの紹介です。人脈の広いアドバイザーが1人いれば、何十人もの相手につないでもらえることがあります
• 顧客がすでに集まっている場所へ行きましょう。業界イベント、ミートアップ、オンラインコミュニティなどです（まずは真摯に参加しましょう）
• 「学ぼうとしています」は「顧客調査をしています」より効果的です
• ミーティングを設定する際は、5つの要素からなる構成を使いましょう：ビジョン／枠組み／弱み／持ち上げる／依頼

プロダクトへの応用：

コンテキスト	応用方法	例
アイデア検討前	対象コミュニティに深く入り込む	コードを書く前に、業界イベントに3回参加し、気軽な会話を20回交わす
B2B の見込み客開拓	アドバイザーを通じて知人から紹介してもらう	「アドバイザーの[名前]から、[課題分野]への対処方法について、ぜひお話を伺うよう勧められました」
消費者調査	行動が起きている場所で声をかける	店、ジム、コワーキングスペースで列に並んでいる人に話を聞く

文面のパターン：

• 「[業界]が[課題]にどう対処しているかを調べています。15分ほどコーヒーをご一緒して、経験から学ばせていただけませんか？」
• 「[共通の知人]から、[分野]に詳しいあなたに話を聞くよう勧められました」
• 「何かを売り込もうとしているのではなく、この分野について理解したいだけです」

倫理上の境界： 学ぶための会話を装って、営業の電話をしてはいけません。すでにプロダクトがあり、販売しているのであれば、透明性を保ちましょう。

参照：references/finding-conversations.md。インタビューの相手を見つける必要があるときに、コールド／ウォームアウトリーチのテンプレート、5つの要素からなるミーティングの依頼（ビジョン／枠組み／弱み／持ち上げる／依頼）、気軽な雰囲気を保つ方法を確認してください。

6. 処理と学習

核となる考え方： 会話は処理して初めて役に立ちます。生のメモから信念を導き出し、定期的に更新して、チームと共有しましょう。仕組みがなければ、自分の偏見を裏付ける引用だけを都合よく選んでしまいます。

効果がある理由： 記憶は最近の情報や感情を揺さぶる情報に偏るため、チームは自分たちの考えを裏付けるデータだけを選んで覚えがちです。チームで処理することで、誰か一人の偏見が全体の見方を支配するのを防げます。

主なポイント：

• 会話中、または直後にメモを取りましょう。記憶に頼ってはいけません
• 事実（相手が言ったこと、したこと）と解釈（それが何を意味すると思うか）を分けましょう
• フィルタリングした要約ではなく、生のメモをチームと共有しましょう
• それぞれのまとまりの後に、3つの重要な信念を更新しましょう。課題、顧客セグメント、解決策です
• 会話が同じ内容を繰り返すようになったら、話すのをやめて作り始めましょう
• シンプルなスプレッドシートを使いましょう。相手、日付、重要な引用、事実、約束、信念の変化を記録します

プロダクトへの応用：

コンテキスト	応用例	例
チームの認識合わせ	毎週一緒にメモを確認する	週に5件の会話をチームで確認し、信念ボードを更新する
ピボットの判断	中核となる信念に対する証拠を追跡する	10件中8件の会話で、想定とは異なる課題が明らかになったら、ピボットする
機能の検証	自発的に言及された回数を数える	10人中7人が挙げた課題は実在します。10人中1人の場合は、そうとは限りません

文面のパターン：

• 「現在の私たちの信念はXです。これを裏付けるものと、疑問を投げかけるものは次のとおりです」
• 「N人中M人からこれを聞きました。十分な兆候と言えるでしょうか？」
• 「話すのをやめて、作り始める時です。会話が同じ内容を繰り返しています」

参照：references/processing-learning.md。インタビューをひとまとまり実施した後に、メモから信念を導き出すスプレッドシートのテンプレート、チームでレビューする頻度、話すのをやめて作り始めるタイミングを示す兆候をご確認ください。

よくある間違い

間違い	うまくいかない理由	修正方法
相手の生活について尋ねる代わりに、自分のアイデアを売り込む	相手に気を遣わせ、事実ではなくお世辞を引き出します	触れるとしても、最後の最後まで自分のアイデアを話題にしないでください
「これを買いますか？」と尋ねる	仮定の質問に「はい」と答えても、相手には何の負担もありません	相手がすでにしていることを尋ねましょう。「今、これにいくら使っていますか？」
お世辞を検証結果として受け入れる	「素晴らしいアイデアですね！」からは、行動について何も分かりません	すぐに話題をそらしましょう。「ありがとうございます。でも、今日これについて何をしていますか？」
話しすぎる	話しているときではなく、聞いているときに学べます	相手に会話時間の80％以上を話してもらいましょう
最後に明確な依頼をしない	何の進展にもつながらない見込み客を生みます	面談の前に、次のステップを決めておきましょう。トライアル、紹介、予約注文などです
形式ばった「インタビュー」セッションを行う	相手に取り繕わせ、フィルタリングされた回答を引き出します	コーヒーを飲みながら、廊下での会話、Slack のDMなど、気軽な形にしましょう
チームでメモを処理しない	個人の偏見によってデータがフィルタリングされ、確証バイアスが生じます	毎週、生のメモを共有し、全員で信念を更新しましょう

クイック診断

質問	いいえの場合	対応
会話ではあなたのアイデアではなく、相手の生活や過去の行動に焦点を当てましたか？	ピッチをしてしまい、Mom Test に沿った会話になっていません	解決策には一切触れずにやり直します
相手がすでに行ったことについて、具体的な事実を得られましたか？	意見や仮定の話を集めてしまいました	最後に問題が起きたときのことと、相手が何をしたかを尋ねます
相手から何らかのコミットメント（時間、信用、またはお金）を得られましたか？	見込みがないリードの可能性があります。丁寧ではありますが、関心がありません	トライアル、紹介、予約注文など、具体的な次のステップを尋ねます
相手が会話の大半を話しましたか？	あなたが話しすぎて、学びが少なすぎました	黙る練習をしましょう。気まずい沈黙も味方につけます
開発するものを変えられるようなことを学べましたか？	無難で、確認するための質問をしてしまいました	避けてきた、答えを聞くのが怖い質問をします
会話を踏まえて、自分の考えを更新しましたか？	データは集めていますが、学びにつながっていません	チームでメモを振り返り、問題、セグメント、解決策についての考えを更新します
重要な事実（意見ではなく）を要約できますか？	メモが不十分か、意見を事実と混同しています	会話の直後に、事実と解釈を分けます

参照：references/case-studies.md。この診断を使ってルールを最初から最後まで適用した、現実的な SaaS、消費者向け、B2B、マーケットプレイスのインタビューをご覧いただけます。

さらに読む

このスキルは、Rob Fitzpatrick の Mom Test メソドロジーに基づいています。

• "The Mom Test: How to Talk to Customers & Learn if Your Business is a Good Idea When Everyone is Lying to You"（Rob Fitzpatrick 著）

著者について

Rob Fitzpatrick は起業家であり教育者です。複数のベンチャーキャピタル出資スタートアップを創業し、顧客との会話の大半から誤解を招くフィードバックが生まれることを、苦い経験を通じて学びました。『The Mom Test』（2013）では、エビデンスに基づく彼のアプローチをまとめています。本書は20以上の言語に翻訳され、Y Combinator や Techstars などのアクセラレーターで必読書となっています。また、『The Workshop Survival Guide』と『Write Useful Books』も執筆しています。