# «Продукт — это не искусство»: правила разработки Майкла Сейбела

Источник: https://www.youtube.com/watch?v=C27RVio2rOs
Канал: Y Combinator
Опубликовано: 05.09.2018

---

В лекции для предпринимателей партнер и бывший руководитель венчурного фонда Y Combinator Майкл Сейбел делится тактическими уроками создания технологических продуктов. На примере эволюции Justin.tv в игровой стриминговый гигант Twitch он объясняет, как правильно находить отчаявшихся клиентов, выстраивать жесткие спринты разработки и почему фаундерам важно избегать ловушек ложной продуктовой интуиции. Писать продукт из головы без оглядки на рынок — верный способ погубить компанию, поэтому спикер предлагает структурированный подход к поиску соответствия продукта рынку (Product-Market Fit).

## 🛠️ Три столпа выживания раннего стартапа
[[JUMP:0:30]]

Майкл Сейбел вспоминает, что на начальном этапе развития проектов Justin.tv и Twitch команда регулярно нарушала общепринятые правила Кремниевой долины. Однако компании удалось остаться на плаву благодаря трем фундаментальным факторам, которые компенсировали тактические ошибки.

По мнению спикера, выжить стартапу помогли три ключевых фактора:

1. Сильная техническая команда. Сооснователи Джастин Кан, Эммет Шир и Кайл Вогт обладали высочайшей инженерной квалификацией и не пасовали перед сложными техническими вызовами. Без такой сильной базы компания закрылась бы на ранних стадиях.
2. Минимальный уровень расходов (Low Burn Rate). Основатели в возрасте 21–23 лет арендовали двухкомнатную квартиру за $2500 в месяц. На повседневные нужды каждому выделялось всего по $500 в месяц (что формально было ниже МРОТ, но устраивало всех участников). Эммет занимал спальню, Кайл и Джастин спали на двухъярусных кроватях, а Майкл — в гостиной или на балконе. Столь низкие расходы давали долгое время на совершение ошибок и эксперименты.
3. Полное слияние личного эго с успехом компании. Для основателей стартап был единственным серьезным делом в жизни на тот момент. Поражение воспринималось ими как личный жизненный крах (оценка «неуд» по жизни), что делало мысль о капитуляции немыслимой.

По утверждению Сейбела, отсутствие хотя бы одного из этих компонентов привело бы к неминуемой гибели бизнеса. Для более глубокого анализа продуктовых подходов спикер также привлекает кейс портфельной компании Y Combinator под названием Poppy.

## 🎯 Формулирование проблемы: почему идеи не работают без боли
[[JUMP:3:48]]

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

Сейбел рекомендует проверять гипотезу следующими вопросами:

* Способны ли вы четко сформулировать проблему максимум в двух предложениях? Если для объяснения требуется целое эссе, фаундер сам не понимает суть проблемы.
* Испытывали ли вы эту проблему лично? Это помогает подтвердить реальное существование боли в мире.
* Можете ли вы сузить определение проблемы? На старте невозможно решить задачу сразу для всех.

Например, в самом начале Justin.tv не мог предоставить стриминг каждому желающему: пользователю требовались ноутбук, качественный интернет и веб-камера. Фаундарам необходимо определить, какой именно когорте пользователей они могут помочь в первую очередь, вместо попыток моментально «вылечить рак» во всем мире.

### 🍼 Кейс Poppy: проверка проблемы на решаемость
[[JUMP:7:04]]

Стартап Poppy позиционировался как аналог «Uber для вызова нянь». Проблема заключалась в том, что родителям няни нужны в совершенно разных ситуациях: на пятидневную рабочую неделю, в случае экстренной госпитализации, из-за ошибок в планировании или для ухода за младенцами. 

По словам Сейбела, попытка решить проблему ухода за младенцами выявила фундаментальное препятствие. Уровень доверия, необходимый родителям для того, чтобы оставить грудного ребенка с незнакомым человеком из приложения, оказался экстремально высоким. Модель Uber жизнеспособна только при наличии пула взаимозаменяемых исполнителей с базовым навыком вождения. Однако высококвалифицированные няни для младенцев в крупных городах предпочитают стабильную и высокооплачиваемую работу на полную ставку, а не разовые вызовы. В итоге Майкл Сейбел делает вывод: проблема в узком сегменте младенцев оказалась фактически нерешаемой из-за отсутствия адекватного предложения на рынке. Основательница Poppy Афни, будучи матерью двоих детей, остро ощущала эту боль лично, но бизнес столкнулся с жесткими рыночными ограничениями.

