Общее описание
Книга, состоящая из трех частей, включающих в себя 12 глав. Практически не имеет изображений и какого-либо отличного от текста материала. Читается легко и быстро. Есть аудиоверсия.
Краткое содержание
Глава 1. Старт
Глава 2. Определение
Глава 3. Обучение
Глава 4. Эксперименты
Глава 5. Прыжок
Глава 6. Тестирование
Глава 7. Оценка
Глава 8. Вираж
Глава 9. Вираж
Глава 10. Рост
Глава 11. Адаптация
Глава 12. Создание инноваций
Основные тезисы
Вот основные тезисы и мысли данной книги:
- Стартап не равняется маленькая версия большой компании. Стартап — это организация, создающая новый продукт или сервис в условиях крайней неопределённости. Размер не важен: стартапом может быть и корпорация. Главная проблема — неизвестность, а не нехватка ресурсов. Поэтому классическое бизнес-планирование здесь не работает. Стартап ищет модель, бизнес — масштабирует найденную.
- Цель стартапа — не продукт, а обучаемость. То есть не сделать «идеальный продукт», а максимально быстро узнать, что на самом деле нужно пользователю. Продукт — всего лишь инструмент для получения знаний. Успех измеряется не «релизом», а валидированным обучением. Каждый шаг должен отвечать на вопрос: «Что мы узнали?»
- Цикл Build → Measure → Learn — главная мысль книги.
Build (Построить). Сделать минимальный артефакт, который можно показать пользователю.
Measure (Измерить). Собрать данные о поведении реальных пользователей.
Learn (Извлечь урок). Должен ответить на главный вопрос: мы движемся в верном направлении? Или пора pivot (вираж)? - MVP — не урезанный продукт, а минимальный эксперимент. MVP (Minimum Viable Product) — самая часто неправильно понятая часть. MVP — это не «плохо сделанный продукт». Это минимальный способ проверить гипотезу. Критерий MVP: можно ли с его помощью чему-то научиться?
- Гипотезы важнее идей. Рис предлагает смотреть на бизнес как на набор гипотез. Две ключевые гипотезы:
- Гипотеза ценности. (Пользователю реально нужна эта проблема/фича?)
- Гипотеза роста. (Как продукт будет масштабироваться?)
Пока гипотезы не проверены — всё остальное иллюзия прогресса.
- Метрики: не красивые цифры, а действенные. Рис жёстко критикует классические метрики, такие как:
- количество пользователей,
- просмотры,
- общее число регистраций.
В то же время он призывает смотреть на другие метрики: - когортный анализ,
- конверсия,
- удержание,
- повторное использование,
воронки.
Нужно придерживаться принципа: метрика должна помогать принимать решение, а не радовать глаз.
- Accounting for Innovation — учёт инноваций. Одна из самых «незаметных», но важных идей книги. Для стартапов нужна своя система учёта:
- определить базовую метрику (baseline);
- запустить эксперименты;
показать, что изменения реально улучшают показатели.
По итогам анализа решить, улучшать или делать вираж.
- Pivot (вираж) — не провал, а управляемый поворот. Это структурированное изменение стратегии без смены видения.
Типы виражей (pivot’ов):
pivot проблемы,
- pivot решения,
- pivot сегмента клиентов,
- pivot канала,
- pivot монетизации,
- pivot технологии.
Pivot не означает хаос. Pivot основан на данных, а не эмоциях.
- Рост — это тоже гипотеза. Рис выделяет три двигателя роста:
- Вирусный. Пользователи приводят пользователей.
- Платный. LTV > CAC — можно масштабироваться.
- Sticky (удержание). Пользователи остаются и возвращаются.
Нельзя эффективно использовать все сразу. Нужно выбрать один доминирующий.
- Lean — это не про экономию, а про фокус. Распространённая ошибка: Lean — делать дёшево. Но на самом деле Lean означает не тратить ресурсы на то, что не даёт обучения. Можно тратить много денег — если это ускоряет learning loop. Можно быть «бережливым» и всё равно двигаться вслепую.
- Культура экспериментов важнее героизма. Стартап — это система, а не подвиг. Нельзя рассчитывать на «гениального фаундера». Нужно выстраивать процессы, где ошибки дешёвые и быстрые.
Мнение
Несмотря на то, что книга не даёт чётких формул успеха, она по крайней мере отвечает на вопросы того, как не стоит делать. До недавнего времени я считал, что даже MVP-версия должна быть оттестирована по всем нюансам и деталям и что показывать плохо работающий продукт пользователям — очень плохо. Автор же, напротив, говорит, что MVP не должен обладать сверхвысоким качеством и что главное назначение MVP-продукта — это проверка того, в правильном направлении вы развиваетесь или нет. Ещё одну важную мысль, которую я однозначно взял из этой книги, — это то, что всё всегда нужно тестировать в плане обратной связи, чтобы, опять-таки, понимать, нужны эти функции пользователям или нет. Так что книгу могу записать себе в актив, а значит и советовать другим.
