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

The Startup Owner's Manual, глава 7: Проверка решения

Главная мысль: фаза 3 проверяет, вызывает ли решение у клиентов такой энтузиазм, что они хотят купить или пользоваться. Ищем не вежливое «нравится», а клиентов, которые вырывают продукт из рук.

Пример стартапа внутри огромной корпорации.

  • Подразделение GE сделало новый натриевый промышленный аккумулятор. Конечные пользователи были неизвестны.
  • Команда уже строила завод и продавала — в режиме исполнения. Решения опирались на отчёт консультанта, а не на разговоры с клиентами.
  • Новый руководитель понял: это стартап, а не расширение линейки. Правила бизнес-плана тут не работают.

Что изменили:

БылоСтало
2 сегмента: резерв для вышек связи и дата-центровДесятки возможных сегментов
Продакт-менеджеры в штаб-квартиреВстречи с клиентами в США, Азии, Африке, на Ближнем Востоке
ПрезентацииОткрытые разговоры о проблемах и о том, как клиенты покупают
Один формат продуктаНастраиваемый продукт, лизинг и другие варианты оплаты
  • Нашли новую нишу: резервное питание в высотных офисах. Там дорога площадь, а полы не держат тяжёлые свинцовые батареи.
  • Один архитектор сказал по сути «мне всё равно, сколько стоит, я хочу это». Это и есть earlyvangelist.
  • Одного члена команды с семьёй отправили в Индию до первого подписанного заказа.
  • Итог: завод почти продан на первые полгода вперёд.
ШагФизический каналWeb/mobile
1Обновить модель и команду (pivot или вперёд)То же
2Сделать презентацию решенияЗапустить high-fidelity MVP
3Показать решение клиентамИзмерять поведение клиентов
4Снова обновить модельТо же
5Найти первых советниковТо же

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

Как готовиться:

  • Нарисуйте рабочий процесс типичного клиента: что он делает и с кем общается.
  • Нарисуйте процесс с вашим продуктом и без него. Разница большая? Заплатят ли за неё?
  • Какие сюрпризы и разочарования были?

Трудный вопрос: насколько текущая спецификация решает проблему клиента?

  • «Точно» — хорошо.
  • «Отчасти» или «не совсем» — разбираемся. Мы говорили не с теми людьми? Мало людей? Не те вопросы?
  • Правило: сначала ищем других клиентов, потом меняем продукт. Функции меняем, только если клиентов для продукта нет совсем.
  • Сопоставьте каждую функцию с проблемой клиента. Какие функции можно убрать или отложить?
  • Earlyvangelists покупают видение. Им нужен план продукта на 18 месяцев.

Сигналы для web/mobile, что проблема серьёзная:

  • минимум 10% (лучше 25–50%) увидевших проблему проявили интерес;
  • многие переслали информацию друзьям или коллегам;
  • NPS не ниже +50;
  • есть явный сегмент, который особенно горит проблемой.

Сбор итогов — не бухгалтерия. Мы не просто считаем ответы. Мы ищем смысл и инсайт.

  • Это не запуск и даже не «мягкий» запуск. Мы приглашаем ограниченное число людей. Это могут быть тысячи.
  • Главное — скорость активации (velocity):
    • сколько визитов до активации;
    • сколько человек рассказали друзьям;
    • как быстро друзья активировались;
    • как быстро и как часто люди возвращаются.
  • Исключения: узкие нишевые сайты и дорогие продукты. Там хватит немногих ценных клиентов.

Stealth-режим с Customer Development несовместим. Продукт надо показывать. Если боитесь конкурентов, сделайте доступ по приглашениям. Прессу пока не зовите: вы ещё не знаете, в каком бизнесе.

Физический канал: презентация решения.

  • Это не презентация для инвесторов и не презентация проблемы. Начните с нуля.
  • Максимум 5 ключевых функций и проблемы, которые они решают.
  • Покажите процесс клиента «до» и «после» продукта. В конце — видение на 18 месяцев.
  • Не больше 20 минут. Покажите прототип, если есть.
  • На встречах задайте вопросы о деньгах: «Внедрили бы вы это на всю компанию бесплатно?» «Заплатили бы $1 млн?» Первая названная сумма часто равна текущему бюджету.
  • Спросите о канале и процессе покупки: как вы узнаёте о таких продуктах, кто утверждает покупку.
  • Встретьтесь с партнёрами по каналу. Поймите их бизнес-модель так, чтобы нарисовать её на доске.

Цель — не продать, а понять силу энтузиазма. Меряем каждое действие: откуда пришёл, что кликнул, сколько пробыл.

