Общение с пользователями — один из фундаментальных навыков, определяющих успех стартапа. Эрик Мигиковский (Eric Migicovsky), партнер акселератора Y Combinator и основатель компании Pebble, утверждает, что лучшие фаундеры сохраняют прямую связь с клиентами на всех этапах жизни бизнеса, отказываясь перепоручать эту задачу наемным менеджерам.
🛠️ Главная обязанность фаундера: код и общение 0:00
По мнению Эрика Мигиковского, в основе обучения Y Combinator лежат всего две критические задачи, которые должен выполнять фаундер: писать код (создавать продукт) и разговаривать с пользователями. Он подчеркивает, что технические директора или генеральные директора часто совершают ошибку, пытаясь делегировать исследования рынка профессиональным сейлзам или продакт-менеджерам.
Мигиковский вспоминает классическую сцену из фильма «Офисное пространство» (Office Space), где персонаж называет себя «связующим звеном между инженерами и клиентами», потому что он «умеет общаться с людьми». Спикер настаивает: вы не должны нанимать такого посредника. Фаундеры обязаны развивать навыки общения самостоятельно, чтобы получать информацию из первых рук без искажений.
❌ Ошибки «Маминого теста»: почему нельзя питчить идею 2:28
Значительная часть тактики Мигиковского основана на принципах книги «The Mom Test» («Мамин тест»), написанной выпускником YC Робом Фитцпатриком. Название отсылает к ситуации, когда фаундер рассказывает маме о своей идее, а та, из любви и желания поддержать, дает бесполезную, позитивную обратную связь.
Эрик Мигиковский выделяет три типичные ловушки в интервью:
- Питчинг вместо исследования. Фаундеры любят свою идею и стремятся её продать. Однако цель интервью — не продажа, а извлечение данных о жизни пользователя.
- Обсуждение гипотез. Вопросы в духе «Воспользуетесь ли вы этой функцией, если мы её построим?» или «Купите ли вы это?» дают ложную информацию. Вместо этого нужно спрашивать о конкретных событиях, которые уже произошли в жизни пользователя.
- Доминирование в разговоре. Фаундеры привыкли выступать перед инвесторами и сотрудниками, поэтому говорят слишком много. В интервью нужно слушать и фиксировать данные, чтобы прийти к сооснователям с реальными фактами, а не своими догадками.
🙋♂️ Пять золотых вопросов для интервью 5:58
Чтобы структурировать общение на ранних этапах, Эрик предлагает использовать пять конкретных вопросов. В качестве примера он приводит историю Дрю Хьюстона и создание Dropbox в 2005 году.
- «Что самое сложное в [процессе/задаче]?» Этот вопрос помогает понять, является ли проблема реальной болью. В случае с Dropbox это мог быть вопрос к студенту MIT: «Что самое трудное в работе над групповым проектом на университетских компьютерах?».
- «Расскажите о последнем случае, когда вы столкнулись с этой проблемой». Цель — выявить контекст и обстоятельства. Это позволяет наложить ваше решение на реальную ситуацию и понять, помогло бы оно на самом деле.
- «Почему это было трудно?» Ответы на этот вопрос формируют маркетинговую стратегию. По мнению Мигиковского, клиенты покупают не «что» (продукт), а «зачем» (решение конкретной боли). Если студент жалуется на путаницу в версиях файлов, это становится ключевым месседжем в продажах.
- «Что вы уже пытались сделать, чтобы решить эту проблему?» Если пользователь не искал решения самостоятельно (не пробовал аналоги, не настраивал костыли вроде SFTP или отправки файлов самому себе по почте), значит, проблема не «горит». Кроме того, это способ изучить конкурентов.
- «Что вам не нравится в решениях, которые вы пробовали?» Это отправная точка для формирования списка функций (feature set). Важно спрашивать о прошлом опыте, а не о том, что пользователь хочет видеть в будущем, так как люди плохо предсказывают свои потребности.
🎯 Поиск идеального «первого клиента» 19:33
На стадии прототипа критически важно выбрать правильный сегмент для старта. Мигиковский предлагает фреймворк из трех числовых показателей, которые нужно выяснить в ходе интервью:
- Стоимость проблемы: Сколько денег клиент теряет сейчас или сколько может заработать, если проблема исчезнет?
- Частота: Как часто возникает проблема (ежедневно, ежечасно или раз в квартал)? Стартапам выгоднее решать задачи, возникающие часто, так как это дает больше шансов проверить продукт.
- Бюджет: Есть ли у человека, с которым вы говорите, полномочия и деньги на покупку решения?
В качестве примера приводится гипотетический стартап по производству «умных блендеров» для смузи. При сравнении трех клиентов — элитного ресторана (French Laundry), кафе в офисе Google и McDonald's — побеждает последний. Несмотря на низкую маржу с одной порции, у McDonald's колоссальная частота транзакций и огромный бюджет на уровне корпоративного управления.
📈 Измерение Product-Market Fit (PMF) по методу Superhuman 25:20
Мигиковский считает определения PMF от Пола Грэма («сделать то, что хотят люди») и Марка Андриссена («продукт вырывают у вас из рук») слишком расплывчатыми и ретроспективными.
Для количественной оценки он рекомендует методику Рахула Вохры из Superhuman. Раз в неделю пользователям задается вопрос: «Как бы вы себя чувствовали, если бы больше не могли использовать наш продукт?». Варианты ответа:
- Очень разочарован.
- Немного разочарован.
- Не разочарован.
По утверждению Мигиковского, если 40% и более опрошенных отвечают «Очень разочарован», компания достигла точки перегиба, после которой начинается экспоненциальный рост. Этот показатель служит опережающим индикатором успеха.
💡 Тактические советы и «плохие данные» 28:23
Эрик Мигиковский делится практическими лайфхаками для фаундеров:
- Просите номер телефона при регистрации. Данные могут показывать аномалии, и иногда проще позвонить одному живому пользователю, чем гадать над графиками.
- Игнорируйте комплименты. Фразы «Мне нравится дизайн» или «Это полезно» Эрик относит к «плохим данным». Они не несут тактической информации для улучшения продукта.
- Пресекайте «болтовню» (fluff). Как только пользователь уходит в рассуждения о будущем, нужно возвращать его к конкретным фактам из прошлого.
- Будьте наглыми (в меру). Если холодные письма не работают, можно просто прийти в офис к клиенту. Эрик приводит пример стартапа из текущего батча YC, который продает софт для пожарных: фаундеры просто заходили в пожарные части и добивались встреч с начальниками.
Мигиковский резюмирует: если вы искренне верите, что решаете проблему клиента, вы не навязываетесь, а помогаете ему.
