# Customer development practice: how to test customer hypotheses

- URL: https://vladimirnovozhilov.com/en/blog/customer-development-practice-how-to-test-customer/
- Author: Владимир Новожилов
- Published: 2026-08-31
- Category: Market research

> Customer development is a practical method to validate hypotheses about customers and the market before committing to costly development. Steve Blank's method has four stages: customer discovery, customer validation, customer creation, and company building. This article gives a step‑by‑step process, an in‑depth interview script and a prep checklist, handy tables, Dropbox/Airbnb/Zappos case studies, a review of typical mistakes, links to key metrics (churn, retention, unit economics) and a basic toolset to adopt the method in a team.

Большинство продуктов проваливаются не из‑за качества реализации, а из‑за промаха с потребностью: команда строит то, что рынку не нужно. Customer development (кастдев, custdev) помогает выйти из этой ловушки: гипотезы о клиентах и рынке проверяются до того, как вы потратите месяцы на разработку. В материале — сам процесс и его этапы, скрипт интервью, чек‑лист подготовки, удобные таблицы, кейсы и частые ошибки.

## Суть подхода customer development: зачем он нужен и как работает

**Customer development — методология системной проверки гипотез о клиентах, их проблемах, готовности платить и каналах продаж через прямое общение и эксперименты.** Вместо кабинетных предположений — разговоры с реальными людьми, точные вопросы и факты, на которых строятся продукт и бизнес‑модель.

Ключевая идея Стива Блэнка — **get out of the building** («выйди из офиса»). Важные инсайты о рынке рождаются не за столом, а в диалоге с теми, кто уже живёт с проблемой, которую вы пытаетесь решить.

Не путайте кастдев с product development. Product development отвечает за то, *как* делать продукт (спринты, релизы, код). Customer development — за то, *что и для кого* делать и *есть ли спрос*. Эти процессы идут параллельно: разработка строит решение, кастдев доказывает, что оно действительно нужно.

![Diagram of focus of effort across customer development stages](./images/customer-development-custdev-proverka-gipotez-stages.png)

## Как появился подход: путь Стива Блэнка

Термин предложил предприниматель и преподаватель Стэнфорда **Стив Блэнк** в книге **The Four Steps to the Epiphany** (2005). Пройдя восемь стартапов, он заметил повторяющуюся ошибку: команды вкладываются в разработку, но почти не тестируют базовые предположения о клиенте. Позже вместе с **Бобом Дорфом** он оформил метод в практическое руководство «The Startup Owner's Manual».

Идеи Блэнка развил его ученик **Эрик Райс**, автор **Lean Startup**. Он связал customer development с итеративной разработкой и петлёй «build — measure — learn», сделав подход масштабируемым и прикладным.

## Роль customer development в Lean Startup, бизнес‑модели и Agile

Кастдев — часть философии **lean startup**. Стартап — не уменьшенная копия большой компании, а временная организация в поиске воспроизводимой и масштабируемой **бизнес‑модели**. Пока модель не найдена, любые вложения в рост — риск.

Для описания модели используют **бизнес‑модель канвас** (Business Model Canvas) Александра Остервальдера — одностраничную схему из девяти блоков: [сегменты клиентов](/en/blog/ideal-customer-profile-in-b2b-how-to-build-icp-guide/), ценностное предложение, каналы, отношения с клиентами, потоки доходов, ключевые ресурсы, активности, партнёры и структура затрат. Каждый блок — набор **гипотез**, а customer development — способ их проверять.

Связка с Agile проста: Agile отвечает за скорость выпуска (короткие итерации), кастдев — за направление (что именно выпускать). Быстро строить ненужное — самое болезненное.

## Четыре этапа: discovery, validation, creation, company building

Процесс делится на четыре последовательных этапа. Первые два — про *поиск* бизнес‑модели, вторые два — про её *исполнение* и масштабирование.

1. **Customer discovery (обнаружение клиентов).** Формулируете гипотезы о проблеме и сегменте, проверяете их в интервью. Цель — убедиться, что проблема реальна и болезненна. На этом этапе продукт не нужен.
2. **Customer validation (подтверждение).** Проверяете готовность платить. Здесь появляется **минимально жизнеспособный продукт (MVP)**, первые продажи, лендинги, предзаказы. Итог — подтверждённый **product‑market fit** или сигнал к развороту.
3. **Customer creation (создание спроса).** Модель подтверждена — масштабируете спрос через маркетинг и продажи, выстраиваете воронку и каналы привлечения.
4. **Company building (построение компании).** Стартап превращается в устойчивую организацию: появляются отделы, процессы, найм под масштаб. Режим поиска сменяется исполнением.

