Стартап за один вечер: Иллюзия быстрых запусков и венчурная мясорубка агрегаторов
Существует два фатальных паттерна поведения при запуске новых проектов.
Архитектор умеет разделять два процесса: Валидация гипотезы (быстро и грязно) и Операционное масштабирование (жесткий расчет и процессы). Разберем эту границу на классическом кейсе сервиса доставки DoorDash.
В мотивационных книгах пишут, что четыре студента Стэнфорда (Тони Сюй, Эван Мур и др.) в 2013 году «просто собрали сайт за 45 минут, не думая, и стали миллиардерами».
На деле всё было иначе. Архитектор видит скрытый этап: Customer Development (исследование клиентов).
До того как написать строчку кода, они ногами обошли десятки местных ресторанов и взяли глубинные интервью у владельцев. Вскрылась системная боль: рестораны теряли выручку от доставки, потому что не могли содержать собственных курьеров и логистику. Студенты нащупали проблему.
Прежде чем строить — слушай. Не «сайт за 45 минут», а десятки интервью с владельцами ресторанов вскрыли системную боль раньше, чем была написана хоть строчка кода.
Только после этого они перешли к тесту. Они не стали строить сложную логистическую платформу за миллионы долларов. Они собрали простейший лендинг PaloAltoDelivery.com, повесили туда PDF-меню нескольких ресторанов и свой номер телефона.
Когда поступал звонок, они сами ехали в ресторан, покупали еду по розничной цене и отвозили клиенту.
Это чистый Консьерж-тест (как у Zappos в Уроке 1). Они проверили главную метрику: готовы ли люди платить за доставку из ресторанов, у которых нет своей курьерской службы.
Когда поступал звонок, они сами ехали в ресторан, покупали еду по розничной цене и отвозили клиенту. Никакой платформы, никаких алгоритмов маршрутизации — только лендинг, PDF-меню и телефон.
Смысл теста — проверить главную метрику дешево: готовы ли люди вообще платить за доставку из ресторанов, у которых нет своей курьерской службы. Если люди не звонят и не платят — гипотеза мертва, и ты не потратил миллионы на платформу, которая никому не нужна.
Старый миф гласит: "Они взяли чужое меню без спроса — вот это смекалка!". В реальности Архитектора использование чужого товарного знака и контента без договора (даже агентского) — это введение потребителя в заблуждение и риск судебного иска. На этапе теста из пяти заказов это может пройти незамеченным. При масштабировании — это смерть. DoorDash был вынужден подписать тысячи жестких партнерских контрактов, чтобы выжить.
Глава про "лендинг за один вечер" обычно заканчивается триумфальным IPO. Но давай посмотрим на отчет о прибылях и убытках (P&L).
Быстрый лендинг лишь доказал наличие спроса. Построение самой корпорации заняло 10 лет тяжелейшей операционной работы. Модель агрегатора (как мы обсуждали в прошлой главе) требует астрономического сжигания кэша на субсидирование курьеров, скидки для клиентов и захват доли рынка (CAC — стоимость привлечения одного клиента).
DoorDash привлек сотни миллионов венчурных инвестиций и провел IPO в 2020 году. Но первый полностью прибыльный год в истории компании случился только в 2024 году — спустя 11 лет после запуска того самого "быстрого лендинга".
Что вынести из этой главы
Мы разобрали, как быстро проверять гипотезы, не впадая в иллюзию, что "лендинг" — это и есть готовый бизнес. Мы закрепили разницу между венчурными моделями, работающими в убыток годами, и реальной экономикой.
Остался последний вопрос запуска: что делать, если продукт уже работает, но не растет? В следующей главе мы закроем урок разговором о фокусе. Разберем, как основатели Instagram выбросили год работы и 90% функций, потому что данные показали: пользователям нужна только одна кнопка.