Customer development: как проводить проблемные интервью и проверять спрос до разработки — подход Ивана Замесина

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

Собрано из реальной встречи в Noteall · создать свою публикацию
Customer development: как проводить проблемные интервью и проверять спрос до разработки — подход Ивана Замесина
Коротко о главном
Как проводить customer development и проблемные интервью, чтобы проверить спрос до разработки?
Customer development и проблемные интервью проводят через изучение прошлого поведения: как выбранный сегмент решает задачу, что ему мешает, как часто возникает ситуация и какие эмоции она вызывает. Повторяющиеся потребности оформляют в job stories, проверяют минимальным решением и запросом на реальное обязательство — оплату, предоплату, пилот или другой commit. После качественных сигналов гипотезу подтверждают конверсией, retention и unit-экономикой.

Ключевые выводы

1
Проблемные интервью исследуют прошлое поведение, а не будущие намерения
Проблемные интервью дают данные о текущем способе решения задачи, затратах, эмоциях, альтернативах и последствиях. Намерение купить или пользоваться продуктом в будущем не подтверждает реальное действие.
2
Проблему разбирают через последний конкретный эпизод
Последний реальный случай, причины тяжести, эмоция, её оценка и частота помогают отличить общую жалобу от значимой повторяющейся потребности.
3
Job stories приоритизируют по частотности и силе эмоций
Сначала проверяют, повторяется ли инсайт у большей части сегмента, затем оценивают интенсивность переживания. В приоритете — частые боли с сильными эмоциями.
4
Оплата или обязательство подтверждают спрос сильнее интереса
После проблемного интервью решение предлагают купить в виде слайдов, прототипа, ручной услуги или MVP. Причина отказа становится основанием для следующей гипотезы.
5
Сегменты уточняют после проблемных интервью
Стартовая сегментация — гипотеза. Сегменты ранжируют по размеру, платёжеспособности, доступности и потенциальной силе боли, затем пересматривают по результатам интервью.
6
Количественная валидация не объясняет причины продуктовых метрик
Количественная валидация показывает конверсию, retention и unit-экономику. Причины низких показателей могут раскрыться только в разговоре с пользователем.

Эксперты

И
Иван Замесин
Яндекс
Представляет практический фреймворк исследования пользовательских потребностей и проверки продуктовых гипотез.

Полный разбор вебинара - смотрите здесь

Продуктовая гипотеза становится дорогой не в момент провала, а в момент, когда команда слишком поздно узнаёт о провале. Если сначала построить инфраструктуру, приложения, процессы и набор функций, а потом впервые показать результат рынку, обратная связь может обойтись в месяцы работы и миллионы рублей. Гораздо дешевле сначала выяснить, существует ли потребность, у кого она возникает, как человек решает задачу сейчас и готов ли он взять на себя реальное обязательство ради нового решения.

Исследование клиентов нужно именно для этого: не собрать набор пожеланий к будущему продукту, а приблизиться к фактам пользовательского опыта. Подход, который разбирает Иван Замесин, строится на коротком цикле: гипотеза сегмента → проблемные интервью → гипотеза решения и продажа → MVP → качественная и количественная проверка. На каждом шаге задача одна — сокращать время от предположения до обратной связи.

Начинать нужно не с решения, а с текущего поведения

Тоже проводите встречи, интервью или лекции?
Noteall расшифрует запись или документ и соберёт из них готовый структурированный материал.
Попробовать бесплатно →

Самая ненадёжная информация в интервью — обещание о будущем. На вопрос «Будете ли вы пользоваться?» человек может искренне ответить «да», но это не означает, что позже он изменит привычку, выделит время или заплатит. Будущее оценивается из текущего эмоционального состояния, а не из реального действия.

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

Полезный стартовый вопрос: как человек сейчас решает свою потребность? За ним следуют уточнения о затратах и удовлетворённости текущим способом. Для B2B это могут быть прямые расходы и потери бизнеса. Для массового B2C — время и внимание, которые пользователь отдаёт сервису. Даже если продукт формально бесплатный, он конкурирует за ограниченные ресурсы человека.

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

Как устроено проблемное интервью

Общий вопрос «Что вам не нравится?» полезен, но недостаточен. В начале человек может сказать, что всё нормально, или вспомнить только несколько неудобств. Проблемы часто извлекаются постепенно, когда разговор переходит от общих оценок к деталям конкретного опыта.