Если на discovery или validation гипотеза не подтверждается, делайте **pivot (пивот)** — меняйте сегмент, проблему или решение и возвращайтесь на шаг назад. Это норма, а не провал.

### Сравнение этапов в одной таблице

| Этап | Цель | Методы | Метрики / сигналы | Результат |
|---|---|---|---|---|
| Customer discovery | Найти реальную проблему и сегмент | Глубинные интервью, наблюдение, «выход из офиса» | Повторяемость проблемы, эмоции, факты прошлого поведения | Проблема-гипотеза подтверждена |
| Customer validation | Проверить готовность платить | MVP, лендинг, предпродажи, письма о намерениях | Конверсия, реальные оплаты, retention первых клиентов | Найден product-market fit |
| Customer creation | Масштабировать спрос | Платный трафик, контент, отдел продаж | CAC, LTV, скорость роста воронки | Работающая машина привлечения |
| Company building | Построить устойчивую компанию | Найм, процессы, оргструктура | Юнит-экономика, маржа, churn | Масштабируемый бизнес |

## Манифест customer development: 14 правил Блэнка

**Манифест customer development** — это набор напоминаний от Стива Блэнка. Суть в 14 пунктах:

1. Фактов в офисе нет — выходите к клиентам (get out of the building).
2. Связывайте customer development с гибкой разработкой (agile).
3. Провалы — нормальная часть поиска модели.
4. Итерации и пивоты — правило, а не исключение.
5. Ни один бизнес‑план не переживает первого контакта с клиентом.
6. Дизайн экспериментов и тестов — основной инструмент проверки гипотез.
7. Уточните тип рынка (новый, существующий, ресегментированный) — это меняет всё.
8. Метрики стартапа не равны метрикам корпорации.
9. Решайте быстро, держите темп и такт.
10. Всё упирается в мотивацию и стойкость команды.
11. Роли в стартапе ≠ ролям в корпорации.
12. Берегите кеш, пока ищете модель, — тратьте на масштаб после её подтверждения.
13. Делитесь инсайтами и учитесь у клиентов.
14. Метод работает, когда команда верит в него и действует последовательно.

## Проводим custdev‑интервью: скрипт и правила вопросов

**Custdev‑интервью — это глубинный разговор один на один, цель которого — понять реальный опыт человека, а не продать идею.** Главное правило: спрашивайте о прошлом и настоящем поведении, а не о будущих намерениях. Люди плохо предсказывают, что купят, но хорошо помнят, что делали и почему.

![Funnel diagram of hypothesis selection: out of many ideas only a few are validated](./images/customer-development-custdev-proverka-gipotez-funnel.png)

### Скрипт интервью: шаблон вопросов

**Разогрев (контекст):**
- «Расскажите, чем вы занимаетесь и как выглядит ваш обычный рабочий день?»
- «Когда вы в последний раз сталкивались с [проблемой]?"

**Проблема (ядро интервью):**
- «Расскажите подробно, как вы решали эту задачу в тот раз?»
- «Что было самым раздражающим в этом процессе?»
- «Сколько времени и денег это заняло?»
- «Что вы пробовали до этого и почему бросили?»

**Текущее решение и альтернативы:**
- «Каким инструментом или способом пользуетесь сейчас?»
- «Если бы этого инструмента не было — что бы делали?»

**Готовность действовать:**
- «Вы искали другое решение? Что именно вбивали в поиск?»
- «Кто в компании принимает решение о покупке подобных вещей?»

**Закрытие:**
- «Кого ещё мне стоит расспросить об этом?»
- «Можно вернуться к вам, когда будет что показать?»

В скрипте нет ни слова о вашем продукте. На этапе customer discovery вы изучаете мир клиента, а не презентуете решение.

### Чек‑лист подготовки к интервью

**До интервью:**
- Сформулируйте 1–3 гипотезы, которые проверяете именно в этом разговоре.
- Опишите портрет собеседника и критерии релевантности сегменту.
- Подготовьте открытый гайд из 8–12 вопросов (не анкету).
- Договоритесь о записи разговора.

