Статьи

    Книга «Спроси маму» как первый шаг в CustDev

    1 марта 2026 г.
    7 мин чтения
    Поделиться этой статьей

    Customer Development сегодня воспринимается как обязательный элемент работы над продуктом, но путь к этому пониманию был долгим. Многие команды по-прежнему начинают с идеи, затем переходят к разработке и лишь потом пытаются «поговорить с пользователями», чтобы подтвердить правильность выбранного направления. В такой логике CustDev превращается в формальность и перестает выполнять свою ключевую функцию - снижение неопределенности. Книга «Спроси маму» появилась именно в этом контексте и стала ответом на типичную ошибку ранних этапов продуктовой работы.

    Причина популярности этой книги заключается в ее прямолинейности. Она не обещает быстрых побед и не маскирует сложность работы с рынком. Напротив, автор честно показывает, что большинство разговоров с потенциальными клиентами бесполезны, если не изменить сам подход к вопросам и роли интервьюера. Поэтому «Спроси маму» часто рассматривается как первый и обязательный шаг в Customer Development.

    Контекст и суть проблемы: зачем это вообще обсуждать

    Большинство продуктовых провалов связано не с технологией и не с командой, а с отсутствием реальной потребности у пользователей. Идея может казаться логичной, красивой и даже очевидной, но рынок при этом остается равнодушным. Проблема усугубляется тем, что на раннем этапе у команды почти нет объективных данных, а значит возрастает риск принимать решения на основе интуиции и предположений.

    Customer Development задумывался как способ минимизировать этот риск, но на практике часто используется неправильно. Интервью превращаются в презентации, а фидбек - в набор вежливых комментариев. Книга «Спроси маму» важна именно потому, что вскрывает эту проблему и предлагает конкретный способ выйти из замкнутого круга подтверждения собственных идей.

    Еще один важный аспект контекста - рост конкуренции и снижение порога входа в разработку. Создать MVP стало проще, но это не значит, что стало проще создать нужный продукт. Ошибки в понимании пользователя обходятся дороже, чем ошибки в коде, и именно здесь ценность правильного CustDev становится критической.

    Что это такое и где проходит граница

    «Спроси маму» - это методологический подход к проведению качественных пользовательских интервью на этапе проверки проблемных гипотез. Он направлен на выявление реальных болей, привычек и контекста жизни пользователя, а не на оценку идеи продукта. В фокусе находятся факты о прошлом поведении, а не мнения и ожидания.

    Важно понимать границы этого подхода. Он не заменяет количественные исследования, не решает задачи юнит-экономики и не дает ответов на вопросы масштабирования. Это инструмент ранней стадии, который помогает понять, стоит ли вообще двигаться дальше и в каком направлении.

    Книга также не является универсальным учебником по Customer Development. Она сознательно ограничивается одним аспектом - разговором с пользователем. Все, что происходит после подтверждения проблемы, выходит за рамки ее задач и требует других инструментов.

    Для кого это актуально и в какой момент

    В первую очередь подход из «Спроси маму» нужен основателям стартапов и продуктовым менеджерам на ранней стадии. Именно в этот момент неопределенность максимальна, а цена ошибки относительно низкая. Чем раньше команда начинает использовать правильный формат интервью, тем выше шанс избежать стратегических просчетов.

    Однако книга полезна не только стартапам. Корпоративные продуктовые команды, запускающие новые направления или проверяющие гипотезы роста, сталкиваются с теми же искажениями. Разговоры с внутренними заказчиками и лояльными клиентами часто создают иллюзию спроса, которую «Спроси маму» помогает разрушить.

    Подход становится актуальным всякий раз, когда команда не уверена, что понимает проблему пользователя. Это может быть новый рынок, новый сегмент или существенное изменение продукта.

    Как это применяется в реальной работе

    На первом этапе формулируется гипотеза о проблеме и сегменте. Команда должна четко понимать, что именно она хочет проверить и с кем собирается говорить. Без этого интервью превращаются в хаотичные беседы без фокуса и результата.

    Важно заранее определить критерии респондентов и контекст, в котором возникает предполагаемая проблема. Это помогает избежать разговоров с людьми, которые не имеют релевантного опыта.

    На втором этапе проводится серия интервью. Разговор строится вокруг прошлого опыта пользователя. Интервьюер задает открытые вопросы, уточняет детали и избегает любых форм оценки идеи. Ключевая задача - понять, как человек решает задачу сейчас и какие альтернативы использует.

    На этом этапе особенно важно удерживаться от презентации продукта. Даже краткое описание решения может исказить ответы и превратить исследование в продажу.

    Третий этап - анализ и обобщение. Команда фиксирует повторяющиеся паттерны, а не отдельные яркие истории. Если проблема действительно существует, она будет всплывать снова и снова в разных интервью.

    На основе этих данных принимается решение о дальнейшем движении: углублении исследования, смене сегмента или отказе от гипотезы.

    Практические инструменты и рабочие материалы

    Основной инструмент - сценарий интервью, который содержит не вопросы, а темы и направления разговора. Он помогает удерживать фокус, но не превращает интервью в анкету.

    Еще один важный артефакт - заметки и расшифровки разговоров. Фиксируются конкретные факты: действия, частота, затраты времени и денег. Интерпретации и выводы выносятся отдельно.

    Часто используется таблица паттернов, где команда отмечает, какие проблемы и решения повторяются у разных респондентов. Это упрощает анализ и снижает влияние субъективного восприятия.

    Просчёты и неудачи

    Первая ошибка - вопросы с подсказкой. Причина - желание ускорить процесс. Проявляется в формулировках, которые подталкивают к нужному ответу. Исправляется переформулировкой вопросов в нейтральный вид.

    Вторая ошибка - защита идеи. Причина - эмоциональная вовлеченность. Проявляется в спорах и оправданиях. Исправляется сменой роли интервьюера на исследователя.

    Третья ошибка - интервью с удобными респондентами. Причина - экономия времени. Проявляется в разговоре с друзьями и коллегами. Исправляется строгим отбором участников.

    Четвертая ошибка - фокус на мнениях. Причина - привычка спрашивать «как вы думаете». Проявляется в абстрактных ответах. Исправляется вопросами о конкретных действиях.

    Пятая ошибка - преждевременные выводы. Причина - желание быстрее принять решение. Проявляется после одного-двух интервью. Исправляется анализом серии разговоров.

    Шестая ошибка - игнорирование отрицательного фидбека. Причина - страх признать ошибку. Проявляется в рационализации. Исправляется фиксацией всех данных без фильтрации.

    Седьмая ошибка - смешение сегментов. Причина - слишком широкая гипотеза. Проявляется в противоречивых ответах. Исправляется уточнением целевой аудитории.

    Восьмая ошибка - отсутствие контекста. Причина - поверхностные вопросы. Проявляется в непонимании причин поведения. Исправляется углублением в детали ситуации.

    Контрпримеры: проявления неудачного подхода

    Плохой CustDev начинается с презентации продукта. Интервьюер рассказывает идею, описывает преимущества и затем спрашивает мнение. В ответ он получает одобрение, которое не имеет практической ценности.

    Другой анти-пример - интервью в формате опроса. Вопросы задаются быстро, без уточнений, а ответы фиксируются без контекста. Такой подход не позволяет понять мотивацию пользователя.

    Еще один пример - интервью ради галочки. Команда проводит несколько разговоров, но не использует результаты для принятия решений. В итоге CustDev становится формальностью.

    Мини-кейс 1: было - сделали - получили

    Команда хотела создать сервис для автоматизации отчетности малого бизнеса. Было ощущение, что проблема очевидна. Интервью начинались с вопроса о пользе сервиса.

    После перехода на подход из «Спроси маму» команда стала спрашивать о реальном процессе подготовки отчетов. Выяснилось, что большинство делегирует эту задачу бухгалтеру. В результате идея была переработана под другой сегмент.

    Мини-кейс 2: было - сделали - получили

    Онлайн-сервис планирования питания ориентировался на занятых людей. Интервью показывали высокий интерес. После изменения формата вопросов выяснилось, что проблема не в планировании, а в мотивации готовить. Продукт был пересобран вокруг этой боли.

    План внедрения (15–20 шагов)

    1. Сформулировать проверяемую гипотезу.
    2. Определить конкретный сегмент.
    3. Найти респондентов с релевантным опытом.
    4. Подготовить темы для интервью.
    5. Исключить вопросы о будущем.
    6. Фокусироваться на прошлом опыте.
    7. Не презентовать продукт.
    8. Уточнять детали и контекст.
    9. Фиксировать факты.
    10. Избегать интерпретаций в процессе.
    11. Проводить серию интервью.
    12. Искать повторяющиеся паттерны.
    13. Документировать выводы.
    14. Проверять гипотезы итеративно.
    15. Принимать решения на основе данных.
    16. Быть готовым к смене направления.

    FAQ

    Почему нельзя спрашивать мнение о продукте?

    Потому что мнение не отражает реальное поведение и почти всегда искажено социальными ожиданиями.

    Сколько интервью нужно?

    Обычно 7-10 разговоров достаточно для выявления первых паттернов.

    Подходит ли подход для B2B?

    Да, особенно для сложных и дорогих решений, где цикл принятия решений длинный.

    Можно ли комбинировать с опросами?

    Да, но только после качественного этапа.

    Что делать, если гипотеза не подтверждается?

    Либо изменить сегмент, либо пересмотреть проблему.

    Нужно ли записывать интервью?

    Желательно, чтобы избежать потери деталей.

    Когда переходить к решению?

    Только после подтверждения проблемы.

    Книга «Спроси маму» ценна тем, что возвращает Customer Development к его сути - честному исследованию реальности пользователя. Она не дает готовых рецептов успеха, но формирует мышление, без которого любые продуктовые инструменты теряют эффективность. Именно поэтому ее можно считать первым и обязательным шагом в CustDev.