Для каждой обнаруженной сложности нужен повторяющийся цикл вопросов:

  1. Когда вы в последний раз столкнулись с этой проблемой?

  2. Что тогда происходило — по шагам?

  3. Почему ситуация оказалась тяжёлой?

  4. Какую эмоцию вы испытывали?

  5. Насколько сильной была эта эмоция по шкале от 1 до 10?

  6. Как часто возникает похожая ситуация?

Вопрос о последнем реальном случае особенно важен. Он отделяет устойчивое поведение от обобщённого воспоминания или декларации. Если человек не может восстановить детали эпизода, нельзя уверенно считать проблему регулярной и значимой. В спорной ситуации стоит попросить показать действие или подробно воспроизвести сценарий.

Разбор кейса
Контекст В интервью пользовательница утверждала, что пользуется голосовым поиском в Chrome.
Задача Проверить, идёт ли речь о регулярном пользовательском поведении, а не об общем впечатлении или единичном опыте.
Что сделали Вместо того чтобы принять утверждение на веру, интервьюер попросил показать, как именно пользовательница использует голосовой поиск. Воспроизведение действия позволило перейти от декларации к наблюдаемому факту.
Результат Выяснилось, что пользовательница лишь однажды увидела такую возможность, а не пользовалась голосовым поиском регулярно.
Вывод Если поведение важно для гипотезы, просите восстановить последний случай или показать действие: это помогает не принять единичное воспоминание за устойчивый сценарий.

Иван Замесин формулирует это прямо: «Достать можно факты и только факты». К таким фактам относятся текущий способ решения, действия человека, контекст, эмоции, причины сложности и частота. Предположения о будущем продукте к этой категории не относятся.

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

Разбор кейса
Контекст Иван Замесин приехал на Яндекс.Драйве в аэропорт и оставил автомобиль на крытой парковке. Он впервые выбрал Mercedes E-класса стоимостью около 15 рублей за минуту; до вылета оставалось 45 минут.
Задача Понять, почему формально небольшая техническая проблема — невозможность завершить аренду из-за GPS на крытой парковке — стала критичной для пользователя.
Что сделали Ситуацию разобрали через последовательность уточнений «почему это тяжело». Выяснилось, что при вылете на неделю незавершённая аренда могла привести к значительным списаниям. Пользователь пытался дозвониться в поддержку, но звонки сбрасывались из-за большого числа обращений. Ему нужно было принять решение в условиях неопределённости: лететь на самолёте или оставаться и пытаться завершить аренду, рискуя деньгами.
Результат Эмоцией оказался страх, оценённый на 10 из 10. Истинная боль была не только в сбое GPS, а в потере контроля, финансовом риске, дефиците времени и отсутствии доступной помощи.
Вывод Не фиксируйте проблему на уровне симптома. Несколько вопросов о причинах тяжести помогают обнаружить реальные последствия и понять, что именно должно устранять решение.

Приоритизация: частотность плюс эмоциональная сила

Одна яркая история ещё не доказывает наличие рынка. Проблема должна повторяться как в опыте конкретного человека, так и среди представителей выбранного сегмента. Если из десяти интервью один или два респондента сообщили о важном наблюдении, оно не считается частотным. Если одна и та же потребность повторяется у большинства, это более сильный сигнал.

Вторая ось — сила эмоции. Частая мелкая неприятность не всегда заставит пользователя менять поведение или платить. Поэтому в первую очередь стоит рассматривать боли, которые одновременно повторяются и вызывают сильные переживания: страх, разочарование, потерю контроля, риск потерять деньги, результат или важные отношения.

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

Результат интервью лучше оформлять как job stories (истории задач) — единообразные описания потребностей в контексте. Для каждой истории задач полезно фиксировать сценарий, текущий обходной путь, частотность, эмоцию, её силу и последствия нерешённой задачи. Тогда команда сравнивает не случайные цитаты и громкие просьбы, а сопоставимые потребности. Самые сильные и распространённые идут в работу, остальные сохраняются в списке задач.

