Mom Test: интервью с клиентами, которым можно верить
Mom Test — это способ проводить интервью с клиентами так, чтобы из разговора нельзя было вынести вежливую ложь. Вместо вопросов об идее и о будущем вы спрашиваете о прошлом опыте человека, а интерес проверяете не словами, а тем, чем клиент готов пожертвовать: временем, репутацией, деньгами.
Для руководителя из этого следует неприятный вывод. Фраза «клиенты сказали, что купят» в обосновании roadmap — не доказательство спроса. Мы считаем её самым дорогим ложным сигналом в плане: под неё выделяют команду и квартал, а проверить её можно за неделю разговоров. Ниже — как отличить реальное обязательство от комплимента, какие custdev-вопросы заменить и как за полчаса проверить отчёт команды.
Что такое Mom Test и откуда он взялся
Автор метода — Роб Фицпатрик (Rob Fitzpatrick). Книга вышла в 2013 году с подзаголовком «How to talk to customers & learn if your business is a good idea when everyone is lying to you» — как говорить с клиентами и понять, хороша ли ваша бизнес-идея, когда все вокруг вам лгут.
Название объясняет суть. Если спросить маму, хороша ли ваша идея, она скажет «да» — потому что любит вас. Хорошее интервью построено так, что даже мама не сможет вас обмануть: вы просто не даёте ей повода оценивать идею.
Фицпатрик сводит метод к трём правилам:
- Говори об их жизни, а не о своей идее.
- Спрашивай о конкретике в прошлом, а не об общем или мнениях о будущем.
- Меньше говори, больше слушай.
В цикле решений это шаг «понять задачу»: он идёт после сбора контекста и до выбора, на что ставить. Полная карта методов — в хабе о продуктовых решениях при неопределённости.
Почему «клиенты сказали, что купят» — самый дорогой ложный сигнал
Ошибка интервью не видна в день интервью. Она проявляется через квартал, когда фича выпущена, а клиенты, которые «очень ждали», не подключаются. К этому моменту в ней уже лежат несколько спринтов команды.
Сигнал «купят» дорог по трём причинам:
- Он дешёвый для того, кто его даёт. Сказать «звучит классно» ничего не стоит. Фицпатрик называет комплименты «fool’s gold of customer learning» — золотом дураков: блестит, отвлекает и ничего не стоит.
- Он масштабируется в уверенность. Десять одинаковых «да» в отчёте выглядят как статистика. На деле это десять повторов одной и той же вежливости.
- Он отключает проверку. Если «спрос подтверждён», никто не просит пилот, предоплату или доступ к данным. Команда переходит к разработке, минуя самую дешёвую стадию проверки.
Фицпатрик формулирует критерий встречи без оговорок: «If you don’t know what happens next after a product or sales meeting, the meeting was pointless» — если вы не знаете, что происходит после встречи, она была бесполезной. На наш взгляд, это самая полезная для руководителя фраза книги. Отчёт, где у каждой компании есть «интерес», но ни у одной нет следующего шага, считает не спрос, а проведённые встречи.
Ошибка на интервью стоит часа разговора. Та же ошибка, которую не поймали, стоит разработки, запуска, продаж и упущенной альтернативы — всего, что команда могла сделать вместо этого.
Механика та же, что и в confirmation bias в данных: данные не защищают от ошибки, а делают её убедительнее.
Три источника шума в ответах
В книге отдельно разобраны три источника шума: комплименты, «пух» (fluff) и идеи-запросы фич. «Пух», по Фицпатрику, бывает трёх видов — общие утверждения, обещания в будущем и гипотетические «может быть»:
| Тип | Как звучит | Почему это шум |
|---|---|---|
| Комплименты | «Классная идея», «Мне нравится» | Ничего не стоят тому, кто их говорит |
| «Пух»: общие утверждения | «Я обычно…», «Я всегда…», «Я никогда…» | Описывают образ себя, а не поведение |
| «Пух»: обещания в будущем | «Я бы купил», «Мы будем…» | Люди слишком оптимистичны в гипотетических обещаниях |
| «Пух»: гипотетические «может быть» | «Возможно, мы бы…», «Могли бы…» | Не привязаны ни к одному событию |
| Идеи и запросы фич | «Сделайте интеграцию с X» | Это предложенное решение, а не проблема |
Последняя строка — отдельная ловушка: клиент приносит готовое решение, и команда принимает его за требование. Как добраться от просьбы до боли, подробно разобрано в статье «Боль vs просьба».
Обязательство vs комплимент: как отличить реальный интерес
Главная идея Mom Test для руководителя — не в вопросах, а в критерии успеха встречи. Фицпатрик формулирует его через два понятия:
- Commitment, обязательство — клиент показывает серьёзность, отдавая что-то ценное для себя: время, репутацию или деньги.
- Advancement, продвижение — клиент переходит на следующий шаг реальной воронки и становится ближе к покупке.
И правило: чем больше человек отдаёт, тем серьёзнее можно относиться к его словам. Встреча без следующего шага — та самая бесполезная встреча из цитаты выше.
Валюты обязательства
В B2B к трём валютам Фицпатрика стоит добавить четвёртую — доступ к данным и системам. Это уже не из книги, а продолжение её логики: для enterprise-клиента отдать выгрузку или доступ к песочнице — заметная цена, потому что за ней стоят юристы и безопасность.
| Валюта | Слабый сигнал | Сильный сигнал |
|---|---|---|
| Время | «Пришлите презентацию» | Следующая встреча с понятной целью; сессия по прототипу; пробный период с реальной работой |
| Репутация | «Я расскажу коллегам» | Знакомство с тем, кто принимает решение; знакомство с командой; публичный отзыв |
| Деньги | «Бюджет найдём» | Письмо о намерениях, предзаказ, депозит, платный пилот |
| Доступ к данным (B2B) | «Данные у нас есть» | Обезличенная выгрузка, доступ к тестовой среде, согласование с безопасностью |
Примеры в строках «Время», «Репутация» и «Деньги» — из книги (сессия по прототипу и знакомство с командой там тоже есть); «платный пилот» и строка «Доступ к данным» — дополнения статьи.
Правая колонка — это то, что можно положить на стол на ревью. Левая — то, что обычно в отчёте называют «высокий интерес».
Custdev-вопросы: таблица «плохо → хорошо»
Большинство плохих вопросов ломают одно из трёх правил: говорят об идее, спрашивают о будущем или подсказывают ответ. Хорошая замена почти всегда сдвигает разговор в прошлое и к конкретному эпизоду.
| Плохой вопрос | Что сломано | Хороший вопрос |
|---|---|---|
| «Как вам наша идея?» | Об идее, просит комплимент | «Расскажите, как вы сейчас решаете эту задачу» |
| «Вы бы купили продукт, который делает X?» | Будущее, гипотетика | «Когда это случилось в последний раз? Что вы сделали?» |
| «Сколько вы готовы платить?» | Мнение о будущем | «Во что вам сейчас обходится эта проблема — в деньгах и времени?» |
| «Это для вас большая проблема?» | Подсказывает ответ | «Что вы уже пробовали, чтобы это исправить?» |
| «Вам нужна функция Y?» | Предлагает решение | «Зачем вам Y? Что произойдёт, если её не будет?» |
| «Вы обычно делаете это вручную?» | Провоцирует общий ответ | «Покажите, как вы делали это на прошлой неделе» |
| «Вам было бы удобно в приложении?» | Гипотетика | «Где у вас это сейчас живёт? Кто ещё в этом участвует?» |
| — | — | «С кем ещё мне стоит поговорить?» |
Последняя строка — вопрос, которого чаще всего нет в сценарии. Он сам по себе проверяет обязательство: человек, которому проблема безразлична, не станет тратить репутацию на знакомство.
Когда собеседник всё-таки отвечает комплиментом или «пухом», с ним не спорят, а возвращают к фактам: почему вам это нравится, сколько это сэкономило бы, что вы пробовали раньше. Если на эти вопросы нет ответа, у вас комплимент, а не данные.
Как провести интервью с клиентами по Mom Test: 7 шагов
Интервью по Mom Test — это семь шагов: решение, три вопроса, без питча, последний случай, дословная запись, просьба об обязательстве, разбор в тот же день. Инструменты и бюджет не нужны, нужна дисциплина до, во время и после разговора. Если тема для команды новая, перед интервью стоит собрать карту темы из открытых источников — например, STORM-подходом: тогда интервью уходят на то, чего в открытых данных нет.
- Сформулируйте решение, под которое идёт интервью. Не «понять клиентов», а «брать ли AI-фичу в следующий квартал». Без решения нельзя сказать, какой ответ что-то изменит.
- Выпишите три главных вопроса. Те, ответы на которые могут развернуть решение. Остальное — по ходу.
- Не начинайте с питча. Как только вы заговорили об идее, собеседник перестаёт говорить о своих проблемах. Идею показывают в конце, если вообще показывают.
- Ведите разговор к последнему конкретному случаю. «Когда это было в последний раз? Что вы сделали? Сколько это заняло? Кто ещё участвовал?»
- Записывайте дословно. Цитаты, а не пересказ. Пересказ интервьюера — первое место, где «мы бы попробовали» превращается в «готовы купить».
- Попросите обязательство в конце. Следующая встреча, знакомство с ЛПР, выгрузка данных, пилот. Отказ — тоже результат: это честное «нет» вместо вежливого «да».
- Разберите встречу в тот же день. Отделите факты о прошлом от мнений о будущем, отметьте обязательства, обновите список допущений.
Итог шестого и седьмого шагов — сырьё для следующего этапа. Факты о прошлом ложатся в дерево возможностей, а рискованные допущения — в карту допущений, где решают, что проверять первым.
Как это выглядит на AI-фиче в B2B SaaS?
Пример условный: компания, роли и числа придуманы для иллюстрации.
B2B SaaS для служб поддержки думает над AI-фичей: черновик ответа на тикет генерируется автоматически, оператор только правит. Продакт-менеджер провёл 12 интервью с руководителями поддержки клиентов.
В отчёте: «10 из 12 подтвердили интерес, 7 готовы платить дополнительно». Команда оценивает фичу в квартал работы четырёх инженеров.
CPO перечитывает заметки и видит, что почти все «подтверждения» — ответы на вопрос «Пользовались бы вы такой функцией?». Фактов о прошлом в заметках мало. Обязательств — ни одного.
Повторный раунд строят по Mom Test. Те же 12 компаний, но другие вопросы и другой финал разговора:
| Вопрос второго раунда | Что выяснилось (условно) |
|---|---|
| «Как операторы отвечали на типовой тикет на прошлой неделе?» | В 5 компаниях уже есть шаблоны ответов, и проблема для них в другом — в маршрутизации |
| «Что вы уже пробовали?» | В 4 компаниях операторы копируют тикеты во внешний чат-бот — без согласования с безопасностью |
| «Во что вам обходится время ответа?» | Только 3 руководителя назвали метрику и её стоимость для бизнеса |
| Просьба: 200 обезличенных тикетов для пилота | Согласились 3 компании |
| Просьба: встреча с руководителем безопасности | Согласились 2 |
Картина поменялась. Вместо «10 из 12 хотят» — три компании, которые отдали данные, и две, которые потратили репутацию на знакомство с безопасностью. Сигнал про внешний чат-бот оказался ценнее всех «да» первого раунда: это реальное поведение, за которым стоит реальная боль, и одновременно риск, который клиент уже готов обсуждать.
Решение для руководителя становится другим. Не квартал на фичу для всех, а пилот на две-три недели с тремя компаниями, которые дали данные, и отдельная проверка требований безопасности. Если пилот не даст продвижения по воронке, квартал команды останется свободным.
Как понять, что discovery-отчёт построен на мнениях о будущем
Discovery-отчёт стоит на мнениях о будущем, если в нём больше глаголов «купят/будут», чем эпизодов из прошлого и обязательств. Руководитель редко сидит на интервью и видит только отчёт, поэтому главный навык — читать его так, чтобы увидеть, на чём он стоит.
Красные флаги:
- Глаголы в будущем и сослагательном наклонении. «Будут использовать», «купили бы», «готовы перейти». Каждое такое утверждение — мнение о будущем, а не факт.
- Проценты интереса без обязательств. «80% заинтересованы» при нуле пилотов, писем о намерениях и знакомств.
- Нет последнего случая. В отчёте есть «клиенты страдают от X», но нет ни одного эпизода: когда, сколько времени, что сделали.
- Общие утверждения как данные. «Обычно», «всегда», «постоянно» — это самоописание, а не поведение.
- Запросы фич записаны как требования. «Клиенты просят интеграцию» без ответа на вопрос «зачем».
- Нет следующего шага ни по одной компании. Это и есть бесполезная встреча по Фицпатрику, только повторённая много раз.
- Только подтверждения. Отчёт без единого «нет», без возражений и без сегмента, которому это не нужно.
Быстрый тест на ревью: попросите команду разделить все утверждения отчёта на три колонки — «факт из прошлого», «мнение о будущем», «обязательство». Если вторая колонка длиннее двух других вместе, отчёт описывает надежды, а не спрос.
Чек-лист: как проверить заметки интервью команды
Этот список подходит для еженедельного ревью discovery. Достаточно открыть заметки по двум-трём последним интервью.
- У интервью было решение, которое оно должно было подвинуть.
- Есть дословные цитаты, а не только пересказ интервьюера.
- Есть хотя бы один конкретный эпизод из прошлого: дата, действие, участники, стоимость.
- Записано, что клиент уже пробовал и почему это не сработало.
- Интервьюер говорил заметно меньше собеседника (видно по стенограмме или записи).
- Идея продукта не звучала в первой половине разговора.
- Комплименты отмечены как комплименты и не попали в выводы.
- Запросы фич записаны вместе с причиной, стоящей за ними.
- В конце встречи прозвучала просьба об обязательстве — и записано, что клиент отдал: время, репутацию, деньги, данные.
- Зафиксирован следующий шаг по этой компании или честное «нет».
- По «нет» записана причина: кто отказался и почему.
- Есть ответ на вопрос «с кем ещё поговорить?».
Если больше половины пунктов пустые, интервью стоит не пересчитывать, а повторить. Это дешевле, чем строить на нём квартал.
Где Mom Test не работает?
Mom Test не измеряет объём рынка, слабо работает в новых категориях и не заменяет эксперимент. От вежливой лжи он защищает хорошо, но у этой защиты есть пределы.
- Не измеряет объём рынка. Метод отвечает на вопрос, есть ли проблема и насколько она болит, а не сколько таких клиентов. Для объёма нужны другие данные.
- Плохо работает на новых категориях. Если поведения в прошлом нет, потому что проблема только появляется, конкретики о прошлом будет мало. Тогда ближайший сигнал — обходные пути, которые люди уже строят.
- Обязательство можно выпросить. Клиент из лояльности согласится на встречу или пилот, не собираясь покупать. Смотрите на цену обязательства для него: чем она выше, тем сигнал надёжнее.
- Интервью — не эксперимент. Оно сужает неопределённость, но не заменяет проверку поведения на продукте. Сколько стоит дальнейшая проверка и окупится ли она, считают через ценность информации.
- Выборка решает всё. Двенадцать безупречных интервью с теми, кто уже любит продукт, дадут безупречно смещённый вывод.
Метод не нужен, когда решение дешёвое и обратимое: быстрее выпустить и посмотреть на поведение. И когда спрос уже подтверждён деньгами — тогда интервью нужны для другого: понять, почему покупают и где теряют.
Как внедрить Mom Test в команде за неделю
План для CPO или руководителя продукта, без отдельного бюджета.
- День 1. Разослать команде три правила и таблицу валют обязательства. Договориться: «интерес» без обязательства в отчётах не считается.
- День 2. Переписать сценарии ближайших интервью по таблице «плохо → хорошо». Убрать все вопросы о будущем.
- День 3. Добавить в шаблон заметок три поля: «эпизод из прошлого», «что пробовали», «обязательство и следующий шаг».
- День 4–5. Провести интервью по новому сценарию. Руководитель слушает одно из них молча.
- Конец недели. Ревью по чек-листу на двух-трёх свежих заметках. Отчёт о спросе на любую фичу из roadmap — с колонками «факт / мнение / обязательство».
Дальше тот же чек-лист становится повесткой каждого ревью discovery: по каждому пустому пункту — вопрос команде.
Частые вопросы
Чем Mom Test отличается от обычного custdev?
Custdev — сокращение от customer development, процесса Стива Бланка: какие гипотезы о клиентах и бизнес-модели проверять и в каком порядке. Mom Test — техника разговора внутри этого процесса. Custdev отвечает, что проверять у клиентов, Mom Test — как спросить, чтобы ответу можно было доверять.
Можно ли вообще спрашивать о цене?
Спрашивать «сколько бы вы заплатили» бесполезно: это мнение о будущем. Полезнее узнать, во что проблема обходится сейчас и сколько клиент уже тратит на обходные решения. Лучшая проверка цены — просьба о предзаказе, депозите или платном пилоте.
Сколько интервью нужно провести?
Универсального числа нет. Практичный ориентир — продолжать, пока новые разговоры перестают менять ваши выводы о проблеме и сегменте. Если каждое интервью приносит сюрприз, сегмент, скорее всего, сформулирован слишком широко.
Что делать, если клиент сам предлагает фичу?
Записать её и спросить, зачем она нужна и что происходит сейчас без неё. За запросом фичи обычно стоит проблема, у которой есть решения дешевле. Сама фича — это гипотеза клиента, а не требование.
Подходит ли Mom Test для интервью об AI-функциях?
Да, и там он особенно полезен: AI-идеи легко вызывают восторг, который ничего не стоит. Спрашивайте, как задачу решают сейчас, пробовали ли уже внешние модели и что остановило. Обязательство здесь часто выражается в доступе к данным и встрече с безопасностью.
Источники
- Rob Fitzpatrick. The Mom Test: How to talk to customers & learn if your business is a good idea when everyone is lying to you — официальный сайт книги.
- Выходные данные издания в Google Books: Robfitz Ltd, 9 октября 2013, ISBN 978-1-4921-8074-6.
- Michael Lynch. Book report: The Mom Test — конспект с цитатами из книги: три правила, комплименты, три вида «пуха», запросы фич, commitment и advancement, цитата о бесполезной встрече.
- Sachin Rekhi. A Primer on Talking to Customers From Rob Fitzpatrick’s The Mom Test — примеры обязательств по валютам времени, репутации и денег.
- Steve Blank. What’s A Startup? First Principles. 25 января 2010 — о процессе Customer Development: как стартап быстро проверяет каждый элемент бизнес-модели.
Методология
Методология одной книгой
Как Product Owner ведёт запрос бизнеса от первого письма до результата, который можно показать: пять стадий, у каждой понятный выход. Оставьте почту, и я пришлю книгу.
Эта статья — часть методологии: Вход: как бизнес приходит с запросом → Боль вместо буквальной просьбы
Читать дальше
- Анализ конкурирующих гипотез (ACH): как найти причину падения метрики
Анализ конкурирующих гипотез (ACH) Хойера для продукта: матрица гипотез и фактов, диагностичность, 8 шагов и что спросить у команды, когда упала метрика.
- Карта допущений (assumption mapping): что проверять до разработки
Карта допущений по Дэвиду Бланду: как за час найти убеждения, от которых зависит продукт, и оплатить их проверку раньше, чем разработку фичи.
- Атомарные исследования: как перестать платить за ресёрч дважды
Атомарные исследования (atomic research) — база фактов вместо отчётов: шаблоны факта, инсайта и решения, уровни доказательности, трассируемость и формат для RAG.