The Startup Owner's Manual, глава 4: Введение в customer discovery
Главная мысль: цель customer discovery — превратить гипотезы основателей в факты. Для этого основатели выходят к клиентам, ищут earlyvangelists и проверяют на них MVP. Процесс идёт в 4 фазы.

История Iridium
Заголовок раздела «История Iridium»Iridium — спутниковая телефония от Motorola и партнёров. Ставка в $5,2 млрд.
| Год | Что было |
|---|---|
| 1991 | Сотовая связь редкая и дорогая. План: телефон, который работает в любой точке Земли |
| 1991–1998 | Запуск 72 спутников на ракетах из трёх стран |
| 1998 | Первый звонок. Через 9 месяцев — банкротство |
Что изменилось за 7 лет:
- Сотовая связь покрыла почти все важные места. Звонки и телефоны подешевели.
- Телефон Iridium размером с кирпич. Не работает в машине и в здании.
- Минута стоила $7 вместо $0,50. Сам телефон — $3 000.
План остался в 1991 году. Компания так и не ответила на четыре вопроса:
- Нашли ли мы проблему, которую клиент хочет решить?
- Решает ли наш продукт эту проблему?
- Есть ли жизнеспособная и прибыльная бизнес-модель?
- Достаточно ли мы узнали, чтобы начать продавать?
Ответы на эти вопросы — и есть задача customer discovery.
Философия customer discovery
Заголовок раздела «Философия customer discovery»- Факты есть только вне офиса. Выходить надо не на пару дней, а неделями и месяцами.
- Это делают основатели, а не младшие сотрудники. Только так ясно, видение у вас или галлюцинация.
Чего вы не делаете:
- не пытаетесь понять нужды всех клиентов;
- не собираете список всех желаемых функций;
- не отдаёте разработке сумму всех запросов или подробный MRD;
- не проводите фокус-группы, чтобы узнать, купят ли.
Что вы делаете: строите продукт для немногих, а не для всех. И начинаете строить ещё до того, как знаете, есть ли клиенты.
Problem/solution fit
Заголовок раздела «Problem/solution fit»- Два вопроса: нашли ли мы проблему, которую многие хотят решить? Решает ли её наше решение убедительно?
- По сути это совпадение value proposition и сегмента клиентов.
- Авторы используют это понятие почти как синоним product/market fit.
- В многосторонних рынках может быть несколько value propositions и сегментов.
- Fit есть, только когда выручка, цена и привлечение клиентов тоже сходятся.
Earlyvangelists
Заголовок раздела «Earlyvangelists»Earlyvangelists — визионеры среди клиентов. Они покупают сырой, непроверенный продукт, потому что хотят быть первыми.
Пять признаков (по шкале боли, от слабого к сильному):
| № | Признак |
|---|---|
| 1 | У них есть проблема или потребность |
| 2 | Они понимают, что она есть |
| 3 | Они активно ищут решение и у них есть сроки |
| 4 | Проблема так болит, что они собрали временное решение сами |
| 5 | У них есть бюджет или они быстро его найдут |
- Настоящие earlyvangelists — только наверху шкалы. Они дают фидбек, первые продажи и рассказывают о вас другим.
- Ошибка: отдавать beta бесплатно или с большой скидкой крупным компаниям. Если платит пользователь, earlyvangelist заплатит за ранний доступ. Не платит — значит, не earlyvangelist.
- В web/mobile, где пользователь и плательщик разные, earlyvangelist может не платить. Но он ускоряет вирусный рост.
MVP: сначала минимальный продукт
Заголовок раздела «MVP: сначала минимальный продукт»Три пути в первый день:
| Путь | Риск |
|---|---|
| Строить полный продукт со всеми функциями | Время, деньги и код уходят на то, что не нужно |
| Ждать фидбека, не строя ничего | Нечего показать клиентам, время теряется |
| Строить MVP: ядро функций по видению основателей, итеративно | Лучший вариант |
- Цель MVP — не собрать новые запросы на функции. Цель — проверить, поняли ли вы проблему.
- Инженеры любят делать продукт больше и идеальнее. MVP держит их на главном.
- Запросы на функции принимаются только как исключение: если для ядра MVP вообще не нашлось клиентов.
MVP в web/mobile
Заголовок раздела «MVP в web/mobile»- Можно охватить сотни и тысячи клиентов онлайн, плюс личные встречи.
- Больше внимания на привлечение, активацию и рекомендации.
- MVP делается быстрее, тестов больше, данные подробнее. Итерации быстрее.
Canvas как табло discovery
Заголовок раздела «Canvas как табло discovery»На первой фазе команда пишет короткий бриф (1–2 страницы) по каждой гипотезе:
| Бриф | О чём |
|---|---|
| Market size | Насколько велика возможность |
| Value proposition 1 | Продукт, выгоды, MVP |
| Customer segments | Кто клиент и какую проблему решаем |
| Channels | Как продаём и доставляем |
| Customer relationships | Как создаём спрос |
| Value proposition 2 | Тип рынка и конкуренты |
| Key resources | Поставщики, ресурсы |
| Key partners | Другие компании, без которых не обойтись |
| Revenue streams | Источники и размер выручки |
Как вести canvas по неделям:
- Раз в неделю отметьте изменения красным.
- Команда обсуждает и принимает изменения. Красное становится чёрным.
- Новая неделя — новый canvas, новые красные пометки.
Так видна история изменений модели. По сути canvas трёхслойный: элементы модели, гипотезы по каждому элементу и pass/fail тесты для их проверки.
Четыре фазы discovery
Заголовок раздела «Четыре фазы discovery»| Фаза | Что делаем | Глава конспекта |
|---|---|---|
| 1. Гипотезы | Раскладываем видение на 9 блоков, пишем брифы и список тестов | 5 |
| 2. Проверка проблемы | Выходим к клиентам: важна ли проблема и насколько. Web — через low-fidelity MVP | 6 |
| 3. Проверка решения | Показываем value proposition и MVP. Web — live-сайт или демо | 7 |
| 4. Проверка модели | Pivot или вперёд в customer validation | 8 |
В фазе 4 надо подтвердить:
- мы полностью понимаем проблему или потребность клиентов;
- value proposition её решает;
- клиентов достаточно много;
- мы знаем, сколько они заплатят;
- выручка даст прибыльный бизнес.
Ключевые термины
Заголовок раздела «Ключевые термины»| Термин | Значение |
|---|---|
customer discovery | Первый шаг: превращаем гипотезы в факты через клиентов |
problem/solution fit | Проблема важна многим, и наше решение её убедительно решает |
earlyvangelist | Ранний клиент-визионер, готовый платить за сырой продукт |
MVP | Minimum viable product, минимальный набор функций для обучения |
low-fidelity MVP | Простая версия (страница, макет) для проверки проблемы |
hypothesis brief | Короткий документ с гипотезой и тестами для неё |
scorecard | Canvas, который обновляют каждую неделю |
Что это значит на практике
Заголовок раздела «Что это значит на практике»- Новый data-продукт стройте для 2–3 команд, которые уже страдают. Не пытайтесь угодить всей компании сразу.
- Ищите внутренних earlyvangelists: аналитик, который сам собрал выгрузку в Excel и обновляет её каждое утро. Это и есть «временное решение».
- Признак earlyvangelist внутри компании — готовность дать время, людей или бюджет. Не только «да, было бы полезно».
- Не превращайте backlog в сумму всех запросов стейкхолдеров. MVP витрины — 3–5 метрик, а не 50.
- Ведите canvas data-продукта: кто пользователи, какие данные, через какой канал (BI, API, выгрузка), кто партнёры (владельцы источников).
- Урок Iridium: если проект платформы длится годами, проверяйте, не изменился ли мир. Возможно, нужная функция уже есть в готовом SaaS.
Вопросы для самопроверки
Заголовок раздела «Вопросы для самопроверки»- Какие четыре вопроса не задала себе Iridium?
- Назовите пять признаков earlyvangelist.
- Почему MVP лучше, чем полный продукт или ожидание фидбека?
- Как вести business model canvas как еженедельное табло?
Предыдущая: 3. Манифест Customer Development. Следующая: 5. Гипотезы бизнес-модели.