Разбор кейса
Контекст Сервис Clean работал с сегментом клиентов с высокой пожизненной ценностью клиента и средним доходом от пользователя, но эти пользователи заказывали уборку нерегулярно: между заказами могло пройти полтора месяца.
Задача Найти причину нерегулярных заказов и повысить удержание ценного сегмента.
Что сделали Команда провела 20 интервью. В разговорах пользователи начали повторять выражение «генеральная уборка». Дальнейшее исследование показало сценарий: Clean воспринимали как сервис поддерживающей уборки, затем квартиру надолго оставляли без заказа, она становилась грязнее, пользователь сам делал большую уборку, а через две-три недели снова заказывал поддерживающую. Команда проверила гипотезу о спросе на генеральную уборку через рассылку по электронной почте, сегментируя пользователей и тестируя предложение на разных группах.
Результат Рассылка показала CTR на три-четыре процентных пункта выше, чем обычные показатели открытий и CTR в сопоставимых рассылках. После этого команда запустила генеральную уборку.
Вывод Снижение удержания не всегда означает отсутствие ценности продукта. Интервью могут раскрыть соседний сценарий и новую услугу, которую стоит сначала дёшево проверить на существующей базе.

Сегмент — гипотеза, а не готовое знание

До первых интервью команда почти всегда лишь предполагает, кто её пользователь. Сегменты стоит ранжировать по размеру, платёжеспособности, доступности и потенциальной силе боли либо ценности приятного дополнения. После первой серии разговоров этот список необходимо пересмотреть: рынок, роли и мотивации обычно оказываются сложнее исходной схемы.

В B2B особенно важно не смешивать пользователя, исполнителя, инициатора, лицо, принимающее решение, и покупателя. Ручная работа сама по себе не означает готовность платить. Если задачу можно отдать ассистенту, а руководитель не ощущает последствий, сильного спроса может не быть. Подтверждённый сегмент — это сочетание существенной потребности, возможности принять решение и готовности оплачивать решение.

Разбор кейса
Контекст Предприниматель Алексей Дешевых работал в агентстве, запускавшем рекламные кампании у блогеров. Получив 10 миллионов рублей инвестиций, он хотел сделать инструмент подбора блогеров и брать за него 1 000 долларов в месяц.
Задача До разработки выяснить, есть ли у рекламных агентств боль, достаточно сильная для ежемесячной оплаты такого инструмента, и кто в агентстве способен принять решение.
Что сделали За 12 интервью команда на первых шести разговорах выделила сегмент ЛПР: руководителей агентств и руководителей маркетинга, распоряжающихся бюджетами кампаний в Instagram. В интервью проверяли бюджет, право принимать решение и текущий способ подбора блогеров. Один из респондентов описал привычный подбор для Москвы и Петербурга через личные подписки и обсуждение с коллегами за деловым обедом. Затем интервьюер уточнил отдельный сценарий — поиск блогеров в менее знакомых городах. Выяснилось, что эту задачу часто просто передают ассистенту, а руководитель не хочет заниматься ею лично.
Результат Ручная работа по подбору блогеров не оказалась автоматически платёжной болью: в описанных сценариях ЛПР не был готов платить 1 000 долларов в месяц, поскольку задача не была для него критичной и делегировалась ассистенту.
Вывод Не путайте наличие процесса с готовностью платить за его автоматизацию. Проверяйте, кто испытывает последствия, кто принимает решение и можно ли безболезненно делегировать работу.

На поиск сегмента стоит закладывать время. В материале назван ориентир около шести недель, а при неизвестной аудитории — месяц-полтора. Первые недели могут уйти на поиск способа привлечения респондентов, а первоначальные гипотезы могут не подтвердиться. Это не сбой процесса: неподтверждённая гипотеза становится полезным результатом, если её удалось быстро и недорого закрыть.

Разбор кейса
Контекст Компания, уже работавшая в России, вместе со «стартап-мафией» ФРИИ искала платящий сегмент в США. В России её сегментом были маркетологи с определёнными бюджетами; это предположение перенесли на американский рынок.
Задача Найти способ привлечения респондентов и начать интервью с потенциальными платящими клиентами в новой стране.
Что сделали Команда писала потенциальным респондентам в LinkedIn и по электронной почте, пробовала платные способы привлечения, но в первые недели интервью не появлялись. Только к концу четвёртой недели несколько человек случайно записались на разговоры и дали две причины отказа: приём оплаты через PayPal вызывал недоверие, а компенсация в 30 долларов за интервью была ниже стоимости часа специалиста. Команда поменяла способ оплаты и подняла вознаграждение минимум до 50 долларов.
Результат После двух изменений команда стала проводить до восьми интервью в день. За следующие две недели появились несколько предпродаж и понимание, что делать в MVP.
Вывод Проблема с отсутствием интервью может находиться не в сегменте и не в ценностном предложении, а в механике привлечения респондентов. Изучайте причины отказа респондентов и тестируйте сам процесс доступа к аудитории.

