The Startup Owner's Manual, глава 3: Манифест Customer Development

Главная мысль: 14 правил задают мышление стартапа. Факты есть только у клиентов. Ошибки — норма. Решения быстрые. Деньги тратим только после того, как модель найдена.

Все 14 правил кратко

№	Правило	Одной фразой
1	Фактов внутри офиса нет	Выходите к клиентам. Делают это сами основатели
2	Customer Development + agile	Без быстрой разработки фидбек клиентов бесполезен
3	Неудача — часть поиска	Стартап идёт от ошибки к ошибке
4	Итерации и pivot постоянно	Маленькие и большие изменения модели
5	Canvas вместо бизнес-плана	План не переживает встречу с клиентом
6	Эксперименты для гипотез	Короткие pass/fail тесты
7	Договоритесь о типе рынка	Он меняет всё
8	Метрики стартапа другие	Не P&L, а прогресс проверки гипотез
9	Скорость решений и темп	Обратимые решения — сразу
10	Всё дело в страсти	Нужны люди, которые живут работой
11	Другие должности	Вместо продаж и маркетинга — команда Customer Development
12	Берегите деньги, потом тратьте	Экономим в поиске, тратим после
13	Делитесь знаниями	Всё, что узнали, — команде и инвесторам
14	Нужна поддержка всех	Совет и команда должны принять процесс

Правила 1–3: выйти, ускориться, принять ошибки

1. Фактов внутри офиса нет.

Писать код и делать отчёты легче, чем искать клиентов. Но победителей отличает именно это.
Опыт из первых рук нельзя делегировать.
Почему не сотрудники: они не любят приносить плохие новости и меньше рискуют.
Почему не консультанты: они говорят то, что клиент хочет слышать. Фидбек получается из третьих рук.

2. Customer Development работает только вместе с agile.

Команда на waterfall слышит клиента только когда пишет спецификацию.
Agile-команда постоянно берёт фидбек и развивает MVP.

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

В большой компании ошибка — исключение. В стартапе — обычный шаг.
Вы проведёте десятки pass/fail тестов: питч, функции, цены. Многие провалятся.
Кто боится ошибиться в стартапе, тот точно ошибётся.

Правила 4–6: pivot, canvas, эксперименты

4. Итерации и pivot.

	Итерация	Pivot
Масштаб	Малое изменение	Большое изменение в одном или нескольких блоках canvas
Пример	Цена $99 → $79	Freemium → подписка, мальчики 12–15 → женщины 45–60

Пример: Groupon вырос из сервиса The Point. Лучше всего там работали групповые скидки. Первая сделка — две пиццы по цене одной в их же здании.

5. Canvas вместо бизнес-плана.

Бизнес-план нужен только инвестору, который его просит. После получения денег он бесполезен.
Опасно, когда прогноз выручки из плана становится операционным планом для найма и трат.
Business model canvas показывает 9 блоков модели на одной странице. Это «табло» для discovery.
Каждый pivot — новая версия canvas. Со временем получается «флипбук» эволюции модели.

6. Эксперименты.

Гипотеза — просто красивое слово для «догадки».
Тест должен быть коротким, простым и давать pass или fail. Например: 5 из первых 12 клиентов говорят «нужно прямо сейчас, даже с багами».
Цикл: какой инсайт нужен → какой самый простой тест его даст → как спроектировать эксперимент.
Тест не обязан быть кодом. Часто хватит макета страницы или демо.

Правило 7: тип рынка

Тип рынка	Суть	Главный вопрос
Существующий	Новый продукт на известном рынке	Чем мы лучше конкурентов?
Новый	Клиенты могут сделать то, что раньше не могли	Есть ли большая база клиентов и можно ли их убедить?
Ресегментация: low-cost	«Достаточно хорошо», но намного дешевле	Есть ли клиенты в нижней части рынка?
Ресегментация: ниша	Продукт под особые нужды части рынка	Готов ли сегмент перейти ради особой ценности?
Клон	Копия успешной модели из другой страны	Подходит ли модель местному языку и привычкам?

Классическая модель вывода продукта работает только на существующем рынке.
Тип рынка определяет фидбек, траты, функции, позиционирование и запуск.
Частая ошибка на новом рынке — быстро сжечь деньги на продажи и маркетинг.
Примеры клонов из книги: Yandex, ВКонтакте, Одноклассники.
Решение о типе рынка «позднее», но рабочая гипотеза нужна с начала.