## 👤 Поиск идеального клиента: частота и интенсивность боли
[[JUMP:10:11]]

Майкл Сейбел предостерегает от иллюзии, будто продуктом сразу будут пользоваться «все». Даже крупнейшие современные сервисы на старте искали идеального первого клиента. Для их поиска спикер советует анализировать частоту и интенсивность возникновения проблемы.

В качестве примера Сейбел приводит популярную среди стартаперов идею — создание сайтов по подбору и покупке автомобилей. Большинство создателей таких платформ считают своим клиентом покупателя машины. Однако обычный человек приобретает автомобиль раз в семь лет. Спикер подчеркивает, что строить бизнес на клиенте, который возвращается раз в семь лет, крайне тяжело. Настоящим клиентом таких платформ являются автодилеры, у которых проблема продажи машин возникает ежедневно для выполнения планов. Понимая, кто получает от продукта наибольшую ценность, стартап может выстроить правильную бизнес-модель.

### 📈 Интенсивность против частоты на примере Uber
[[JUMP:13:41]]

Бизнес-модель Uber демонстрирует идеальное сочетание факторов. Потребность переместиться из точки А в точку Б обладает высокой интенсивностью (опоздание на работу, к врачу, необходимость забрать детей). Сейбел отмечает, что именно эти параметры сделали рынок перевозок огромным, вопреки консервативным оценкам старого рынка традиционных такси. Продукты с высокой частотой использования быстро перемещаются на первый экран смартфона и становятся частью повседневной жизни.

## 💰 Ценообразование и ловушка бесплатных пользователей
[[JUMP:15:00]]

Спикер критикует популярное стремление фаундера сделать продукт бесплатным ради привлечения аудитории. По мнению Сейбела, введение платы на раннем этапе — лучший способ проверить ценность продукта. Если у пользователя действительно острая боль, он без колебаний заплатит даже за несовершенный инструмент. Напротив, бесплатный тариф привлекает случайных людей (хоббистов), чья обратная связь может увести разработку в ложном направлении. Разговаривать с неподходящими клиентами — критическая ошибка.

Сейбел также обращает внимание на доступность целевой аудитории. Американские B2B-стартапы могут легко находить клиентов и рассылать по тысяче писем в неделю через LinkedIn. В то же время в Китае b2b-коммуникации по электронной почте не развиты, что вынуждает стартапы изобретать принципиально новые каналы дистрибуции. Нельзя создавать продукт для воображаемого или недосягаемого клиента.

### 🚪 Кейс Exec: когда клиента необходимо уволить
[[JUMP:24:17]]

Сооснователь Джастин Кан в своем стартапе по заказу персональных ассистентов Exec впервые применил практику «увольнения» токсичных клиентов. Одна из пользовательниц постоянно ставила нереалистичные задачи (например, сделать уборку по её личным невысказанным правилам или придирчиво критиковала каждый купленный фрукт), регулярно требуя возврата денег. После четырех бесплатных возвратов Кан лично заблокировал клиентку. Сейбел призывает жестко избавляться от пользователей, которые пытаются эксплуатировать систему.

### ⏳ Скидки как инструмент ускорения сделок в Zenefits
[[JUMP:25:39]]

Спикер приводит в пример Паркера Конрада из компании Zenefits, который выстраивал систему enterprise-продаж через создание структурированных стимулов. Вместо того чтобы снижать цену из-за страха отказа, Конрад связывал скидку с дедлайнами — например, заявлял, что благодаря временным скидкам на сервера AWS компания может снизить стоимость для клиента только в течение ближайших 30 дней. Это заставляло корпоративных клиентов быстрее принимать решения на внутренних обсуждениях. Продукт изначально закладывался на 15% дороже, чтобы скидка ускоряла сделку, а не выглядела проявлением слабости.

## 📊 Настройка продуктовых метрик: забудьте про Google Analytics
[[JUMP:27:56]]

Майкл Сейбел заявляет, что использование Google Analytics в качестве основной продуктовой метрики — это грубейшая ошибка. Данный сервис подходит для отслеживания просмотров страниц и источников трафика, но бесполезен для анализа конкретных действий внутри продукта. Фаундерам необходимы событийно-ориентированные платформы (event-based analytics), такие как Mixpanel, Amplitude или Heap. Внедрение подобных систем силами технической команды занимает считанные часы, давая полное понимание пользовательского поведения.