После проблемы — не разработка, а продажа

Сильная боль ещё не означает, что предложенное решение будут покупать. Следующий шаг — интервью о решении: оформить гипотезу в слайды, прототип, Google Docs, ручную услугу или другой минимальный MVP и предложить клиенту купить.

Реальное действие ценнее интереса к идее. Сигналом могут стать платёж, предоплата, гарантийное письмо, обязательство провести пилот или согласие выделить рекламный бюджет. Если покупки нет, отказ нельзя автоматически переводить в новую функцию. Нужно выяснить, что именно не сработало: ценность непонятна, цена не подходит, риск слишком высок, решение не закрывает нужную задачу или клиенту достаточно альтернативы.

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

Разбор кейса
Контекст Иван Замесин изучал путь людей к психотерапии для будущего сервиса Meta. За неделю он провёл 40 интервью и после первых 20 увидел повторяющуюся проблему: люди, уже готовые обратиться к психотерапевту, не понимали, что делать дальше и к кому идти.
Задача Проверить, готовы ли люди платить не за абстрактный будущий сервис, а за ручной подбор психотерапевта до создания полноценного продукта.
Что сделали После обнаружения проблемы Замесин сразу предложил услугу: подобрать психотерапевта за неделю. Он тестировал разные цены и остановился примерно на 3–3,5 тысячи рублей. Для усиления обязательства он был готов оформить расписку с паспортными данными о получении денег в счёт будущей услуги. Когда респонденты соглашались заплатить, деньги он не брал: целью было не заработать на первых людях, а проверить существование спроса. У тех, кто не согласился, он выяснял причины отказа.
Результат Восемь из двадцати человек были готовы дать деньги за ручной подбор. Затем команда сделала сайт, который, по словам спикера, обеспечивает нормальную конверсию, и бизнес начал работать.
Вывод Ручная услуга может быть полноценным MVP для проверки спроса. Важен не уровень полировки решения, а готовность клиента взять на себя измеримое обязательство.
Разбор кейса
Контекст В одном из проектов ФРИИ команда проверяла B2B-гипотезу о проблеме клиента.
Задача Получить первую продажу без разработки полноценного продукта.
Что сделали После проблемных интервью команда собрала MVP в таблице Google Docs и предложила клиенту конкурентный платёж за решение.
Результат За две недели была сделана первая продажа стоимостью 15 тысяч рублей в неделю.
Вывод Для первой проверки не обязательно строить сервис: если ценность понятна, минимальная ручная реализация может позволить проверить оплату быстрее разработки.
Разбор кейса
Контекст Команда, работающая с рекламой, продавала инструмент, через который клиент обязуется прокрутить определённую сумму рекламного бюджета.
Задача Подтвердить готовность B2B-клиента использовать решение до его полной готовности.
Что сделали Клиенту показали прототип и предложили через две недели провести эксперимент, когда инструмент будет готов. Продажа строилась на понятном для клиента эффекте: ожидаемом снижении CPO — стоимости заказа.
Результат Клиент согласился пройти эксперимент, поскольку видел прямую экономическую связь между решением и снижением стоимости заказа.
Вывод В B2B реальным подтверждением могут быть не только деньги, но и обязательство провести пилот или направить бюджет через будущий инструмент — если клиент ясно понимает экономический эффект.

После серии продаж и доработок начинается качественная проверка решения. Затем нужна количественная проверка: трафик, конверсия, удержание и экономика единицы. Метрики показывают, что происходит, но не объясняют почему. Поэтому с пользователями раннего MVP стоит продолжать разговаривать. Низкая конверсия может быть вызвана не отсутствием спроса, а неясной ценностью, CTA вне первого экрана, сложной оплатой или непонятным интерфейсом.

