Почему я вообще поднял эту тему
Слово «CustDev» (сокращённое от Customer Development) сегодня используют почти для всего: опросы, созвоны с друзьями, сбор мнений в чате, обсуждение идей с «потенциальными клиентами», продажи под видом интервью. И именно в этом месте начинается самообман: кажется, что вы проверяете спрос — но по факту вы собираете вежливые подтверждения и продолжаете строить продукт в вакууме.
Например, в Телеграм чатах для "приглашения на Кастдев" я вижу примерно одно приглашение из ста, соответствующее критериям приглашения на настоящее интервью по методологии Кастдев. В них нет самого главного атрибута приглашения на проблемное CustDev интервью - самой проверяемой проблемы. Я специально искал слово "проблемы" через поиск в этих группах, чтобы найти приглашения с гипотезами проблем и только одно из примерно ста имеет в себе гипотезу о проблеме, это легко проверить. А остальные думают, что заняты кастдевом. Наверняка они и другим говорят, что делают кастдев. Вот так и распространяется это заблуждение о методологии Customer Development, отдаляя его истинное предназначение от российского технологического предпринимательства.
Я опираюсь на классическую рамку Customer Development Стива Бланка (это тот, кто разработал методологию CustDev) — у нас её часто знают по книге «Стартап: настольная книга основателя» и "The Four Steps to the Epiphany". Я пользуюсь этими книгами больше 10 лет и вижу огромную разницу между тем, как методология описана там, и тем, что под словом Кастдев понимают по факту в РФ пространстве.
Неправильный CustDev опаснее, чем отсутствие CustDev. Потому что он даёт ложную уверенность: «мы проверили», «нам подтвердили», «рынок есть». А дальше — месяцы разработки, выгорание, разочарование и фраза «рынок не готов».
У этой статьи есть миссия — вернуть истинный смысл Customer Development для технологического предпринимательства в России. Чтобы CustDev снова стал инструментом принятия решений, а не активностью «для галочки».
CustDev: что это на самом деле
Сначала давай разберёмся, что такое CustDev. Это не какая-то волшебная формула или модное словечко, которое используют в конференциях. Это системный подход, который придумал Стив Бланк, чтобы помочь стартапам (и не только им) избежать главной ошибки: строить продукт, который никто не хочет покупать. Представьте, вы тратите месяцы, годы, деньги на разработку чего-то крутого, а потом выясняется, что людям это не нужно. Стив Бланк сам через это прошёл в своих ранних компаниях, и это было болезненно. Customer Development — это дисциплина проверки гипотез о клиенте, проблеме и модели будущего продукта до того, как будет написана первая строчка кода. (Перечитайте предыдущую фразу ещё раз). Это не про «поговорить», это про процесс создания успешных компаний при помощи, непрерывно повторяющегося цикла проверки гипотез: гипотезы → тест → анализ → решение. Об этом далее.
Важно, что кастдев не обещает, что вы «найдёте золотую идею». Он делает другое: он помогает раньше увидеть правду и принять максимально взвешенное решение прежде, чем начнут тратиться большие деньги, время и энергия.
Если совсем упростить, то CustDev — это способ перестать спорить с реальностью и начать её измерять.
Главный критерий: Кастдев — это не разговоры, а решения
Самый простой тест на «был ли CustDev»: после серии интервью вы приняли конкретное решение? Например: «сегмент не тот», «проблема слабая», «в этом канале не достать людей», «ценность не считывается», «переходим к следующему шагу».
Если решений нет, а есть только «интересные инсайты» — это, скорее всего, не Customer Development, а форма интеллектуального самоудовлетворения и отправдание своей "полезной" деятельности перед командой и/или инвесторами.
Чем CustDev не является
«Поговорить с людьми» без цели
Созвон ради созвона. Вопросы скачаны из шаблона, найденного в интернете. Итог — «в целом им интересно, наверное».
Поиск подтверждения
«Скажите же, что идея классная?!». Респондент вежливый — вы счастливы. Денег нет — но мы держимся.
Продажа под видом интервью
Три вопроса «для галочки» и сразу презентация решения. И не для проверки гипотез, а для продажи. Основатель тратит практически всё своё время на это.
Сбор пожеланий и фич
Если человек не страдает и не ищет решение, то его «пожелания» почти ничего не значат и создают опасную иллюзию востребованности продукта
Кастдев нельзя свести к «правильным или не правильным вопросам». CustDev — это правильная рамка принятия решений, где вопросы это лишь инструмент внутри этой рамки. Закрытые эти вопросы или открытые, наводящие или нет - это имеет второстепенное значения, если после интервью нет чёткого ответа - подтверждена ли конкретная гипотеза или не подтверждена.
4 шага CustDev: рамка, без которой всё ломается
На самом деле, CustDev — это процесс итеративного тестирования гипотез. Вы начинаете с формулировки гипотез о проблеме клиентов, их сегментах, каналах сбыта и модели доходов (используя, например, Business Model Canvas). Затем вы выходите "из здания" (get out of the building) и общаетесь с потенциальными клиентами, чтобы проверить эти гипотезы на основе фактов, а не мнений. Но не просто общаетесь. Кастдев — это структурированный метод с четырьмя основными шагами. Стив Бланк описал это в своей книге "The Startup Owner's Manual" и в "The Four Steps to the Epiphany". Давай разберём каждый шаг. Многие слышали названия этих шагов, но не используют их как рамку и из-за этого смешивают задачи, получая ложные ответы и делая неправильные выводы.
1) Выявление потребителей
Это первый шаг, он представляет собой цикл тестирования гипотез, состоящий из четырёх этапов: гипотезы → тест → анализ → принятие решения (о котором говорилось выше). Задача первого шага методологии сводятся к тому, чтобы найти тех, кто ищет решение проблем, гипотезы которых у вас есть. И узнать, есть ли у них эти проблемы.
Цикл тестирования гипотез первого шага CustDev
Как говорилось выше, цикл тестирования гипотез состоит из четырёх этапов. Вот эти четыре этапа применительно к первому шагу:
- Первый этап цикла тестирования гипотез - это гипотезы. На этом этапе вы формулируете предположения о том, кто ваши клиенты, какие у них проблемы, как они сейчас их решают и сколько готовы платить. В идеале это нужно делать с вовлечением всей команды. А по требованиям сомой методологии CustDev, вовлечение команды - это обязательное условие соблюдения требований стандарта управления качеством процесса Customer Development
- Второй шаг - тест: вы выходите и проверяете эти гипотезы через интервью, фиксируя сигналы о подтверждении либо опровержении гипотез. Кстати сказать, интервью - это не единственный способ получения сигналов о спросе. Эти способы могут включать анализ поисковых запросов, анализ информации в интернете и т.д.. Но раз уж в рамках темы мы раскрываем интервью, как инструмент, то будем говорить об интервью
- Третий шаг - анализ. После интервью вы анализируете полученные сигналы. Сигналы должны быть обязательно: либо отрицательные, либо положительные. Например, респондент подтвердил, что является тем, кем вы думали, имеет проблему, которую вы думали, решают её так как вы думали, платит своим временем и деньгами и т.д. Или не подтвердил. И то и другое - важные сигналы и цель проблемного интервью
- И четвёртый шаг - принятие решения.
- Если гипотезы не подтверждены, меняете гипотезы, идею или делаете pivot (поворачиваете в другую сторону).
- Если подтвердил и нужно больше сигналов для уверенности - продолжаете проводить интервью.
- Если сигналов достаточно - переходите к следующему шагу - "верефикация потребителей".
Ниже приведено схематическое изображение цикла тестирования гипотез. Этот цикл применяется не только к первому шагу процесса Customer Development, но и ко всем трём последующемим шагам. В стартапах, применяющих методологию CustDev, этот цикл принято называть итерациями.
Цель этого шага ответить на вопрос, существует ли проблема, насколько она сильна,
как человек решает её сейчас, почему это его вообще волнует.
Здесь вы не «продаёте» и вообще не обсуждаете ваше решение.
Простой пример. Допустим, вы хотите сделать приложение для доставки еды.
На первом шаге вы не говорите: "Купите моё приложение!". Вы спрашиваете: "Расскажите, как вы обычно заказываете еду?
Что вас бесит в этом процессе? Сколько времени тратите?"
2) Верефикация (валидация) потребителей
Если в первом шаге вы нашли проблему, то теперь проверяете, готов ли кто-то платить за решение.
На этом шаге вы тоже применяете цикл тестирования гипотез из етырёх этапа: гипотезы → тест → анализ → принятие решения. только
уже проверяете не проблему, а решение проблемы.
Для этого вы создаёте MVP (Minimum Viable Product — минимально жизнеспособный продукт, простую версию).
Не полную программу, а что-то базовое, чтобы протестировать.
Затем вы продаёте это (или хотя бы берёте предоплаты) и смотрите, покупают или нет. Если нет — переделываете/дарабатываете MVP или назад к шагу "Выявление потребителей (пивот).
Пример. В том же приложении для еды вы делаете landing page (страничку в интернете) с описанием и кнопкой "Купить подписку".
Если люди кликают и/или платят — круто. Если нет — значит, идея не работает.
То есть, здесь вы проверяете гипотезу решения и оплаты. Не «нравится ли вам», а "вот посмотрите" и наблюдаете, есть ли готовность действовать:
купить, попробовать, поставить в план, выделить бюджет, согласиться на пилот.
Если явной готовности нет - меняйте MVP либо возвращайтесь к первому шагу, если готовность есть - пора подумать о переходе к следующему шагу!
3) Расширение клиентской базы
Теперь, когда шаг верификации потребителя потребителей пройден, то пройден блок "Поиск" процесса CustDev,
и это значит, что идея валидирована (проверена на реальных клиентах). Теперь наступает шаг про маркетинг
и продажи, про то, как привлекать больше клиентов, строить спрос - Расширение клиентской базы.
Но здесь есть ловушка: если вы пытаетесь «создавать спрос», когда у вас не пройдены первые два шага,
вы просто сжигаете бюджет и мотивацию.
Важно отметить, что на этом шаге тоже не всё так просто.
Например, перед тем, как вливать большие бюджеты в какие-либо каналы, происходит посев в различные каналы и
формируется стратегия выхода на рынок. Это отдельная интересная тема, и поскольку эта тема выходит за рамки темы интервью как инструмента,
об этом я говорю в другой статье.
4) Построение компании
Это момент, когда стартап перестаёт быть «набором гипотез» и превращается в устойчивый бизнес, а процессы и команда перестраиваются под масштабирование. Это финальный шаг — превращающий стартап в настоящую компанию с регламентами, отделами и т.д.
Самая частая причина провала: вы прыгаете в «расширение клиентской базы», не пройдя по-честному первые шаги. Вы только внешне «работаете», а внутри — вы ускоряете движение в неверном направлении. И чем раньше вы признаете это, тем скорее создадите успешную компанию.
Проблемные и решенческие интервью: разница, которая решает всё
В CustDev методологии интервью — это не «общение». Это инструмент, который на разных шагах решает разные задачи. И самая разрушительная ошибка — это смешивать задачи в одном разговоре.
Проблемные интервью: про реальность, а не про вашу идею
Проблемные интервью это когда вы фокусируетесь только на проблеме клиента, без упоминания вашего решения. Цель — понять, болит ли у них что-то, как это проявляется в их жизни, как они это решают сейчас, сколько это стоит (времени, денег, нервов). Вы не говорите о продукте, чтобы не влиять на ответы. Это как быть детективом, то есть просто собирать факты. Если человек не испытывает проблему, не ищет решение и не платит за её закрытие, то его «интересно» и «я бы пользовался» - ничего не значат.
В проблемном интервью важны факты прошлого поведения: «как было», «что делали», «сколько стоило», «почему так». Не предположения о будущем.
Решенческие интервью: про проверку ценности и оплаты
Здесь ты представляете своё решение (MVP или прототип) и спрашиваешь: "Это решит вашу проблему? Вы заплатите за это?". Но делается это только после проблемного интервью, когда знаете, что проблема есть. Решенческое интервью начинается позже — когда проблема подтверждена и у вас есть демонстрация или понятный оффер. Здесь вы проверяете не «отношение», а готовность действовать.
Если вы показываете решение слишком рано — вы ломаете интервью. Люди начинают оценивать «идею» и стараются быть хорошими или учить, как правильно. А вам нужна не вежливость или советы, а правда.
Примеры вопросов: как правильно и как неправильно
Ниже — примеры на одном и том же кейсе. Допустим, вы делаете сервис, который помогает командам быстрее проверять идеи и вести интервью.
Плохие вопросы (дают ложные ответы)
- «Вам бы было удобно пользоваться таким сервисом?»
- «Если бы было приложение, которое… вы бы пользовались?»
- «Сколько вы готовы платить?» (без контекста поведения и затрат)
- «Какие функции вам нужны?» (слишком рано, без боли)
Эти вопросы почти гарантированно собирают «красивые подтверждения», потому что человек отвечает не из реальности, а из представления о себе и желания быть полезным.
Хорошие вопросы (дают материал для решения)
- «Расскажите про последний раз, когда вы пытались проверить идею. Что делали по шагам?»
- «Где в процессе было сложнее всего? В чём была основная потеря времени?»
- «Как вы сейчас находите людей для интервью? Сколько попыток нужно, чтобы получить 1 согласие?»
- «Если вы не проводите интервью — что происходит? Какое решение вы в итоге принимаете?»
- «Вы когда-нибудь платили за решение этой задачи? Чем пользовались и почему?»
Практическое правило: хорошие вопросы вытаскивают факты о поведении, времени, попытках и цене бездействия. Это и есть «данные» для решения.
Сигналы важнее слов: что считать «данными»
Самая опасная ловушка — верить словам без поведения. Реальность обычно проявляется иначе: через попытки решить проблему, цену бездействия и готовность сделать следующий шаг.
Человек уже пытался решить проблему
Тратил время, деньги, силы. Искал способы, сравнивал варианты, менял подходы.
Есть цена бездействия
Если не решить — он реально теряет: деньги, клиентов, репутацию, сроки, возможности.
Готовность на следующий шаг
Не «классно», а: «давайте пилот», «вот бюджет», «вот слот», «давайте обсудим условия».
Вежливое одобрение
«Да, звучит интересно». Это часто просто социальная вежливость, не подтверждение боли.
Если в интервью нет фактов о прошлом поведении и попытках решить проблему — вы почти наверняка собираете мнения, а не сигналы.
Теперь, чем CustDev НЕ является
Это важно, потому что люди это часто путают
1) CustDev не является маркетинговым исследованием
Маркетинг — это когда у вас уже есть продукт, и вы изучаете, как его продать (опросы, фокус-группы). CustDev — это до продукта, чтобы понять, нужен ли он вообще.
2) CustDev не является продажами
Вы не впариваете и не уговариваете купить — вы только оцениваете, только рефлексируете, только учитесь. Помните цикл: гипотеза - тест - измерение - выводы - гипотеза - тест - измерение - выводы...
3) CustDev не является мозговым штормом в офисе
Многие думают: "Сидим с командой, придумываем идеи". Нет, CustDev требует выхода "на улицу" (get out of the building, как я говорит Стив Бланк).
4) CustDev не является опросами в Google Forms
Опросы — это количественные данные (сколько людей сказали "да"), которые в рамках процесса кастдев приводят к заблуждению, поскольку люди склонны отвечать импульсивно. CustDev — это качественные, глубокие разговоры.
5) CustDev не является agile или lean startup полностью
Стив Бланк (автор методологии Кастдев) вдохновил Эрика Риса на создание подхода Lean Startup и был вдохновлён agile, но CustDev — это конкретно про клиентов, а не про разработку (как agile и Lean Startup).
Самый опасный вывод: «нам всё подтвердили». В реальности это часто означает: вы задали вопросы так, что вам было удобно услышать «да».
С чего начать, чтобы CustDev стал инструментом решения
Ниже — простой стартовый план, который резко повышает качество интервью уже с первой недели.
Шаг 1 — запишите гипотезы (коротко)
- Кто ваш сегмент (максимально конкретно)?
- Какая проблема болит (в какой ситуации)?
- Как решают сейчас (или почему не решают)?
- Что для них будет «доказательством ценности»?
Шаг 2 — соберите сценарий интервью
Начните с прошлого поведения: «расскажите про последний раз, когда вы столкнулись с этим». Дальше углубляйтесь в детали: действия, попытки, цена, последствия.
Шаг 3 — задайте критерий остановки
Например: «после 8 интервью в одном сегменте мы видим повторяющийся паттерн и фиксируем вывод».
Если хотите, я могу помочь собрать комплект под ваш проект за один созвон: сценарий интервью + приглашение + план респондентов + критерии «делаем/не делаем». Описание консультации.
Куда дальше: статьи, которые дополняют эту
Вот набор, который логично дополняет эту статью:
