The Startup Owner's Manual, глава 1: Путь к провалу

Главная мысль: стартап — это не маленькая версия большой компании. Классический план «разработка → тест → запуск» работает, когда клиент и рынок известны. У стартапа они неизвестны, поэтому этот план ведёт к провалу.

История Webvan

Webvan — онлайн-доставка продуктов в США конца 1990-х. Классический пример, как сделать всё «правильно» и обанкротиться.

Факт	Что произошло
Деньги	Подняли больше $800 млн, включая IPO
Ставка	Автоматические склады, свой софт, парк грузовиков
Запуск	Через месяц после beta-теста. IPO ещё через 60 дней
Реальность	Около 2 000 заказов в день вместо 8 000 по плану
Реакция	Подписали контракт на $1 млрд на 26 новых складов
Итог	Банкротство меньше чем через 2 года после IPO

• Это не ошибка исполнения. Команда сделала всё, что просили совет директоров и инвесторы.
• Ошибка в том, что никто не спросил: «А где клиенты?»
• Peapod и Tesco делали тот же бизнес. Они начали с малого, учились у клиентов и выжили.

Классическая модель вывода продукта

Эту модель придумали для производства в начале XX века. Потом её взяли товары массового спроса, а затем и IT.

Этап	Что делают
Concept / seed	Идея, бизнес-план, таблицы с прогнозом выручки, поиск денег
Product development	Отделы расходятся по углам. Инженеры пишут спецификации и строят продукт. Маркетинг готовит сайт, PR, материалы
Alpha / beta test	Небольшая группа пользователей проверяет, что продукт работает по спецификации
Launch / first customer ship	Большой запуск, пресса, наём отдела продаж, планы по выручке

• Модель хороша для компании, которая знает клиентов, рынок и конкурентов.
• Стартап почти ничего из этого не знает. Но всё равно использует модель как карту для продаж, запуска и финансирования.
• Внутри этапа разработки обычно идёт waterfall: видение → MRD → спецификация → код. Когда «поезд» тронулся, его почти нельзя остановить 18–24 месяца.

9 смертных грехов модели

№	Грех	Суть
1	«Я знаю, чего хочет клиент»	В первый день у стартапа нет клиентов. Есть только догадки
2	«Я знаю, какие функции нужны»	Продукт строят целиком, ни разу не выйдя к клиенту
3	Фокус на дате запуска	Все часы выставлены на «first customer ship». Нет времени учиться
4	Исполнение вместо гипотез	Люди думают, что их наняли за знания, а не за умение учиться
5	Бизнес-план без ошибок	Метрики большой компании (P&L, баланс) не показывают прогресс стартапа
6	Чужие должности	«VP Sales» — роль для известного продукта и известного клиента
7	Продажи и маркетинг по плану	Сайт, логотип, PR — это тактики. Их выдают за прогресс
8	Преждевременное масштабирование	Нанимают и тратят по плану, а не по фактам
9	Управление кризисами	Продажи не идут → увольняют VP Sales → новый план → снова провал

Что важно в каждом грехе

• Гипотезы надо превращать в факты. Для этого основатели выходят из офиса и говорят с клиентами.
• Дата запуска — не цель. Она значит только «инженеры закончили первую версию». Она не значит «мы поняли клиента».
• Стартап ищет, а не исполняет. Он ищет повторяемую и масштабируемую бизнес-модель.
• Единственная финансовая метрика, которая важна всегда: burn rate и сколько месяцев денег осталось.
• Нанимать и тратить можно только когда продажи стали предсказуемыми. А не когда так написано в плане.
• Ни один бизнес-план не переживает первую встречу с клиентом. Ошибки в плане — это норма, а не повод увольнять людей.

Неудача — часть поиска

• У больших компаний то же самое, только с бóльшими нулями. Многие продукты Google и Microsoft закрылись тихо после запуска по жёсткому графику.
• В Webvan проблема была не в стратегии продаж. Проблема в том, что план был набором непроверенных догадок.
• Ответ на это — процесс Customer Development. Он описан в следующей главе.

Ключевые термины

Термин	Значение
new product introduction model	Классическая модель: концепция → разработка → тест → запуск
waterfall	Последовательная разработка по спецификации, без возврата назад
first customer ship	Дата первой поставки продукта клиенту
MRD	Market requirements document, требования рынка к продукту
premature scaling	Найм и траты до того, как продажи стали повторяемыми
burn rate	Сколько денег компания тратит в месяц
lighthouse customer	Известный клиент, который привлекает других

Что это значит на практике

• Новая data-платформа внутри компании — тоже стартап. Пользователи и их задачи неизвестны. Не стройте всё сразу по плану на год.
• Не мерьте прогресс числом моделей в dbt или таблиц в warehouse. Мерьте, сколько людей реально пользуются данными.
• Перед большой миграцией (новый warehouse, новый BI) проверьте спрос на малом пилоте. Не подписывайте «контракт на 26 складов» до первых фактов.
• Дата «запуска дашборда» ничего не говорит о пользе. Важно, открывают ли его через месяц.
• Не нанимайте команду под план. Сначала найдите повторяемый сценарий использования данных.
• Если пилот не взлетел, это данные, а не повод искать виноватого.

Вопросы для самопроверки

1. Почему классическая модель вывода продукта подходит большой компании, но не стартапу?
2. Какие три греха из девяти погубили Webvan сильнее всего?
3. Почему дата запуска — плохая метрика прогресса?
4. Какую финансовую метрику стартап должен смотреть всегда?

Предыдущая: Обзор книги. Следующая: 2. Модель Customer Development.