Разбор кейса
Контекст В Meta после запуска сервиса подбора психотерапевтов нужно было выбрать модель монетизации со стороны психотерапевтов.
Задача Понять, какую комиссию за приведённого клиента психотерапевты готовы платить.
Что сделали Команда провела интервью с молодыми психотерапевтами, которые набирали клиентскую базу через центры. Выяснилось, что за клиента, приведённого центром, они платят 50% от стоимости каждого занятия на всём жизненном цикле клиента. У молодых специалистов не было известности, рекомендаций и других способов стабильно получать клиентов. Meta сначала предложила модель с комиссией, равной стоимости одного занятия, затем на следующей неделе проверила гипотезу о комиссии в две стоимости занятия.
Результат Психотерапевты спокойно отнеслись к комиссии в две стоимости занятия, поскольку их текущая альтернатива обходилась дороже.
Вывод Цену стоит выводить не из внутренних опасений команды, а из цены и ограничений текущей альтернативы клиента.
Разбор кейса
Контекст Chatfuel, конструктор ботов для Facebook Messenger, долго оставался бесплатным: в 2016 году рынок ещё не понимал, зачем нужны боты, и команда изучала, какие сценарии использования работают.
Задача Найти платёжный сценарий и определить ориентир для ценообразования.
Что сделали Команда заметила маркетологов, которые воспроизводили в ботах триггерные рассылки по электронной почте: покупали пользователя, прогревали его аргументами и социальным доказательством, а затем продавали продукт. Интервью показали, что клиенты используют Chatfuel «как Mailchimp», но получают существенно более высокие показатели: в ботах назывались значения до 90% для открытий и до 60% для CTR, тогда как в рассылках по электронной почте речь шла о процентах и максимум 10–20% для открытий. После интервью с экспертами по принципам ценообразования команда стала продавать инструмент немного дешевле Mailchimp, несмотря на более высокую эффективность.
Результат Продажи пошли легко, а цикл сделки оказался коротким; команда начала масштабировать этот сценарий.
Вывод Изучайте, с какой категорией продукта клиент сравнивает ваше решение и какую экономическую ценность получает. Это даёт основу для цены и позиционирования лучше, чем ориентир на себестоимость или интуицию.

Интервью не заменяют MVP во всех продуктах

Наиболее прямой сценарий — устранение сильной проблемы: пользователь осознаёт сильную проблему и ищет способ от неё избавиться. Сложнее работать с неосознаваемыми болями и привычными обходными решениями. Человек может не назвать неудобство проблемой, но его действия — например, дублирование событий в календаре ради личных заметок — покажут ограничение текущего инструмента.

Ещё сложнее продукты, основанные на удовольствии, новизне, социальном одобрении и дофаминово-эндорфиновом цикле. Для новостных сервисов, социальных сетей или Tinder интервью дают только частичные сигналы: пользователь не всегда может объяснить, почему возвращается и будет ли возвращаться в будущем. Здесь особенно нужны реалистичные детализированные прототипы и MVP, которые проверяют поведение, а не только рассказ о нём.

Как не тратить ресурсы на низкоценные запросы

Для работающего продукта полезна сегментация ABCD клиентской базы. A-сегмент характеризуется сильной потребностью, быстрыми покупками, высокой выручкой и низкой нагрузкой на поддержку. В B-сегменте потребность также высока, но сделки могут требовать дополнительной работы. C- и D-сегменты часто платят мало или не платят, долго принимают решение и создают непропорционально много обращений.

Реактивная ловушка возникает, когда команда видит громкий запрос в поддержке и сразу создаёт задачу. Но этот запрос может исходить от сегмента, который почти не создаёт ценности для бизнеса. Чтобы не попасть в неё, стоит сопоставить два списка клиентов: по числу обращений в поддержку и по выручке, среднему чеку, удержанию, пожизненной ценности клиента или другому важному показателю. Затем можно изучить различия сегментов и направить сильных сотрудников, улучшения продукта и маркетинговые KPI на A и B.

Разбор кейса
Контекст В сервисе Kids-Auto, который организовывал доставку детей родителей на кружки и обратно, возникла проблема: няни, выполнявшие заказы, отказывались от них, а экономика единицы не сходилась.
Задача Снизить число отказов исполнителей и восстановить экономику сервиса.
Что сделали Команда сегментировала нянь и обнаружила, что небольшая их доля выполняет 80% заказов. После этого сервис отказался от остальных исполнителей и сосредоточился на найме нянь, похожих на тех, кто стабильно выполнял заказы.
Результат Проблема с отказами ушла.
Вывод При проблемах с операционной эффективностью полезно сегментировать не только клиентов, но и исполнителей. Сильный сегмент может быть небольшой группой, которая создаёт непропорционально большую часть результата.

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