### 🔢 Правило 5–10 базовых показателей
[[JUMP:29:39]]

Распространенной ошибкой является попытка отслеживать сразу 150 различных действий пользователей на старте. Аналитика должна быть интерактивной и понятной каждому сотруднику компании, а не только техническому директору. Сейбел рекомендует выбрать от 5 до 10 ключевых метрик. Для Instagram на раннем этапе такой базой были бы следующие действия:

* открытие приложения;
* создание аккаунта;
* создание фотографии;
* применение фильтра;
* публикация снимка.

Спикер настаивает, что метрики должны быть частью продуктовой спецификации (spec) еще до релиза, чтобы команда точно знала, какие показатели она планирует улучшить. Иначе основатели действуют вслепую.

## 🔄 Как устроен правильный цикл разработки (Development Cycle)
[[JUMP:31:49]]

Ранний период Justin.tv Сейбел описывает как затяжной хаос. Команда состояла из трех выпускников Йеля и одного выпускника MIT. По воспоминаниям спикера, главным навыком выпускников Йеля было умение бесконечно спорить. Из-за этого сооснователь Кайл Вогт даже перешел на ночной график работы, чтобы писать код в тишине и избегать дебатов. Ярким примером неэффективности стали трехмесячные споры о цвете фона сайта, которые закончились добавлением пяти вариантов на выбор пользователя.

Типичный провальный цикл разработки в те годы выглядел так:

* Релизы происходили раз в три месяца, что недопустимо для веб-продукта.
* Итоги продуктовых встреч не фиксировались письменно, из-за чего каждый основатель целый месяц делал свою версию фичи.
* К середине цикла выяснялось, что выполнена лишь треть задач, после чего в панике создавалась низкокачественная «обрезанная» версия.
* Новые идеи в этот период отвергались, а после релиза неудачную фичу просто забрасывали ради нового хаотичного брейншторма.

Единственным долговечным решением того периода, дожившим до современного Twitch, стало размещение чата справа, а видеоокна — слева.

### 📋 Пошаговый алгоритм эффективного спринта
[[JUMP:35:49]]

Чтобы исправить ситуацию, команда внедрила жесткую систему, которую Сейбел рекомендует использовать всем стартапам:

1. Определение главного KPI. Если стартап берет деньги с клиентов, метрикой должна быть выручка. Если продукт бесплатный (как Facebook) — количество активных пользователей в день (DAU). Например, в Socialcam метрику DAU раскладывали на три слагаемых: привлечение новых пользователей, удержание старых и генерация нового контента.
2. Открытый брейншторм. Идеи сотрудников выписываются на доску без критики со стороны руководства, при этом у всех открыты панели Mixpanel для сверки с реальными данными. Роль CEO — не отбраковывать идеи, а мотивировать команду.
3. Оценка сложности (Easy/Medium/Hard). Задачи делятся по трудозатратам. «Тяжелая» (Hard) занимает у инженера почти весь спринт, «средняя» (Medium) требует 1–2 дней, «легкая» (Easy) выполняется за несколько часов. Нетехнические фаундеры обязаны учиться этой оценке, урезая бесполезные и сложные элементы из тяжелых задач.
4. Приоритезация и написание спецификации. Сначала утверждаются самые эффективные задачи из категории Hard, затем Medium и Easy. После этого составляется детальное письменное описание (spec) того, как именно будет работать фича.

Спринты запускаются строго на одну неделю (для веба) или на две недели (для мобильных приложений). Это должно быть единственным рабочим совещанием. Сейбел подчеркивает: в течение этих двух недель нетехнический фаундер обязан «закрыть рот» и не вмешиваться в работу инженеров со своими внезапными идеями, чтобы не ломать утвержденный план. Жесткий ритм делает процесс разработки предсказуемым и успешным.

## 🧭 Итерация против пивота: концепция двухлетнего окна
[[JUMP:43:18]]

Майкл Сейбел выражает недоумение, когда фаундеры заявляют о необходимости пивота всего через два месяца после запуска. По его мнению, создание нового продукта для новой аудитории — это процесс, занимающий минимум два года, и быстрая капитуляция не имеет смысла. Спикер предлагает строго разграничивать два термина:

* **Пивот (Pivot)** — это радикальное изменение целевого клиента или самой решаемой проблемы. Это редкое событие, которое зачастую означает создание новой компании с нуля.
* **Итерация (Iterate)** — это изменение формы решения. Клиент и проблема остаются прежними, но перерабатывается продукт (MVP), поскольку первая версия могла быть неудачной или требовала улучшений.