**Во время интервью:**
- Говорите около 20% времени, слушайте — 80%.
- Копайте вглубь: «почему?», «расскажите подробнее», «а дальше?». 
- Фиксируйте факты и прямые цитаты, не интерпретируйте на ходу.
- Держите паузы — важные детали часто появляются в тишине.

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

![Saturation curve: after 10–12 interviews the flow of new insights tapers off](./images/customer-development-custdev-proverka-gipotez-saturation.png)

## Как проверять гипотезы: качественные и количественные данные

**Проверка гипотез** опирается на два типа данных — и оба нужны.

**Качественные данные** отвечают на вопрос «почему»: интервью, наблюдения, открытые ответы. Они дают глубину и объясняют мотивацию, но не обобщаются статистически.

**Количественные данные** отвечают на вопрос «сколько»: конверсии лендинга, доля оплат, A/B‑тесты, retention. Они дают масштаб и объективность, но не объясняют причин.

Правильная последовательность: сначала качественная фаза (интервью на этапе customer discovery) — находите закономерности. Затем количественная (MVP и эксперименты на этапе customer validation) — подтверждаете их цифрами. Опора только на аналитику без разговоров — частая ошибка: легко оптимизировать то, чего не понимаете.

### Мини‑шаблон таблицы для фиксации гипотез

| Гипотеза | Как проверяем | Критерий успеха | Результат | Решение |
|---|---|---|---|---|
| Малый бизнес теряет 5+ часов в неделю на ручных отчётах | 10 интервью | 7 из 10 подтверждают боль | 8 из 10 подтвердили | Идём дальше |
| Готовы платить 2000 ₽/мес за автоматизацию | Лендинг + предзаказ | Конверсия ≥ 3% | 1,2% | Пивот: снизить цену / сменить сегмент |

Такую таблицу удобно вести в Google Sheets или в CRM — инсайты не теряются и остаются видимыми для всей команды.

## Кто в команде делает custdev: роли и зоны ответственности

Кастдев — командный вид спорта, но роли разные:

- **Основатели и руководство.** На ранних этапах фаундеры сами проводят первые интервью — понимание рынка не делегируют.
- **Продукт и разработка.** Превращают инсайты в гипотезы, MVP и приоритеты бэклога.
- **Маркетинг и продажи.** Отвечают за customer creation: тестируют каналы, сообщения, ценообразование.
- **Customer success и поддержка.** Источник постоянной обратной связи от действующих клиентов — «непрерывный кастдев».

Правило простое: интервью discovery не отдают на аутсорс. Тот, кто принимает продуктовые решения, должен лично слышать клиента.

## Зачем компании customer development: ключевые выгоды

- **Снижает риск.** Отсекаете нежизнеспособные идеи до крупных вложений.
- **Экономит бюджет и время.** Дешевле корректировать гипотезу, чем переделывать готовый продукт.
- **Даёт язык клиента.** Формулировки из интервью ложатся в позиционирование и тексты на сайте.
- **Ускоряет product‑market fit.** Идёте к спросу по данным, а не по интуиции.
- **Формирует культуру решений на фактах.** Споры «мне кажется» заменяются проверяемыми гипотезами.

## Риски и подводные камни: где чаще всего ошибаются

**Ошибки процесса:**
- **Привязанность к идее.** Слышите только подтверждения своей гипотезы.
- **Боязнь пивота.** Данные говорят «меняй», а команда упрямо строит прежнее.
- **Перекос в цифры.** Количественные данные без объяснений ведут к неверным выводам.
- **Чрезмерное обобщение.** Один яркий отзыв принимается за голос всего рынка.

**Ошибки интервью:**
- **Наводящие вопросы.** «Вам ведь удобнее было бы так?» — собеседник соглашается из вежливости.
- **Гипотетика вместо фактов.** «Купили бы вы?» вместо «Что вы купили в последний раз и почему?». 
- **Продажа вместо исследования.** Презентуете продукт и перестаёте слушать.
- **Придуманные ответы.** Человек фантазирует о будущем, а вам нужны факты прошлого.
- **Малая выборка или один сегмент.** Три интервью с друзьями — не проверка гипотезы.

## Примеры из практики: Dropbox, Airbnb и Zappos

**Dropbox.** Прежде чем строить технологию синхронизации, Дрю Хьюстон выпустил короткое демо‑видео о том, как продукт *будет* работать. За ночь лист ожидания вырос с 5 000 до 75 000 человек. Классический MVP‑эксперимент этапа validation: спрос подтвердили до полной разработки.