Что делать уже сейчас

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

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

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

Слушаем проблемы пользователей, а не решения, которые они предлагают: они не владеют инвентарём возможностей. Специалист может собрать автомобиль, если понимает проблему, а не просит более быструю лошадь.Иван Замесин — Яндекс
Первая гипотеза сегментов почти всегда отправляется в корзину: рынок ещё никто не знает. В 15–20% случаев первый сегмент оказывается правильным — обычно когда команда уже знает рынок.Иван Замесин — Яндекс
Нам нужно сделать так, чтобы каждая фича и проверка каждой гипотезы стоили не 30 миллионов, а 30 тысяч рублей.Иван Замесин — Яндекс
Оформили идею в слайды или наколеночный MVP, пришли к человеку и сказали: «Купи». Если человек покупает — это сильный сигнал; если нет, выясняем, чего ему не хватило.Иван Замесин — Яндекс
Восемь из двадцати человек дали деньги за подбор психотерапевта до создания продукта. Те, кто не дал, объяснили почему.Иван Замесин — Яндекс
Как проводить customer development и проблемные интервью
  1. Сформулировать гипотезу сегмента
    Выбрать предполагаемый сегмент и ранжировать его по размеру, платёжеспособности, доступности и потенциальной силе боли или ценности.
  2. Провести проблемные интервью
    Исследовать конкретные прошлые эпизоды: текущий способ решения, альтернативы, затраты, причины сложности, эмоции и частоту ситуации.
  3. Оформить и приоритизировать потребности
    Зафиксировать повторяющиеся потребности в job stories и выбрать частые боли с сильными эмоциями.
  4. Проверить гипотезу решения продажей
    Показать слайды, прототип, ручную услугу или MVP и запросить оплату, предоплату, пилот или другое обязательство.
  5. Подтвердить гипотезу количественно
    После качественных сигналов проверить конверсию, retention и unit-экономику, а причины показателей уточнять в разговорах с пользователями.

Проверить сегмент, повторяющиеся потребности и готовность клиента взять реальное обязательство до масштабной разработки.

Painkiller и delighter в проверке продуктовой гипотезы
PainkillerDelighter
Основная ценностьУстраняет осознаваемую пользователем сильную боль.Создаёт удовольствие, новизну, радость или вовлечение.
Связь с проблемойСвязан с устранением явной проблемы в текущем опыте.Связан не только с устранением явной боли.
Проверка интервьюПроблемные интервью помогают изучить сильную боль.Продукты на дофаминово-эндорфиновом цикле нельзя полноценно проверить только интервью.

Painkiller устраняет сильную осознаваемую боль, а delighter создаёт положительный опыт; продукты на дофаминово-эндорфиновом цикле нельзя полноценно проверить только интервью.