Часто фаундеры ставят решение на первое место и начинают навязывать его случайным клиентам. Сейбел напоминает, что Google не был первой поисковой системой, а Facebook — первой соцсетью. Их гениальность, с точки зрения спикера, заключалась в понимании того, что предшественники плохо решили существующую проблему, и они сфокусировались на создании более качественного решения проблемы.

## 🍏 Настоящий Стив Джобс против «мнимого»
[[JUMP:46:10]]

В стартап-культуре распространено ошибочное представление о Стиве Джобсе как о художнике, который сразу создавал идеальные продукты из головы. Сейбел называет такое подражание поведением «мнимого Стива Джобса» (Fake Steve Jobs) и напоминает, какими недостатками обладал первый iPhone в 2007 году:

* отсутствие поддержки стандарта 3G (интернет работал через медленный протокол EDGE);
* привязка только к одному сотовому оператору в США;
* крайне слабый аккумулятор и хрупкое стекло экрана;
* полное отсутствие магазина приложений App Store.

Реальный Стив Джобс, по мнению Сейбела, выпустил революционный, но весьма несовершенный минимально жизнеспособный продукт (MVP) и затем ежегодно итерировал его на основе отзывов пользователей, пока тот не стал идеальным. Фаундеры, которые требуют идеального исполнения вопреки мнению рынка, ведут себя деструктивно.

## 🎮 Как Twitch вырос из игнорирования собственных пользователей
[[JUMP:48:10]]

История создания Twitch служит подтверждением ценности итераций. Геймеры стримили на платформе Justin.tv с самого запуска, составляя стабильные 20% от общего трафика. На протяжении нескольких лет команда полностью игнорировала их потребности и не создавала для них специализированных функций. Тем не менее, игроки продолжали пользоваться сервисом, что свидетельствовало об их крайней степени отчаяния (desperate users) из-за отсутствия альтернатив на рынке.

Переломный момент наступил, когда команда наконец села за стол переговоров с геймерами и напрямую спросила, что им нужно. Оказалось, что им требовались банальные вещи, например, уменьшение задержки трансляции (lag). Прямая коммуникация и быстрая реализация этих простых запросов заставили пользователей влюбиться в продукт и рекомендовать его друзьям. В результате за первые пять лет стоимость Justin.tv выросла с нуля до $24 млн, а после фокуса на геймерах и создания Twitch капитализация взлетела до $1 млрд всего за три года.

## ❓ Ответы на вопросы: ценообразование, краудфандинг и образ жизни
[[JUMP:51:05]]

В рамках сессии ответов на вопросы Майкл Сейбел зафиксировал ряд важных тезисов:

* **Платная или бесплатная модель.** Если стартап планирует когда-либо брать деньги с клиентов, плату нужно вводить как можно раньше для проверки готовности платить. Бесплатная модель допустима только при монетизации за счет рекламы.
* **Нулевая выручка.** Если главный KPI равен нулю, его все равно нужно отслеживать и честно фиксировать каждую неделю. Для мотивации можно использовать опережающие метрики: количество переговоров, отправленных контрактов или клиентов на стадии онбординга.
* **Краудфандинг в Hardware.** Главная ошибка предпродаж «железа» — чрезмерные скидки. Фаундеры некорректно рассчитывают себестоимость производства, из-за чего успешная кампания по предпродажам оборачивается финансовым крахом стартапа.
* **Финансовая диета (Slow Burn).** Жить скромно легко в студенческом возрасте. Появление семьи, ипотеки и дорогой машины резко снижает готовность к рискам. Сейбел советует молодым специалистам не повышать уровень комфорта («lifestyle inflation»), чтобы оставаться готовыми к запуску бизнеса.
* **Разница между бета-версией и MVP.** Спикер считает эти терминологические различия несущественными. Единственный важный водораздел — пользуются ли люди вашим продуктом прямо сейчас. Если пользуются, стартап можно считать запущенным.
* **Что создавать дальше.** Не нужно пытаться быть гением, предсказывающим будущее. Намного важнее иметь технически сильную команду, способную быстро собирать MVP, внедрять аналитику и отсекать неработающие гипотезы вместо бесконечной погони за «идеальным продуктом».

В завершение Майкл Сейбел оставил свой прямой адрес электронной почты (michael@ycombinator.com) и заверил слушателей, что отвечает на все письма фаундверов, нуждающихся в совете.