В рамках лекции в Stanford University сооснователи крупнейших ИТ-платформ обсудили прикладные аспекты создания успешных технологических продуктов на ранних стадиях. Майкл Сейбел, Стив Хаффман и Эммет Шир поделились критическим опытом первых месяцев работы над Reddit и Twitch, развенчав популярные мифы о поиске рыночного соответствия и запуске минимально жизнеспособного продукта. Этот материал представляет собой подробный аналитический разбор их стратегий, ошибок и практических методик управления метриками.
💬 Как правильно разговаривать с пользователями 3:02
Один из главных постулатов Y Combinator — необходимость постоянного общения с клиентами, однако стартапы часто не понимают механики этого процесса. Стив Хаффман выделяет два принципиально разных подхода на примере своих проектов: Reddit и Hipmunk.
По словам Стива Хаффмана, на раннем этапе Reddit (первые шесть месяцев) на сайте не было комментариев и сообществ, поэтому ключевым каналом связи выступала обычная электронная почта. После внедрения комментариев разработчики получили прямую связь, но столкнулись с проблемой интерпретации: пользователи часто говорят одно, а имеют в виду совершенно другое.
В Hipmunk, занимавшемся агрегацией авиабилетов и отелей, форума для общения не было. Стив Хаффман отмечает, что незаменимым инструментом стал сервис Olark — встроенный в сайт JavaScript-чат. С его помощью команда обрабатывала жалобы застрявших на этапе бронирования клиентов. Стив Хаффман убежден, что разгневанные пользователи обладают огромным «абсолютным значением эмоций»: если уделить им внимание и решить проблему, они превращаются в самых преданных сторонников бренда.
Эммет Шир указывает на радикальное различие между разработкой Justin.tv и Twitch. В период создания Justin.tv основатели сами были первыми пользователями (строили платформу для собственного реалити-шоу) и осознанно отказывались от глубокого общения с аудиторией. Эммет Шир считает, что создавать продукт исключительно под свои нужды на протяжении первых трех месяцев допустимо и эффективно, но только если основатель испытывает в нем ежедневную, отчаянную потребность. В противном случае велик риск оказаться в ситуации «блуждания по пустыне», когда команда делает то, чем никто не пользуется.
При создании Twitch подход изменился: команда перешла на личные встречи и созвоны в Skype. Эммет Шир рекомендует жестко фокусироваться на целевом сегменте: для Twitch это были не рядовые зрители и не авторы с двумя просмотрами, а успешные стримеры, собиравшие от 200 зрителей и более.
По мнению Эммета Шира, наиболее ценную информацию стартап получает не от действующих клиентов, а от тех, кто осознанно ушел к конкурентам. Команда Twitch целенаправленно интервьюировала стримеров, выбравших Ustream, Own3D или YouTube. Это позволило вскрыть мелкие технические нюансы, которые стоили платформе тысяч пользователей.
Например, из-за отсутствия Twitch в списках на фанатском киберспортивном сайте Team Liquid платформа моментально потеряла около 3000 стримеров. Проблема решилась коротким письмом администрации сайта с просьбой вернуть платформу в листинг, но без прямых разговоров с ушедшими пользователями этот критический баг искали бы годами.
🛠️ Переосмысление концепции MVP и запуск на «системе жизнеобеспечения» 8:22
Майкл Сейбел констатирует: даже зная, что первая версия продукта должна быть несовершенной, фанатичное стремление к идеалу затягивает релиз, замедляет сбор отзывов и мешает стартапам развиваться. При этом ранние версии Reddit и Justin.tv были классическими примерами крайне «сырых» MVP.
Стив Хаффман приводит точную хронологию запуска Reddit:
- 3–4 июня 2005 года — написана первая строчка кода;
- 22 июня 2005 года — официальный запуск платформы.
Фактически запуск произошел без ведома создателей: Пол Грэм просто разместил ссылку на Reddit в своем блоге. У команды не было долгосрочного видения, они просто ежедневно следовали за запросами аудитории. За последующие шесть месяцев было внедрено огромное количество функций, но, по признанию Стива Хаффмана, лишь 25% из них продержались в продукте дольше пары дней.
В качестве примера неудачной фичи Стив Хаффман вспоминает систему категорий, запущенную в июле 2005 года. Его сооснователь Алексис Оганян всю ночь вручную классифицировал каждую когда-либо отправленную на Reddit ссылку. Утром функция была запущена, показала нулевую эффективность и была удалена в тот же день. Стив Хаффман подчеркивает: если бы они не запустились в июне, эта бесполезная система категорий проектировалась бы до ноября, маскируя отсутствие реального контакта с рынком.
Эммет Шир предлагает использовать терминологию Amazon — Minimum Remarkable Product (MRP) (минимально примечательный продукт) вместо MVP. Термин «жизнеспособный» ошибочно ассоциируется с самостоятельным организмом. Эммет Шир утверждает: если вы выпускаете полностью автономный, жизнеспособный продукт — вы затянули с релизом.
По его мнению, на старте продукт находится на «системе искусственной вентиляции легких», где роль этой системы выполняют сами основатели. Главная задача — сделать так, чтобы хотя бы один человек в мире посчитал продукт замечательно полезным.
Существуют исключения из правил быстрого релиза. Эммет Шир приводит в пример Dropbox: поскольку сервис создавал систему резервного копирования, любая потеря пользовательских данных навсегда уничтожила бы доверие к бренду. Для Dropbox минимальным примечательным продуктом стало демонстрационное видео, объясняющее концепцию, и форма подписки на рассылку.
Для Justin.tv такой формат бы не подошел. Команде требовалось запустить трансляцию шоу любой ценой. Техническое устройство первого MVP Justin.tv было предельно кустарным:
- Базой служил неттоп Mac Mini;
- На нем через систему виртуализации Parallels была развернута операционная система Windows XP;
- Потоком управлял софт от Adobe, автоматизированный с помощью Windows-скриптов (shell scripting);
- Скрипты перехватывали сигнал с камеры и автоматически перезагружали систему при постоянных сбоях.
Эта конструкция не была способна масштабироваться на тысячи стримов, но она выполняла главную функцию — выдавала видеопоток в интернет, что позволило команде начать реальное обучение.
Аналогичный жесткий подход применили в Hipmunk. Возглавив проект в июне 2010 года, Стив Хаффман поставил сооснователю ультиматум: если за три месяца они не смогут настроить парсинг реальных данных об авиарейсах и получить первую выручку от продажи билетов, бизнес будет закрыт. Цель была достигнута точно в срок, что предопределило развитие компании на следующие 5 лет.
📊 Аналитика и борьба с «долгом по данным» 14:46
Майкл Сейбел замечает, что аналитика — вторая после MVP вещь, которую стартапы массово вычеркивают из приоритетов. Спикеры продемонстрировали два противоположных подхода к этой проблеме.
Reddit в первые годы существования развивался исключительно на основе интуиции основателей. По признанию Стива Хаффмана, команда годами вообще не знала объемов своего трафика и не замеряла метрики. Спустя годы, когда платформа достигла планки в 300 миллионов активных пользователей в месяц (MAU), отсутствие исторической базы обернулось огромной проблемой. Стив Хаффман признается, что они до сих пор не знают точного числа уникальных посетителей, оценивая его в широком диапазоне от 250 до 320 миллионов.
В Hipmunk, напротив, аналитика выстраивалась с первого дня, поскольку у команды не было мгновенной интуитивной связи с покупателями билетов. Стив Хаффман предупреждает о феномене «долга по данным» (data debt): в коде можно совершать любые технологические и корпоративные грехи, но упущенные исторические данные восстановить невозможно, и в определенный момент продуктовая интуиция обязательно подведет. Его совет — логировать минимальный набор данных в накопитель, даже если прямо сейчас их некому анализировать.
Эммет Шир соглашается с важностью исторических базовых линий (baselines). Без них невозможно понять, стагнирует фича или растет после обновления. Ссылаясь на совет Сухаила, основателя Mixpanel, Эммет Шир рекомендует выбрать от 5 до 7 ключевых пользовательских действий и фиксировать только их, полностью игнорируя второстепенную активность.
Для Twitch этот критический набор состоял всего из четырех метрик:
- Просмотр одной минуты видео;
- Отправка сообщения в чат;
- Оформление подписки на стримера;
- Покупка платной подписки.
Эти четыре действия дали команде исчерпывающее понимание поведения аудитории.
Майкл Сейбел добавляет практическую рекомендацию: на старте необходимо использовать готовые сторонние решения (Mixpanel, Google Analytics), так как у стартапа нет времени на написание собственных аналитических инструментов. При этом сбор логов обязательно нужно дублировать в собственную базу данных, чтобы не остаться заложником ограничений внешней платформы в будущем.
🔄 Ловушка масштабного редизайна и «синдром второй системы» 19:36
В процессе менторства в Y Combinator Майкл Сейбел часто сталкивается с запросом на «большой редизайн». Основатели уверяют, что их текущий интерфейс полностью неверен и им требуется переписать проект с нуля. Сейбел называет это деструктивной и неэффективной практикой.
Стив Хаффман напоминает: конечным пользователям абсолютно неважен ваш технологический стек. По его мнению, если команда инициирует тотальный редизайн продукта из-за плохих метрик, она находится в ловушке. Без изменения внутренних паттернов разработки и подходов к анализу данных новый продукт получится таким же неудачным, как и старый.
В Hipmunk интерфейс поиска переписывался около шести раз, а в Reddit масштабное обновление UI/UX началось только после изменения аналитических привычек команды. Стив Хаффман предостерегает от «синдрома второй системы», когда менеджеры пытаются исправить все прошлые ошибки одним релизом — такой продукт, как правило, никогда не доходит до стадии публикации. Единственный рабочий путь — выделение нового MVP и итеративное движение вперед.
Эммет Шир подтверждает, что радикальный редизайн может принести колоссальный успех, но только если он подкреплен точными данными. Тремя годами ранее Twitch полностью перестроил мобильное приложение, которое до этого было лишь слепой копией интерфейса Justin.tv. Обновление навигации (вынос ключевых функций из трех уровней вложенности на главный экран) увеличило вовлеченность (engagement) на 354% на одного клиента.
Тем не менее, Эммет Шир считает классической ошибкой инженеров попытку исправить, например, восемь накопившихся дефектов одним махом. Его совет — внедрять исправления строго поочередно, двигаясь по списку с максимальной скоростью. Полноценный rewrite для раннего стартапа равен пивоту (смене бизнес-модели). Зачастую это лишь «прокрастинация программистов», которые не знают, что делать с продуктом, и начинают изобретать велосипеды вместо использования готовых библиотек.
🤝 Процесс принятия решений и роль продуктовой интуиции 24:12
Эммет Шир формулирует жесткое правило для всех, кто хочет влиять на развитие продукта: без прямого общения с пользователями и регулярного изучения аналитики сотрудник не имеет права на авторитетное продуктовое мнение. По его оценке, если оба сооснователя опираются на реальные цифры и интервью, концептуальные разногласия возникают крайне редко.
Если же консенсус не достигнут, Эммет Шир рекомендует авторитарную модель управления: последнее слово всегда остается за генеральным директором. Попытки бесконечно сглаживать углы и искать компромиссы критически замедляют скорость работы стартапа.
Стив Хаффман дополняет эту позицию двумя своими регулярными тезисами на посту CEO:
- «Я не хочу спорить об этом, если мы можем это просто протестировать»;
- «Я готов признать свое поражение и удивиться результатам тестирования».
Продуктовые разногласия, по мнению Хаффмана, становятся эмоциональными и токсичными только тогда, когда в компании ломается структура приоритетов. Это происходит, когда выгода для бизнеса начинает идти вразрез с интересами пользователей.
В качестве примера Стив Хаффман приводит агрессивное продвижение мобильного приложения Reddit среди посетителей мобильной версии сайта. Метрики установки приложений росли, но сам процесс вызывал раздражение у пользователей. Именно в таких точках компромисса между краткосрочной выгодой и долгосрочной лояльностью рождаются самые жесткие споры внутри команды.
⏱️ Разработка по графику: двухнедельные циклы и еженедельные метрики 28:22
Стив Хаффман советует основателям сохранять эмоциональный нейтралитет: взрывной рост метрик часто маскирует внутренние системные проблемы продукта, а временное падение заставляет команды паниковать и совершать хаотичные действия. Стратегическое планирование должно строиться по принципу прямой линии:
- Определяется точка, где компания должна находиться ровно через один год;
- Проводится прямая линия от этой цели до сегодняшнего дня;
- Формируется список задач, необходимых для выполнения текущего шага.
Хаффман предпочитает выстраивать продуктовую работу вокруг жестких двухнедельных спринтов с еженедельными сверками гипотез. При этом на чистую разработку в раннем стартапе должно отводиться 13 дней из 14, в то время как в зрелом бизнесе операционные процессы съедают больше времени, оставляя на кодинг около 9 дней.
Эммет Шир дополняет, что общение с клиентами не должно приводить к еженедельной смене курса стартапа. Базовые потребности сегментов стабильны. Стримерам на Twitch всегда будут нужны три вещи:
- Возможность зарабатывать деньги на трансляциях;
- Инструменты для расширения аудитории;
- Позитивная социальная обратная связь от зрителей.
Если текущая задача напрямую бьет в одну из этих потребностей, команда может на шесть месяцев полностью изолироваться от внешних отзывов и заниматься исключительно математической оптимизацией (например, ростом эффективности рекламных объявлений), имея твердую уверенность в ценности своей работы.
При этом Эммет Шир категорически настаивает на еженедельном (но не ежедневном, что является лишь «удовлетворением эго») анализе цифр. Высшим достижением продуктового дизайна Шир считает способность разложить любое колебание графиков до «атомарной истины».
Идеальный аналитический отчет стартапа должен звучать так: «Мы выросли на 20% на этой неделе, потому что привлекли конкретное число новых устройств через определенный канал, зафиксировали конкретную дочернюю конверсию на этой целевой странице благодаря внедрению новой фичи, что подтверждается математическим расчетом удержания (retention)».
💡 Эволюция фичей: от пользовательских лайфхаков до инвертированной рекламы 34:45
Спикеры проиллюстрировали тезис о важности наблюдения за клиентами историями создания конкретных функций, которые сегодня определяют облик их платформ.
Стив Хаффман рассказал о появлении текстовых постов (self-posts) на Reddit. Изначально платформа поддерживала публикацию исключительно внешних ссылок. После запуска комментариев пользователи начали реализовывать непредусмотренный сценарий: они копировали URL страницы комментариев еще не созданного поста (вычисляя его инкрементированием ID в адресной строке) и отправляли его в качестве ссылки. Таким образом создавался пост, который вел на самого себя, где авторы могли писать развернутые тексты.
Поскольку ранняя аудитория Reddit состояла из ИТ-специалистов, они быстро освоили этот трюк, хотя иногда ошибались в расчетах и ссылались на чужие обсуждения. Вместо блокировки команда упростила этот процесс: разработчики добавили распознавание тега self в поле ввода URL. Сегодня такие публикации составляют 60% от всего объема контента на Reddit. Хаффман подчеркивает: лучшие продуктовые идеи — это те, которые пользователи уже реализуют на вашей платформе кустарными методами.
[Image of hydrogen fuel cell] Примечание: пример стратегической инверсии в инженерии продукта, аналогичный архитектуре рекламы Twitch.
Эммет Шир поделился кейсом создания рекламного продукта для Twitch. Авторы каналов требовали внедрения монетизации, но одновременно с этим жаловались на конкурентов, чья автоматическая реклама перекрывала трансляцию в самые важные моменты киберспортивных матчей, раздражая зрителей.
Решение было найдено через полную инверсию базовых продуктовых предположений. Вместо автоматического алгоритма Twitch вывел на панель стримера физическую кнопку запуска рекламы.
Поскольку платформа делилась с авторами процентом от дохода, стримеры получили прямую мотивацию кликать на нее самостоятельно. В итоге Twitch получил бесплатную профессиональную рабочую силу, которая идеально интегрировала рекламные паузы в естественные перерывы своих трансляций. Функция превратилась в кнопку с условным названием «нажми и заработай $15», где авторы сами регулируют баланс между своим доходом и удержанием зрителей.
🎯 Как поймать Product-Market Fit и определить своего клиента 40:13
Майкл Сейбел разрушает главный миф Кремниевой долины: подавляющее большинство стартапов, подающих заявки в Y Combinator и даже выступающих на Demo Day, не имеют продукта, соответствующего рынку (Product-Market Fit). Многие ошибочно принимают закрытие ангельского раунда финансирования или наличие пары миллионов долларов на банковском счете за достижение PMF.
Эммет Шир использует метафору с Сизифом: до достижения PMF основатель изо всех сил толкает тяжелый валун в гору, борясь за каждый дюйм и каждого клиента, как это было у Стива Хаффмана с Hipmunk.
Сам момент достижения Product-Market Fit Шир описывает как преодоление вершины холма. Работа не становится легче, но она кардинально меняется: валун начинает стремительно катиться вниз, а задача команды — бежать за ним со всех ног, пытаясь удержать разваливающийся от масштабирования продукт. При наличии PMF продукт может быть несовершенным, содержать массу явных багов, но он все равно продолжает расти с огромной скоростью под давлением колоссального спроса.
Определение стартовой аудитории также требует разных подходов в зависимости от типа компании:
- Интуитивный стартап — продукт создается основателями для самих себя. Здесь первыми пользователями становятся люди, полностью идентичные авторам проекта. Для раннего Reddit это были ИТ-специалисты и читатели блога Пола Грэма.
- Аналитический стартап — продукт нацелен на внешнюю группу пользователей, и его аудитория вычисляется сугубо математическим путем.
Twitch развивался по аналитической модели. Эммет Шир, будучи фанатом киберспорта, сам не являлся активным стримером. Анализ данных Justin.tv показал, что 80% всех минут просмотра на платформе генерировали всего 200 топовых авторов. Это позволило математически доказать: удержание этих 200 человек и привлечение еще 200 аналогичных авторов мгновенно удвоит масштабы бизнеса. Стив Хаффман резюмирует: если вы строите продукт не для себя, ваша личная интуиция изначально лжет вам, и каждый шаг обязан проверяться жесткими аналитическими данными.
