Перейти к содержимому
TelegramGitHub

The Startup Owner's Manual, глава 4: Введение в customer discovery

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

Четыре фазы customer discovery: гипотезы, проверка проблемы, проверка решения, проверка модели и решение pivot или вперёд

Iridium — спутниковая телефония от Motorola и партнёров. Ставка в $5,2 млрд.

ГодЧто было
1991Сотовая связь редкая и дорогая. План: телефон, который работает в любой точке Земли
1991–1998Запуск 72 спутников на ракетах из трёх стран
1998Первый звонок. Через 9 месяцев — банкротство

Что изменилось за 7 лет:

  • Сотовая связь покрыла почти все важные места. Звонки и телефоны подешевели.
  • Телефон Iridium размером с кирпич. Не работает в машине и в здании.
  • Минута стоила $7 вместо $0,50. Сам телефон — $3 000.

План остался в 1991 году. Компания так и не ответила на четыре вопроса:

  1. Нашли ли мы проблему, которую клиент хочет решить?
  2. Решает ли наш продукт эту проблему?
  3. Есть ли жизнеспособная и прибыльная бизнес-модель?
  4. Достаточно ли мы узнали, чтобы начать продавать?

Ответы на эти вопросы — и есть задача customer discovery.

  • Факты есть только вне офиса. Выходить надо не на пару дней, а неделями и месяцами.
  • Это делают основатели, а не младшие сотрудники. Только так ясно, видение у вас или галлюцинация.

Чего вы не делаете:

  • не пытаетесь понять нужды всех клиентов;
  • не собираете список всех желаемых функций;
  • не отдаёте разработке сумму всех запросов или подробный MRD;
  • не проводите фокус-группы, чтобы узнать, купят ли.

Что вы делаете: строите продукт для немногих, а не для всех. И начинаете строить ещё до того, как знаете, есть ли клиенты.

  • Два вопроса: нашли ли мы проблему, которую многие хотят решить? Решает ли её наше решение убедительно?
  • По сути это совпадение value proposition и сегмента клиентов.
  • Авторы используют это понятие почти как синоним product/market fit.
  • В многосторонних рынках может быть несколько value propositions и сегментов.
  • Fit есть, только когда выручка, цена и привлечение клиентов тоже сходятся.

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

Пять признаков (по шкале боли, от слабого к сильному):

№Признак
1У них есть проблема или потребность
2Они понимают, что она есть
3Они активно ищут решение и у них есть сроки
4Проблема так болит, что они собрали временное решение сами
5У них есть бюджет или они быстро его найдут
  • Настоящие earlyvangelists — только наверху шкалы. Они дают фидбек, первые продажи и рассказывают о вас другим.
  • Ошибка: отдавать beta бесплатно или с большой скидкой крупным компаниям. Если платит пользователь, earlyvangelist заплатит за ранний доступ. Не платит — значит, не earlyvangelist.
  • В web/mobile, где пользователь и плательщик разные, earlyvangelist может не платить. Но он ускоряет вирусный рост.

Три пути в первый день:

ПутьРиск
Строить полный продукт со всеми функциямиВремя, деньги и код уходят на то, что не нужно
Ждать фидбека, не строя ничегоНечего показать клиентам, время теряется
Строить MVP: ядро функций по видению основателей, итеративноЛучший вариант
  • Цель MVP — не собрать новые запросы на функции. Цель — проверить, поняли ли вы проблему.
  • Инженеры любят делать продукт больше и идеальнее. MVP держит их на главном.
  • Запросы на функции принимаются только как исключение: если для ядра MVP вообще не нашлось клиентов.
  • Можно охватить сотни и тысячи клиентов онлайн, плюс личные встречи.
  • Больше внимания на привлечение, активацию и рекомендации.
  • MVP делается быстрее, тестов больше, данные подробнее. Итерации быстрее.

На первой фазе команда пишет короткий бриф (1–2 страницы) по каждой гипотезе:

БрифО чём
Market sizeНасколько велика возможность
Value proposition 1Продукт, выгоды, MVP
Customer segmentsКто клиент и какую проблему решаем
ChannelsКак продаём и доставляем
Customer relationshipsКак создаём спрос
Value proposition 2Тип рынка и конкуренты
Key resourcesПоставщики, ресурсы
Key partnersДругие компании, без которых не обойтись
Revenue streamsИсточники и размер выручки

Как вести canvas по неделям:

  1. Раз в неделю отметьте изменения красным.
  2. Команда обсуждает и принимает изменения. Красное становится чёрным.
  3. Новая неделя — новый canvas, новые красные пометки.

Так видна история изменений модели. По сути canvas трёхслойный: элементы модели, гипотезы по каждому элементу и pass/fail тесты для их проверки.

ФазаЧто делаемГлава конспекта
1. ГипотезыРаскладываем видение на 9 блоков, пишем брифы и список тестов5
2. Проверка проблемыВыходим к клиентам: важна ли проблема и насколько. Web — через low-fidelity MVP6
3. Проверка решенияПоказываем value proposition и MVP. Web — live-сайт или демо7
4. Проверка моделиPivot или вперёд в customer validation8

В фазе 4 надо подтвердить:

  • мы полностью понимаем проблему или потребность клиентов;
  • value proposition её решает;
  • клиентов достаточно много;
  • мы знаем, сколько они заплатят;
  • выручка даст прибыльный бизнес.
ТерминЗначение
customer discoveryПервый шаг: превращаем гипотезы в факты через клиентов
problem/solution fitПроблема важна многим, и наше решение её убедительно решает
earlyvangelistРанний клиент-визионер, готовый платить за сырой продукт
MVPMinimum viable product, минимальный набор функций для обучения
low-fidelity MVPПростая версия (страница, макет) для проверки проблемы
hypothesis briefКороткий документ с гипотезой и тестами для неё
scorecardCanvas, который обновляют каждую неделю
  • Новый data-продукт стройте для 2–3 команд, которые уже страдают. Не пытайтесь угодить всей компании сразу.
  • Ищите внутренних earlyvangelists: аналитик, который сам собрал выгрузку в Excel и обновляет её каждое утро. Это и есть «временное решение».
  • Признак earlyvangelist внутри компании — готовность дать время, людей или бюджет. Не только «да, было бы полезно».
  • Не превращайте backlog в сумму всех запросов стейкхолдеров. MVP витрины — 3–5 метрик, а не 50.
  • Ведите canvas data-продукта: кто пользователи, какие данные, через какой канал (BI, API, выгрузка), кто партнёры (владельцы источников).
  • Урок Iridium: если проект платформы длится годами, проверяйте, не изменился ли мир. Возможно, нужная функция уже есть в готовом SaaS.
  1. Какие четыре вопроса не задала себе Iridium?
  2. Назовите пять признаков earlyvangelist.
  3. Почему MVP лучше, чем полный продукт или ожидание фидбека?
  4. Как вести business model canvas как еженедельное табло?

Предыдущая: 3. Манифест Customer Development. Следующая: 5. Гипотезы бизнес-модели.