Факты и проверяемые утверждения
В кейсе сервиса подбора психотерапевтов Meta 8 из 20 опрошенных дали деньги за ручной подбор психотерапевта.
На поиск сегмента стоит ориентировочно закладывать 6 недель.
По данным CB Insights на базе порядка 3 тыс. постмортемов стартапов, первой причиной провала является отсутствие потребности в продукте.
Трёхлетний рубеж жизни переживают около 8% стартапов.
Правило ABCD-сегментации: 80% денег приносят A- и B-сегменты при 20% времени команды, а значительная часть фич уходит на C- и D-сегменты.
Частые вопросы
Что такое customer development
Customer development — подход к поиску сегментов, изучению потребностей и проверке спроса до масштабной разработки продукта. Цикл customer development включает гипотезу сегмента, проблемные интервью, гипотезу решения и продажу, MVP, качественную и количественную валидацию. Цель подхода — быстрее получить обратную связь о том, существует ли потребность и готов ли клиент взять обязательство ради решения.
Какие вопросы ненадёжны в custdev-интервью
В custdev-интервью ненадёжны вопросы о будущем намерении: будет ли человек пользоваться продуктом или купит ли его. Ответ на такие вопросы отражает текущее состояние человека, но не подтверждает будущего действия, изменения привычки, готовности выделить время или заплатить. Надёжнее спрашивать о конкретных прошлых ситуациях, действиях, затратах и альтернативах.
Как проверить частотность проблемы в customer development
Частотность проблемы в customer development проверяют через последний реальный эпизод, регулярность похожих ситуаций и повторение инсайта у представителей сегмента. Если важное наблюдение назвали только 1–2 человека из 10 интервью, его не считают частотным. Более сильный сигнал возникает, когда одна и та же потребность повторяется у большинства выбранного сегмента.
Что делать после проблемного интервью
После проблемного интервью потребности оформляют в job stories, ранжируют, выбирают приоритетную и проверяют минимальной формой решения: слайдами, прототипом, ручной услугой или MVP. Затем решение предлагают купить. Если клиент отказывается, выясняют причину отказа: непонятную ценность, цену, риск, несоответствие задаче или достаточность альтернативы, а затем проверяют обновлённую гипотезу.
Сколько интервью нужно для customer development
Для проверки повторяемости инсайтов в customer development нужен минимум 10 интервью: наблюдение, которое назвали только 1–2 человека, не считают частотным. Чем сложнее потребность и чем дальше она от команды, тем больше интервью требуется. В материале меньше 100 интервью оцениваются как малое количество для исследования.
Чем отличаются painkiller и delighter
Painkiller — продукт, устраняющий осознаваемую пользователем сильную боль, а delighter создаёт положительный опыт, удовольствие, новизну, радость или вовлечение. Painkiller связан с устранением явной проблемы. Delighter относится к более сложным случаям, включая продукты на дофаминово-эндорфиновом цикле, которые нельзя полноценно проверить только интервью.
Глоссарий
Customer development
Подход к поиску сегментов, изучению потребностей и проверке спроса через интервью, продажи и эксперименты до масштабной разработки продукта.
Проблемное интервью
Интервью для изучения текущего способа решения задачи, прошлых эпизодов, причин сложности, эмоций и частотности пользовательских проблем.
Решенческое интервью
Проверка гипотезы решения через презентацию, прототип, MVP или ручную услугу с попыткой получить покупку или обязательство клиента.
Job story
Единообразное описание пользовательской потребности в конкретном контексте, которое используют для сравнения, приоритизации и проверки потребностей.
MVP
Минимальная форма продукта или решения, достаточная для получения обратной связи, проверки гипотезы и предложения клиенту купить.
Painkiller
Продукт, который устраняет осознаваемую пользователем сильную проблему и связан с явной болью в текущем опыте.
Delighter
Продуктовая ценность, создающая удовольствие, новизну, радость или вовлечение, а не только устраняющая явную пользовательскую боль.
Количественная валидация
Проверка продуктовой гипотезы на более широком масштабе через показатели конверсии, retention и unit-экономики после качественных сигналов.
ABCD-сегментация
Разделение существующих клиентов по силе потребности, скорости сделки, выручке и нагрузке на поддержку для распределения усилий команды.
Источник материала: вебинар · Customer development: как проводить проблемные интервью и проверять спрос до разработки — подход Ивана Замесина · Иван Замесин · 2026-08-05

Читайте также

Андрей Дороничев: как строить бизнес на смене технологической парадигмы
Идеи и исследования

Андрей Дороничев: как строить бизнес на смене технологической парадигмы

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

Экономика, бизнес и рынки
Дмитрий Бондарев9 мин28 августа 2026
Как компания Cursor создала одну из самых быстрорастущих компаний в сфере искусственного интеллекта
Идеи и исследования

Как компания Cursor создала одну из самых быстрорастущих компаний в сфере искусственного интеллекта

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

Экономика, бизнес и рынки
Дмитрий Бондарев24 мин28 августа 2026
Как применять AI в разработке лекарств и готовиться к технологическим сдвигам: подход Андрея Дороничева
Идеи и исследования

Как применять AI в разработке лекарств и готовиться к технологическим сдвигам: подход Андрея Дороничева

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

ИИ и технологии
Дмитрий Бондарев15 мин14 августа 2026

Решения Noteall по задачам

Маркетинговые агентстваЗагрузите записи интервью, чтобы получить полные материалы по каждому разговору и общую сводку по серии. Настройте единый сценарий анализа и собирайте

Все решения →

Превращайте свои встречи в публикации

Noteall расшифровывает и анализирует видео и аудио, а затем собирает из них готовый структурированный материал.

Начать бесплатно →