ИндикаторЧто смотрим
PurchaseПокупка. Если продажи нет — регистрация «сообщить о запуске»
EngagementКак часто возвращаются, сколько времени, насколько активны
RetentionОтписки, удаления. Худший вид оттока — тихая неактивность
ReferralКто приглашает, сколько человек, чьи приглашённые активнее
  • Сайты с коротким визитом (погода, калькулятор) меряют частоту. Раз в месяц — мало. Десятки раз в день — сильный сигнал.
  • Сайты с долгим визитом (игры, соцсети) меряют время и действия: профиль, комментарии, фото, приглашения.
  • У каждого теста есть порог, заданный заранее. Но ищем не проходной балл, а сильный отклик.
  • Порог связан с моделью. $50 на рекламу за заказ — хорошо при цене $200 и плохо при цене $49,95.
  • Считайте и в штуках, и в процентах. 1 000 пришедших из 2 000 приглашённых и из 200 000 — совсем разные результаты.
  • Рассылайте приглашения несколько раз. Меняйте текст, если отклик слабый. Иначе не поймёте, что плохо: текст или продукт.
  • Слабые цифры? Ищите сегмент, где продукт «попал в нерв». Посмотрите, что общего у самых активных пользователей.
  • Многосторонний рынок: уже сейчас поговорите с плательщиками (рекламодателями).

Разговор строим на результатах тестов, а не на мнениях. Разложите реакции клиентов на четыре категории:

КатегорияРеакцияЧто делать
1Любят продукт, ничего менять не надоЕсли модель сходится — в customer validation
2Нравится, но просят ещё функции к запускуСамая опасная. Что можно отложить?
3Поняли после долгого объяснения, но покупать не рвутсяСерьёзный сигнал. Скорее всего pivot
4Не видят нуждыPivot, начать с фазы 1
  • Инженеры любят добавлять функции. Но discovery — гонка за тем, чтобы MVP скорее попал к платящим клиентам.
  • Категории 3 и 4 — обычное дело в первом круге. Не идите дальше «маршем смерти».
  • Холодная реакция обычно значит, что нет product/market fit.
  • Для web/mobile смотрите цифры: рост просмотров, время на сайте, частоту возвратов, конверсию на каждом шаге, долю рекомендаций.
  • Цифры ведут разговор, но решение go/no-go принимает чутьё лидеров.

Перепаковка продукта — частый вид pivot. Ядро технологии верное, но форма продажи не та. Монолитный пакет можно продавать модулями, по подписке или в нескольких версиях.

После обзора обновите canvas. Чаще всего меняются value proposition и сегменты клиентов.

  • Ищите советников на протяжении всего discovery: среди клиентов, аналитиков, экспертов.
  • Они помогают с технологиями, знакомят с клиентами, делятся опытом.
  • Нужны технические советники и бизнес-ментор, который уже прошёл путь стартапа.
  • Один-два клиента обычно выделяются. Пригласите их на обед и попросите совета.
  • Формально совет советников оформляют позже, в customer validation.

В книге к фазе есть чек-листы: обновление модели, тест high-fidelity MVP, метрики поведения, советники.

ТерминЗначение
high-fidelity MVPРабочая версия продукта для проверки решения
velocityКак быстро люди активируются, возвращаются и приглашают других
engagementНасколько часто и активно люди пользуются продуктом
referralПользователь приводит друзей
solution presentationПрезентация 5 ключевых функций и процесса «до и после»
product repackagingPivot: продать ту же технологию в другой форме
advisory boardСовет внешних советников
  • Перед запуском data-продукта нарисуйте процесс аналитика «до» и «после». Если разница — 5 минут в неделю, продукт мало кому нужен.
  • Пилот витрины или self-service BI откройте ограниченной группе. Смотрите частоту возвратов, а не число просмотров в первый день.
  • Метрики интереса для внутреннего data-продукта: доля активных пользователей через 4 недели, сколько людей поделились ссылкой на дашборд, сколько новых пользователей пришли по рекомендации.
  • Категория 2 («добавьте ещё колонок») — главная ловушка. Спросите, что можно отложить, а не что добавить.
  • Перепаковка: тот же набор моделей в dbt можно отдать как дашборд, как API или как выгрузку в CRM. Иногда pivot — это смена формы, а не данных.
  • Ищите советников среди пользователей: аналитик, который лучше всех знает бизнес-процесс, сэкономит вам месяцы.
  1. Почему правило «сначала ищем других клиентов, потом меняем продукт» так важно?
  2. Из чего складывается velocity в web/mobile?
  3. Какие четыре категории реакций клиентов описаны? Почему вторая самая опасная?
  4. Что такое перепаковка продукта? Приведите пример.

Предыдущая: 6. Проверка проблемы. Следующая: 8. Проверка модели и pivot.