**Airbnb.** Основатели буквально следовали принципу get out of the building: ездили к хозяевам в Нью‑Йорке, лично фотографировали квартиры, говорили с людьми. Интервью показали, что качество фотографий напрямую влияет на брони — инсайт, которого не видно в аналитике.

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

Общий знаменатель: сперва дешёвая проверка спроса, затем масштабирование.

## Связка с метриками: churn, retention и unit‑economics

Кастдев не заканчивается запуском. На этапах customer creation и company building он смыкается с метриками и юнит‑экономикой.

- **Churn (отток)** — прямой сигнал к новому витку интервью. Поговорите с ушедшими клиентами: их ответы точнее любой аналитики покажут, где продукт не дотягивает.
- **Retention** подтверждает или опровергает найденный product‑market fit: если люди не возвращаются, «фит» был иллюзией.
- **LTV и CAC.** Проверка каналов и цены на этапе customer creation — это тоже проверка гипотез, только количественная. Юнит‑экономика должна сходиться до масштабирования.

По отраслевым наблюдениям команды, которые встроили непрерывный кастдев в работу с действующими клиентами, точнее управляют оттоком: они реагируют на причины, а не на симптомы.

## Инструменты и шаблоны: CRM, таблицы и чек‑листы

Сложные инструменты не обязательны — важнее дисциплина. Базовый набор:

- **Google Sheets / Notion** — реестр гипотез и лог интервью (см. мини‑шаблон выше).
- **CRM** — хранение контактов респондентов, статусов и заметок, чтобы инсайты не терялись и были доступны команде.
- **Сервис видеозвонков с записью и транскрибацией** — чтобы фиксировать цитаты дословно.
- **Доска (Miro/FigJam)** — для affinity‑мэппинга: группировки инсайтов в паттерны.
- **Business Model Canvas** — карта гипотез, которые вы последовательно закрываете.

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

## Как внедрить методологию: пошаговый алгоритм

Чтобы метод работал, а не остался теорией, действуйте так:

1. Опишите бизнес‑модель на канвасе и выделите самые рискованные гипотезы.
2. Начните с customer discovery: 8–15 интервью на сегмент, только про проблему.
3. Сведите инсайты, решите — подтверждать спрос, менять гипотезу (pivot) или закрывать.
4. Перейдите к customer validation: соберите MVP или лендинг, проверьте готовность платить.
5. Нашли product‑market fit — масштабируйте спрос (customer creation) и стройте компанию (company building).
6. Не останавливайтесь: превратите общение с клиентами в непрерывный процесс.

Customer development — это не разовое исследование, а образ мышления: каждое продуктовое решение опирается на проверенную гипотезу, а не на догадку. Так кастдев экономит ресурсы и ведёт продукт к рынку, а не пытается подстроить рынок под продукт.

## FAQ: короткие ответы по customer development

В отдельном блоке — ответы на частые вопросы: чем кастдев отличается от product development, сколько интервью достаточно, какие вопросы нельзя задавать, можно ли делать custdev без MVP и кто в команде проводит интервью. Используйте этот раздел как быструю шпаргалку перед запуском собственного цикла проверки гипотез.

## FAQ

### How is custdev different from product development?

Product development answers how to build the product (processes, design, code, releases). Customer development answers what to build, for whom, and whether there is demand. They run in parallel: custdev reduces the risk of building the wrong thing, production implements what has been validated.

### How many interviews are needed at the discovery stage?

Typically 8–15 interviews per clearly defined segment. After 10–12 conversations insights begin to repeat — a good signal to stop, record conclusions, and move to other hypotheses or to quantitative testing.

### Which questions should you not ask in custdev?

Avoid leading and hypothetical questions: "Would you buy...?", "Isn't it true that...?" Ask about real experience and facts: what did you do last time, how did you choose a solution, what worked and what didn't, how much time and money you spent.

### Do you need an MVP to do custdev?

For discovery — no, interviews and observation are enough. An MVP appears at validation, when you check willingness to pay: a landing page, prototype, demo video, preorders. The goal is to confirm demand before expensive development.

### Who on the team should conduct interviews?

Early on — founders and product people: you can't delegate understanding the market. Support and customer success continue the 'continuous custdev' with current customers. A researcher can help methodologically, but decisions require the team's direct exposure.