Правила 8–9: метрики и скорость

8. Метрики стартапа.

P&L, баланс и cash flow — для известной модели. Стартап меряет, как догадки становятся фактами.
Примеры вопросов: подтверждена ли проблема? Нравится ли клиентам минимальный набор функций? Кто клиент на самом деле?
Для validation: средний чек, LTV, время до первого заказа, рост воронки, конверсия в сделку.
Финансы для совета: burn rate, сколько месяцев денег осталось, план найма, время до безубыточности.

9. Скорость и темп.

Чем быстрее цикл «учимся → строим → pivot», тем больше шансов успеть до конца денег.
Главное препятствие психологическое: надо признать, что ошиблись.

Решение	Пример	Как принимать
Обратимое	Добавить функцию, сменить сегмент	Сразу, до конца встречи
Необратимое	Уволить, запустить продукт, долгая аренда	Осторожно

Темп стартапа часто в 10 раз выше, чем у большой компании.

Правила 10–12: люди и деньги

10–11. Страсть и должности.

Основатели стартапов — малая доля людей. Им комфортно в хаосе и неопределённости.
Вместо отделов продаж, маркетинга и BD — одна команда Customer Development. Сначала это сами основатели.
Позже, в validation, может появиться «sales closer» для оформления первых заказов. Это не VP Sales.
Что нужно команде: слышать возражения клиента, говорить и с клиентами, и с инженерами, работать без карты, понимать работу клиента.

12. Берегите деньги, пока ищете. Потом тратьте.

Часть фразы	Смысл
Берегите деньги	Не нанимаем продажи и маркетинг до фактов
Пока ищете	Гипотезы проверяем вне офиса
Повторяемая	Не разовые сделки через знакомых, а шаблон для отдела продаж
Масштабируемая	Ещё один продавец или $1 маркетинга приносит больше, чем стоит
Бизнес-модель	Как компания зарабатывает
Потом тратьте	Когда product/market fit найден, вкладываем в спрос

Правила 13–14: прозрачность и поддержка

13. Делитесь знаниями.

Записывайте гипотезы, с кем говорили, какие тесты провели, что узнали.
Ведите это в блоге, CRM или специальном инструменте. Тогда советники и инвесторы видят прогресс.

14. Нужна поддержка всех.

Если VP инженерии говорит про waterfall, а совет требует жёсткий график, процесс провалится.
Красные флаги: «спецификация уже готова», «завод уже построен», «надо запускаться ради цифр в плане».

После манифеста в книге идут два чек-листа: согласие совета и команды на процесс и создание команды Customer Development. Например, есть ли деньги на 2–3 pivot.

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

Термин	Значение
`get out of the building`	Выйти из офиса и говорить с клиентами
`pass/fail test`	Простой тест с заранее заданным порогом успеха
`business model canvas`	9 блоков бизнес-модели на одной странице
`market type`	Тип рынка: существующий, новый, ресегментированный, клон
`customer development team`	Команда основателей вместо отделов продаж и маркетинга
`repeatable / scalable`	Повторяемая / масштабируемая модель продаж
`reversible decision`	Решение, которое можно быстро отменить

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

Правило 1 для data-лида: не собирайте требования через менеджеров. Сами сходите к аналитикам и бизнесу и посмотрите, как они работают с данными.
Правило 6: перед новой витриной сделайте макет в таблице или прототип дашборда. Задайте порог: «3 из 5 команд будут пользоваться каждую неделю».
Правило 7: замена старого BI — существующий рынок. Первый в компании ML-сервис — новый рынок. Ему нужно больше времени на обучение пользователей.
Правило 8: метрики data-команды — не число пайплайнов, а сколько решений принимают на ваших данных.
Правило 9: новая модель в dbt — обратимое решение. Выбор warehouse на 3 года — необратимое.
Правило 13: ведите журнал интервью со стейкхолдерами в общей вики.

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

Почему основатели не могут поручить разговоры с клиентами сотрудникам?
Чем итерация отличается от pivot? Приведите пример каждого.
Какие четыре типа рынка описаны в правиле 7? Какие два вида ресегментации бывают?
Что значит «повторяемая» и «масштабируемая» модель?

Предыдущая: 2. Модель Customer Development. Следующая: 4. Введение в customer discovery.