Основатель уверен в идее, показывает её друзьям, слышит «звучит здорово» и идёт строить продукт, который в итоге никому не нужен. Друзья не врали со зла. Им задали вопросы, на которые вежливый человек отвечает только «да», и полгода разработки ушли на это «да».
Почему хорошие идеи проваливаются на живом рынке
Customer Development давно считается обязательной частью работы над продуктом, но многие команды идут привычным путём: сначала идея, потом разработка, и только затем попытка «поговорить с пользователями», чтобы подтвердить уже выбранное направление. В такой логике CustDev превращается в формальность и перестаёт снижать неопределённость, хотя ради этого он и существует.
Многие продукты проваливаются потому, что реальной потребности за ними нет. Идея выглядит логичной, рынок остаётся равнодушным. На раннем этапе объективных данных почти нет, и решения принимаются на интуиции. Customer Development задумывался, чтобы этот риск снизить, но часто используется наоборот: интервью превращаются в презентации, а обратная связь в набор комплиментов. Создать MVP за последние годы стало проще, но нужный продукт от этого не стал ближе. Неудачную фичу переписывают за спринт. Полгода работы над продуктом для несуществующей потребности не возвращаются.
Классический Customer Development начинается с призыва выйти из офиса: гипотезы о клиенте проверяются в разговоре с ним, за рабочим столом их не проверить. Как именно разговаривать, чтобы не получить вежливую ложь, классики метода подробно не объясняли. Этот пробел закрыл Роб Фитцпатрик. В 2013 году он выпустил «The Mom Test», по-русски «Спроси маму», и свёл метод к трём правилам: говорите о жизни собеседника, а не о своей идее; спрашивайте о конкретных случаях в прошлом, а не о мнениях и планах; меньше говорите и больше слушайте. Название и есть проверка. Вопросы должны быть такими, чтобы даже мама, которая очень хочет вас поддержать, не смогла ввести вас в заблуждение.
Популярность книги держится на прямоте. Автор честно показывает, что большинство разговоров с потенциальными клиентами бесполезны, пока не изменить сами вопросы и роль интервьюера. Поэтому «Спроси маму» и рассматривают как первый, обязательный шаг в Customer Development.
Что метод проверяет, а что нет
«Спроси маму» описывает качественные интервью на этапе проверки проблемы. Предмет разговора: реальные боли, привычки и контекст жизни человека. Оценивать идею продукта собеседника не просят. В фокусе факты о прошлом поведении, потому что о будущем люди фантазируют, а о прошлом вспоминают.
Границы у подхода жёсткие. Он не заменяет количественные исследования, не считает юнит-экономику и ничего не говорит о масштабировании. Это инструмент ранней стадии: стоит ли двигаться дальше и куда. Всё, что идёт после подтверждения проблемы, требует других инструментов.
Прежде всего подход нужен основателям и продакт-менеджерам на ранней стадии, где неопределённость максимальна, а цена ошибки пока низкая. Корпоративные команды, которые запускают новые направления, сталкиваются с теми же искажениями. Разговоры с внутренними заказчиками и лояльными клиентами легко создают иллюзию спроса, и «Спроси маму» эту иллюзию разрушает. Подход нужен каждый раз, когда команда не уверена, что понимает проблему: новый рынок, новый сегмент, серьёзное изменение продукта.
Плохой вопрос и хороший вопрос
Разница между методом и его имитацией видна на конкретных формулировках. Возьмём идею сервиса, который помогает малому бизнесу готовить отчётность.
«Вам было бы удобно, если бы отчёты собирались автоматически?» Ответ «да» гарантирован и ничего не стоит. Лучше так: «Расскажите, как вы готовили отчёт в последний раз. С чего начали, сколько это заняло?» Теперь человек вспоминает конкретный вечер, и вы узнаёте, делает ли он это сам.
«Сколько вы готовы платить за такой сервис?» Люди называют цену, которую никогда не заплатят. Лучше: «Вы уже платите за что-то, что решает эту задачу? Сколько и почему выбрали именно это?» Деньги, которые человек тратит сейчас, показывают реальный бюджет.
«Как вы думаете, это полезная идея?» Здесь вы просите оценить себя, и собеседник из вежливости хвалит. Лучше спросить: «Что вы пробовали, чтобы решить это раньше? Почему не сработало?» Если человек ничего не пробовал, проблема, скорее всего, не так остра, как кажется.
Общее правило простое: каждый вопрос про будущее («купили бы», «пользовались бы») переводится в вопрос про прошлое («когда в последний раз», «что сделали», «сколько потратили»). Если перевести не получается, вопрос лучше выбросить.
Как устроен цикл: от гипотезы к паттернам
Сначала формулируется гипотеза о проблеме и сегменте. Команда должна понимать, что проверяет и с кем говорит, иначе интервью превращаются в беседы без результата. Здесь же задаются критерии респондентов и контекст, в котором возникает предполагаемая проблема. Так вы не потратите время на людей, которые с проблемой не сталкивались.
Дальше идёт серия интервью о прошлом опыте. Интервьюер задаёт открытые вопросы, уточняет детали и не оценивает идею. Цель: понять, как человек решает задачу сейчас и какими альтернативами пользуется. Особенно важно удержаться от презентации: даже краткое описание решения смещает разговор к вежливой оценке и превращает исследование в продажу.
На третьем этапе материал разбирают. Команда ищет паттерны, которые повторяются у разных людей. Отдельная яркая история паттерном не считается. Как понять, что паттерн есть? Удобно заранее записать порог. Например, команда проводит 12 интервью и считает проблему подтверждённой, если хотя бы пятеро независимо описали одно и то же действие за последние три месяца и назвали его цену в часах или деньгах. Допустим, так ответили шестеро, и в среднем они тратят на задачу 4 часа в месяц. Гипотеза держится, и следующий шаг понятен. Если таких двое, гипотезу меняют: добирать ещё двенадцать разговоров в надежде, что повезёт, бессмысленно. Порог подбирают под однородность сегмента, но записывают до первого интервью.
Инструменты простые. Сценарий состоит из тем, без готовых вопросов: он удерживает фокус, но не превращает беседу в анкету. Заметки фиксируют факты (действия, частоту, затраты времени и денег), а интерпретации пишутся отдельно. Таблица паттернов показывает, что повторяется у разных людей, и снижает вес субъективного впечатления: одна эмоциональная история весит в ней ровно одну строку.
Обещание ничего не стоит, обязательство стоит
Самое полезное место книги часто пропускают. Фитцпатрик предлагает заканчивать хороший разговор просьбой о небольшом обязательстве. Обязательство измеряется в тех валютах, которые у человека есть; Фитцпатрик называет три: время, репутационный риск и живые деньги. Согласие на следующую встречу с демонстрацией прототипа стоит времени. Знакомство с руководителем или коллегой стоит репутации. Предоплата или письмо о намерении купить стоит денег.
Логика простая: «звучит здорово» ничего собеседнику не стоит, поэтому ничего и не доказывает. Если человек после разговора согласился потратить час на тестирование, проблема для него реальна. Если он пообещал «посмотреть, когда будет готово», он просто нашёл вежливый способ закончить разговор.
На практике это даёт ещё одну метрику для порога из прошлого раздела. Пусть из 12 собеседников шестеро описали проблему, а трое согласились на следующую встречу и один предложил познакомить с коллегой из соседнего отдела. Это сильнее, чем двенадцать «интересно, держите в курсе». Если за всю серию никто не согласился ни на что, даже при хороших разговорах, сигнал стоит прочитать честно.
Где интервью ломается чаще всего
Чаще всего интервью портят вопросы с подсказкой: ответ уже заложен в формулировке, и интервьюер получает подтверждение, которого добивался. Рядом стоит защита идеи. Основатель начинает спорить и оправдываться вместо того, чтобы слушать, и помогает только смена роли: на интервью нужен исследователь. Третья ловушка: удобные респонденты, друзья и коллеги. Экономия времени оборачивается вежливыми ответами людей без реальной проблемы.
Другая группа ошибок касается содержания разговора и выводов. Сверяйте каждое интервью с коротким списком:
- спрашивать про конкретные действия: что человек делал в последний раз, когда столкнулся с задачей, иначе разговор уходит в абстракции, где легко получить вежливое согласие вместо факта;
- не делать выводов после одного-двух разговоров. Надёжный вывод появляется, только когда одно и то же повторяется в серии интервью. Один яркий рассказ ничего не доказывает;
- записывать всё подряд, особенно то, что противоречит гипотезе. Иначе из страха признать ошибку неудобные ответы начинают объяснять и отбрасывать, а это ровно те данные, ради которых интервью и затевалось;
- уточнять аудиторию, чтобы слишком широкая гипотеза не собирала в одну выборку разных людей с несравнимым опытом;
- углубляться в детали ситуации, одного факта действия мало: как часто это повторяется и во что обходится по времени и деньгам, видно только в подробностях, и они же показывают, почему человек поступил именно так.
Плохой CustDev узнаётся по трём формам. Интервью-презентация: интервьюер рассказывает идею, описывает преимущества, спрашивает мнение и получает одобрение без практической ценности. Интервью-опрос: вопросы задаются быстро, без уточнений, ответы записываются без контекста, и мотивация человека остаётся непонятой. Интервью ради галочки: разговоры проводят, но в решениях не используют, и записи превращаются в архив.
Что меняют правильные вопросы
Как меняется картина после перехода на правильные вопросы, видно на двух типичных историях.
Первая команда хотела автоматизировать отчётность малого бизнеса. Проблема казалась очевидной, и интервью начинались с вопроса о пользе будущего сервиса. После перехода к вопросам о реальном процессе подготовки отчётов выяснилось, что большинство предпринимателей отдают эту задачу бухгалтеру и сами её не касаются. Идею переработали под другой сегмент, ближе к тем, кто делает отчётность руками, то есть к самим бухгалтерам на аутсорсе.
Вторая команда делала сервис планирования питания для занятых людей, и первые интервью показывали высокий интерес. Стоило сменить формат вопросов с оценки идеи на разбор прошлого опыта, как оказалось, что проблема не в планировании. Люди прекрасно знали, что приготовить, им не хватало мотивации готовить. Продукт пересобрали вокруг этой боли. В первом случае сменился сегмент, во втором сама проблема, и в обоих это стоило нескольких недель разговоров вместо полугода разработки.
Когда идею всё-таки нужно показать
У метода есть очевидное слабое место: для по-настоящему нового продукта прошлого поведения не существует. До появления смартфонов никто не мог рассказать, как в последний раз вызывал такси через приложение. Если спрашивать только о прошлом, вы найдёте лишь улучшения того, что уже есть.
В этом есть правда. Но даже у нового продукта есть старая задача: человек как-то добирался домой и до приложений, и как именно, можно расспросить. Метод проверяет проблему. Показывать решение можно и нужно, но позже, на отдельном этапе, когда проблема уже подтверждена, и с другой целью: проверить, попадает ли конкретная форма в реальную боль. Сам Фитцпатрик не запрещает показывать продукт, он предлагает делать это в конце разговора, после того как вы узнали всё о жизни собеседника. Правило получается такое: пока не подтверждена проблема, прототип не показывают; после подтверждения показывают и просят обязательство.
В B2B у метода есть своя сложность. По оценкам Gartner, в сложной B2B-покупке участвуют от шести до десяти человек, и человек, который острее всех чувствует проблему, часто не распоряжается бюджетом. Здесь подход особенно полезен для дорогих решений с длинным циклом, где за формальными требованиями скрыта настоящая мотивация. Спрашивайте о прошлом и про сам процесс покупки: кто в последний раз согласовывал похожую закупку, сколько это заняло, на каком шаге она застряла. Комбинировать интервью с опросами можно, но только после качественного этапа: сначала нужно понять, что вообще измерять.
Как внедрить за один цикл исследований
Для первого захода хватает одного цикла. Сформулируйте проверяемую гипотезу о проблеме и конкретный сегмент с критериями респондентов. Подготовьте темы вместо списка вопросов и стройте разговор вокруг прошлого поведения, не презентуя продукт до конца интервью. Уточняйте частоту и затраты времени и денег. Запишите порог подтверждения до первого разговора. Фиксируйте факты отдельно от интерпретаций, записывайте интервью, чтобы не додумывать детали задним числом, и в конце каждого разговора просите небольшое обязательство. Первые паттерны часто проступают после 7-10 разговоров, но нужное число зависит от однородности сегмента. Если гипотеза не подтвердилась, это результат: команда меняет сегмент или пересматривает проблему.
Готовых рецептов успеха книга не даёт. Зато проверить, усвоен ли метод, можно за десять минут по собственной расшифровке. Посчитайте вопросы о будущем («купили бы?», «пользовались бы?») и вопросы о прошлом. Если первых больше, разговор шёл о продукте, и то самое «звучит здорово» из первого абзаца, скорее всего, уже лежит где-то в ваших заметках.