mom-test について
創業者やプロダクトチーム向けの顧客インタビュースキルです。仮定の質問ではなく過去の行動から課題と需要を確かめ、質問設計、顧客セグメント、記録、実質的なコミットメントの見極めを支援します。
主な機能
- 01製品案ではなく顧客の生活を聞く
- 02具体的な過去の行動を尋ねる
- 03称賛、曖昧さ、機能要望への対応
- 04時間・評判・金銭で関心を測る
- 05対象を絞り接点を見つける
活用シーン
- 01スタートアップ案の課題を検証
- 02顧客インタビューの準備と実施
- 03発言から購入意欲を見極める
- 04広すぎる対象顧客を絞り込む
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ getagentseal/ founder-playbook --skill mom-testインストール後、Claude Code で/mom-testを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
cases.mdexamples.mdframeworks.mdintegration.md詳細
注記: このスキルは、原文の再現ではなく、独自の分析と解説を提供します。本書の核心的な考え方を現代のスタートアップの実践と組み合わせ、古くなっている、または不完全なフレームワークを明らかにし、隣接分野の視点も取り入れています。議論の全容と背景については、原著をお読みください。
The Mom Test
「誰もが嘘をついているとき、顧客と話し、自分のビジネスが良いアイデアかどうかを見極める方法」 - Rob Fitzpatrick
3つの基本ルール
- 自分のアイデアではなく、相手の生活について話す
- 一般論や未来についての意見ではなく、過去の具体的な出来事について質問する
- 話す量を減らし、聞く量を増やす
判断フローチャート
Need customer feedback?
├─ Pre-product, no idea what to build → Mom Test (this skill)
├─ Have validated market, packaging product → 100m-offers
├─ Have offer, need traffic → 100m-leads
└─ Selling enterprise → spin-selling
In a customer conversation?
├─ They're complimenting you → DEFLECT to current behavior
├─ They're speaking in generics ("usually", "always") → ANCHOR to last specific instance
├─ They're requesting features → DIG to underlying motivation
└─ They're committing nothing → PRESS for time/reputation/money
悪い質問(絶対に聞かない)
| 質問 | うまくいかない理由 |
|---|---|
| "良いアイデアだと思いますか?" | 市場だけが答えを示します。意見に価値はありません。 |
| "Xを実現する製品があったら買いますか?" | 誰もが「はい」と答えます。仮定の話は嘘です。 |
| "Xにいくら払いますか?" | 数字は厳密そうに見えますが、やはり嘘です。 |
| "〜することはありますか?" / "〜することはあるでしょうか?" | 中身のない話や、未来形の約束を引き出します。 |
良い質問(こちらを使う)
| 質問 | 明らかになること |
|---|---|
| "なぜわざわざそうするのですか?" | 問題だと認識していることの背後にある、本当の動機 |
| "どのような影響がありますか?" | 必ず解決すべき問題か、あれば望ましい程度のものか |
| "前回それが起きたときのことを詳しく教えてください。" | 過去の具体的な行動 |
| "ほかに何を試しましたか?" | 解決策を探すほど気にかけているか |
| "今はどう対処していますか?" | 現在の解決策と価格の基準 |
| "そのお金はどこから出ますか?" | 予算と購入プロセス |
| "ほかに誰に話を聞くべきですか?" | 紹介するほど気にかけているか |
| "ほかに聞いておくべきことはありますか?" | 見落としていた点を拾い上げます |
悪いデータの3つの種類と対応
| 悪いデータ | 例 | 対応 |
|---|---|---|
| お世辞 | "すごくいいですね。気に入りました。" | "ありがとうございます。ただ、今はこうしたことにどう対処していますか?" |
| 中身のない話 | "たいていは〜します。" / "絶対に買います。" | "最後にそれが起きたのはいつですか?詳しく教えてください。" |
| アイデア/機能 | "Xという機能を追加できますか?" | "なぜそれがほしいのですか?それがあれば何ができますか?それがない状態でどう対処していますか?" |
コミットメントの通貨
本当の関心は、価値あるものを差し出すことで示されます。お世辞には何のコストもかかりません。
| 通貨 | 例 |
|---|---|
| 時間 | 次回の面談を明確に決める、実際にトライアルを使う、時間を取ってフィードバックする |
| 評判 | 同僚を紹介する、上司を紹介する、公の推薦コメント |
| お金 | 意向表明書、予約注文、手付金 |
良い面談の終わり方
- "次のステップは何ですか?"
- "いつトライアルを始められますか?"
- "プロトタイプを購入できますか?"
- "いつ、チームのほかのメンバーと話すために戻ってきてもらえますか?"
丁寧な断り(悪い終わり方)
- "すごくいいですね。気に入りました!"
- "公開されたら教えてください。"
- "絶対に買います。"
重要な原則
問題を抱えているのは相手です。解決策を考えるのはあなたです。
相手の問題が何かを、あなたが教えてはいけません。何を作るべきかを、相手があなたに指示してはいけません。
フィルターテスト
解決策を探すためにGoogleで検索すらしていないなら、あなたの製品にお金を払うほど、その問題を気にかけてはいません。
顧客セグメントの絞り込み
セグメントが広すぎる兆候
- 10回以上話を聞いたのに、結果がばらばら
- どれも「ある程度うまくいく」ものの、決定打がない
- 自分の仮説が正しいか間違っているかを証明できない
- どの機能にも、それを一番気に入っている人がいる
- 価格のばらつきが非常に大きい(10ドル対10,000ドル)
絞り込みの手順
- このグループの中で、最も強く欲しがるのは誰ですか?
- なぜ欲しがるのですか?その人固有の問題は何ですか?
- その問題を解決するために、すでに何をしていますか?
- その人たちはどこで見つけられますか?
良いセグメントのテスト: どこで見つけられるかが分からなければ、そのセグメントは役に立ちません。
会話の長さのガイド
| 所要時間 | 目標 |
|---|---|
| 5 min | 問題は存在しますか?重要ですか? |
| 10-15 min | ワークフローの詳細、相手が試したこと |
| 1+ hour | 専門家との業界に関する深掘り |
カジュアルに進める
- 堅苦しさをなくし、「ミーティング」を「雑談」に変えます
- 最も重要な質問をすぐに投げかけます
- 目標:相手が「ミーティングをした」とすら気づかないことです
- 5〜10分のカジュアルな会話でも、正式なミーティングと同じくらいの成果が得られます
プロセスのチェックリスト
前
- 焦点を絞った、見つけやすいセグメントを選びます
- チームで学びたい重要な目標を3つ決めます
- 理想的な次のステップとコミットメントを決めます
- まず基本的なデスクリサーチを行います
会話中
- 会話の目的を説明します
- カジュアルに進めます
- The Mom Testに合格する質問をします
- お世辞をかわし、曖昧な話の軸を定め、表面的な兆候の奥を掘り下げます
- しっかりメモを取ります
- コミットメントと次のステップを求めます
後
- チームでメモと重要な引用を確認します
- 考えや計画を更新します
- 次に尋ねる重要な質問を3つ決めます
うまく進められていない兆候
- 相手より自分のほうが多く話している
- 相手があなたやあなたのアイデアを褒めている
- メモを取っていない
- 予想外の答えを得たのに、何も変えなかった
- 質問するのが怖いと思うものが一つもなかった
- 次に何が起きるのかわからない
- ミーティングは「うまくいった」が、具体的なコミットメントがない
簡単なルール
上記の表やチェックリストにまだ記載されていないルールです。
- 顧客との会話は、何もしなければうまくいきません。改善するのはあなたの役目です。
- 人は問題を知っていますが、解決策は知りません。何を作るべきか尋ねないでください。
- 少なくとも一つ、尋ねるのが怖い質問が必要です(質問することではなく、答えを聞くのが怖い質問です)。
- 「まあまあ」という反応には、「すごい!」という反応より信頼できる情報が含まれています。
- 具体的に断れる機会を相手に与えるまでは、本当の見込み客とは言えません。
タイムライン
1週間、長くても2週間をかけます。状況を把握したら、相手がコミットできるものを提示しましょう。何か月も理論を考え続けないでください。
背景:創業者とプロダクトチームの違い
このフレームワークは、新しいアイデアに取り組む価値があるかどうかを検証する創業者向けに書かれています。確立された企業のプロダクトマネージャーの場合、状況は異なります。顧客がその製品を求めていることはすでにわかっています。インタビューでは、既存ユーザーを対象に、問題の発見(何がうまくいっていないか)や機能の発見(次はどの方向に進むか)を行います。市場が存在するかどうかを検証するのではありません。「コミットメントを求める」ことや顧客を細分化することに関するセクションは、ほとんど関係ありません。一方、質問の基本的な進め方(過去の行動を尋ねる、仮定の話を避ける、曖昧な話の軸を定める)は、そのまま活用できます。
当てはまらない場合
- 正式なB2B/エンタープライズ: 状況によっては正式な手順が必要です
- 規制対象の業界: 医療や金融では異なるアプローチが必要な場合があります
- まったく新しいイノベーション: 顧客は、実際に目にするまで自分が何を望んでいるか想像できません
- 文化的背景: 日本、ドイツ、または形式を重んじる企業文化では、異なる手順が求められます
- 分野の専門家: 専門家による「自分の」分野についての意見には価値があります(このルールは「あなたのアイデア」に関する意見についてのものです)
危険信号(避けるべき顧客)
熱心でお金を払ってくれる顧客でさえ、あなたの進路を狂わせることがあります。
- 特定のニーズが強すぎて、進む方向を外れてしまう
- 他に応用できないカスタム開発を要求する
- あなたのビジョンとはまったく異なるものを求める「先見の明がある人」
- 自分のお気に入りの機能を先に作らない限り、コミットしない
関連ファイル
- frameworks.md - VFWPAメールテンプレート、ACAフレームワーク、質問の階層の詳細、会話相手を見つけるためのプレイブック
- cases.md - Earlyvangelistの概念(Steve Blankの用語、Fitzpatrickが使用)、事例形式の例
- examples.md - メモ用の記号、メールの完全なスクリプト、会話の進め方
- integration.md - Mom Testが100m-offers、100m-leads、spin-selling、obviously-awesomeにどう役立つか、仮説検証型のアプローチとの相違点
ニュアンス
- 「話しすぎない」とは、解決策を売り込まないという意味であり、まったく話さないという意味ではありません。戦略的な質問や話題の転換も、会話の一部です。
- 「質問を恐れる」とは、攻撃的な質問をすることではなく、その答えを恐れるという意味です(自分のアイデアが成り立たなくなるかもしれません)。
- 「コミットメントを求める」とは、強引に迫ることではありません。いつ引き下がるべきかを見極めてください。相手との関係を壊すくらいなら、コミットメントを得られないほうがましです。
- 「相手に何を作るべきかはわからない」とは、分野の専門家を無視するという意味ではありません。知識豊富なユーザーは、あなたより実装に詳しいかもしれません。WHYを理解してください。