DreamStudy

Бесплатный материал

От гипотезы до продукта, который покупают

От идеи и проверки спроса до MVP, первых клиентов, роста и обоснованного решения о финансировании.

Пошаговый курс от идеи и проверки проблемы до MVP, первых клиентов, роста и обоснованного решения о финансировании.

Для начинающих фаундеров, инди-хакеров и продакт-менеджеров.

1. Что это за курс

Это один последовательный маршрут от неопределённой идеи до обоснованного продуктового решения. Ученик не просто читает материалы, а развивает один сквозной продукт, собирает доказательства и на каждой стадии принимает решение: двигаться дальше, повторить исследование, изменить гипотезу, сделать пивот или закрыть проект.

Курс одновременно выполняет три функции:

  • Образовательная программа — объясняет продуктовую работу от простого к сложному.
  • Практический гайд — помогает пройти путь на реальном или учебном продукте.
  • База знаний — связывает методы, шаблоны, метрики, кейсы, компании и термины.

Курс не обещает найти «идеальную идею», гарантировать продажи или заменить отраслевого специалиста. Его практический результат — сделать ход решения проверяемым: показать, что команда знает, откуда это знает, чего пока не знает и какое действие рационально следующим.

2. Для кого курс

Фаундер

Проверяет собственную идею, создаёт продукт, получает первые продажи, строит компанию и принимает решение о финансировании.

Инди-хакер

Ищет путь к устойчивому прибыльному продукту без обязательной ориентации на венчурный рост.

Продакт-менеджер

Проверяет продуктовые гипотезы внутри существующей компании с учётом стратегии, ресурсов, заинтересованных сторон и продуктового портфеля.

У всех ролей общее учебное ядро. Там, где контекст различается, урок содержит отдельные практические пояснения:

  • Если вы создаёте собственный продукт;
  • Если вы развиваете продукт внутри компании;
  • Если вы строите прибыльный независимый бизнес;
  • Если вы идёте по венчурному пути.

Начинать можно из четырёх разных состояний:

Исходная точка Что взять как сквозной продукт Первый полезный результат
Идеи пока нет конкретную ситуацию или учебный кейс «Маяк» найти наблюдаемый объект для исследования
Есть одна идея ситуацию, аудиторию и неизвестное без защиты готового решения понять, что именно нужно проверить первым
Есть несколько идей до трёх кандидатов с источником сигнала и доступом к данным выбрать объект обучения, не объявляя его победителем
Продукт уже работает одно решение или проблемный участок, а не весь продукт связать данные с ближайшим изменяемым действием

3. Что ученик получит на выходе

Финальный результат курса — не сертификат и не набор заполненных шаблонов, а продуктовое досье, основанное на наблюдаемых доказательствах.

В него входят:

  1. Описание выбранной продуктовой возможности.
  2. Целевой сегмент и Ideal Customer Profile.
  3. Карта рынка, альтернатив и конкурентов.
  4. Результаты исследования проблемы.
  5. Карта предположений, гипотез и рисков.
  6. Карточки и отчёты проведённых экспериментов.
  7. Ценностное предложение и позиционирование.
  8. Прототип и результаты usability-тестов.
  9. Подтверждение спроса соответствующей силы.
  10. MVP Brief и границы первой версии.
  11. План продуктовой аналитики.
  12. Go-to-Market Plan.
  13. Первые клиенты или проверенный план их привлечения.
  14. Дерево метрик и модель юнит-экономики.
  15. Аргументированный вывод о наличии или отсутствии Product-Market Fit.
  16. Модель роста и план следующей стадии.
  17. Финансовая модель и Operating Plan.
  18. Решение о необходимости внешнего финансирования.
  19. Investor Readiness Pack для продуктов, которым нужны инвестиции.
  20. Итоговый план действий на следующие 90 дней.

4. Как устроено обучение

Один сквозной продукт

Ученик выбирает реальный или учебный продукт в начале курса и развивает его во всех последующих блоках. Если идея не проходит проверку, ученик возвращается к ближайшей контрольной точке и переносит накопленные знания в новую версию продукта.

Учебный сквозной кейс «Маяк»

«Маяк»: от идеи до продуктового решения показывает второй путь параллельно собственному проекту. В каждом из 17 эпизодов ученик сначала получает сведения, доступные команде в момент решения, фиксирует собственный ответ, а затем сравнивает его с разбором и новой версией артефакта. Эпизод встроен в соответствующий блок и не требует читать кейс целиком заранее.

Комбинированная практика

  • Сквозной проект формирует целостный опыт запуска.
  • Мини-кейсы тренируют отдельные навыки и решения.
  • Успешные кейсы показывают работающие закономерности и ограничения их применения.
  • Провальные кейсы учат замечать слабые сигналы, ошибки мышления и последствия неверных решений.

Четыре уровня сложности

  1. Понять — освоить понятия и различия.
  2. Применить — выполнить метод по инструкции.
  3. Доказать — собрать данные на реальном рынке.
  4. Принять решение — выбрать действие в условиях противоречивых данных и ограничений.

Один повторяемый формат работы

Каждый содержательный шаг проходит одну и ту же цепочку:

  1. назвать решение, которое предстоит принять;
  2. отделить наблюдение от объяснения и предположения;
  3. выбрать риск, способный изменить решение;
  4. заранее описать достаточный и допустимый сигнал;
  5. получить данные и отметить отклонения метода;
  6. записать поддерживающие, ослабляющие и неоднозначные результаты;
  7. продолжить, повторить, уточнить, сделать пивот или остановиться;
  8. обновить артефакт и следующий вопрос.

Такой порядок защищает от двух крайностей: разработки без обучения и бесконечного исследования без решения.

Что понадобится до старта

  • 30–60 минут на честную фиксацию исходной точки;
  • возможность вести один Markdown-документ или заметку с версиями;
  • готовность записывать данные, которые ослабляют любимую идею;
  • безопасный способ поговорить с людьми или изучить существующие данные позже по маршруту;
  • профильная проверка, если работа касается здоровья, безопасности, права, финансов или чувствительных данных.

Точное число интервью, срок теста и требуемая сила доказательств не задаются один раз на весь курс. Они зависят от цены ошибки, доступности данных, однородности аудитории и решения, которое команда собирается принять.

Контрольные точки вместо формального прохождения

Заполненный шаблон сам по себе не является подтверждением гипотезы. На каждой стадии оцениваются сила доказательств, качество метода и наличие альтернативных объяснений.

Допустимые решения на контрольной точке:

  • Продолжить — доказательств достаточно для следующего риска.
  • Повторить — метод или данные недостаточно надёжны.
  • Уточнить — изменить сегмент, формулировку или контекст.
  • Сделать пивот — сохранить знания, но изменить ключевую часть продукта.
  • Остановиться — дальнейшие вложения не оправданы имеющимися данными.

Первые 60 минут

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

  1. За 10 минут разложите исходную формулировку на идею, технологию, проект, продукт и бизнес.
  2. За 10 минут выберите свой текущий контекст: фаундер, независимый создатель или продуктовая команда внутри организации.
  3. За 15 минут выберите сквозной объект: реальный продукт, один ограниченный вопрос существующего продукта или «Маяк».
  4. За 20 минут заполните стартовый бриф только тем, что известно сейчас.
  5. За 5 минут запишите ближайшее решение, цену ошибки и одно неизвестное, способное изменить действие.

Результат первого часа — не подтверждённая идея, а честная стартовая версия, которую можно будет сравнить с будущими данными.

5. Карта всего пути

Карта пути от идеи до продукта, который покупают

Стадия Главный вопрос Основной результат Решение
Ориентация Что именно я собираюсь пройти? Стартовый бриф Выбрать продукт и путь
Возможность Где существует ценная нерешённая задача? Портфель возможностей Выбрать направление
Сегмент Для кого проблема наиболее остра? Opportunity Brief Выбрать доступный сегмент
Проблема Существует ли проблема в реальном поведении? Problem Evidence Report Продолжить или пересмотреть
Гипотеза Какое допущение опаснее всего? Карта рисков и эксперимент Выбрать следующий тест
Решение Пользователи понимают ценность и действуют? Solution Evidence Report Строить MVP или изменить решение
MVP Как проверить ценность минимальной поставкой? MVP Brief Начать создание
Запуск Работает ли ключевой сценарий в реальности? Запущенный MVP Исправлять или расширять доступ
Рынок Можно ли повторяемо находить клиентов? GTM Evidence Report Развивать или менять канал
Экономика Создаёт ли продукт жизнеспособную экономику? Модель метрик и юнит-экономики Оптимизировать модель
PMF Возвращаются ли клиенты ради ключевой ценности? PMF Assessment Улучшать, пивотить или расти
Рост Можно ли масштабировать систему без разрушения ценности? Growth Model Масштабировать ограничения
Компания Какая организация нужна продукту? Operating Plan Строить команду и процессы
Капитал Нужны ли инвестиции и готов ли продукт к ним? Funding Decision Привлекать капитал или расти иначе

Учебная программа

Навигация по блокам

  1. Блок 1. Как пройти путь от идеи до продукта
  2. Блок 2. Продуктовое мышление и неопределённость
  3. Блок 3. Поиск продуктовых возможностей
  4. Блок 4. Сегмент, рынок и выбор направления
  5. Блок 5. Исследование и проверка проблемы
  6. Блок 6. Система гипотез и экспериментов
  7. Блок 7. Поиск и проверка решения
  8. Блок 8. Проектирование MVP
  9. Блок 9. Создание и запуск
  10. Блок 10. Первые клиенты и Go-to-Market
  11. Блок 11. Метрики и юнит-экономика
  12. Блок 12. Product-Market Fit, пивоты и закрытие
  13. Блок 13. Рост и масштабирование
  14. Блок 14. Построение компании
  15. Блок 15. Как устроены крупные компании
  16. Блок 16. Финансирование и инвестиции
  17. Блок 17. Финальный проект

Блок 1. Как пройти путь от идеи до продукта

Цель блока

Понять логику курса, выбрать сквозной продукт и зафиксировать исходную точку.

Темы

  • Что такое продукт и чем он отличается от идеи, проекта, технологии и бизнеса.
  • Для кого создаётся продукт: пользователь, покупатель и другие заинтересованные стороны.
  • Разница между бутстрэппингом, венчурным стартапом и внутренним корпоративным продуктом.
  • Как работать со сквозным проектом.
  • Как принимать решения при недостатке информации.
  • Как пользоваться базой знаний, шаблонами, кейсами и глоссарием.
  • Как устроены артефакты и контрольные точки.
  • Как фиксировать источники, факты, интерпретации и решения.

Практика и артефакт

Выбрать учебный или реальный продукт и заполнить Стартовый бриф: роль, контекст, цель, ограничения, доступные ресурсы, известные факты и неизвестные области.

Контрольная точка

Ученик понимает ожидаемый результат, выбрал продукт и готов работать с ним на протяжении курса.

Кейсы блока

  • Успех: как раннее определение цели помогло выбрать подходящий путь развития.
  • Провал: как смешение венчурных и lifestyle-целей привело к конфликтующим решениям.

Блок 2. Продуктовое мышление и работа с неопределённостью

Цель блока

Научиться отделять факты от предположений и рассматривать продукт как систему проверяемых рисков.

Темы

  • Идея, проблема, предположение, гипотеза, эксперимент, сигнал и доказательство.
  • Четыре группы продуктовых рисков:
    • ценность для пользователя;
    • удобство использования;
    • техническая реализуемость;
    • жизнеспособность бизнеса.
  • Lean Startup, Customer Development, Jobs to be Done и Design Thinking.
  • Когда каждая модель полезна и где заканчивается область её применения.
  • Цикл обучения: предположение → тест → данные → вывод → решение.
  • Когнитивные ловушки: подтверждающее смещение, sunk cost, якорение, ошибка выжившего, групповое мышление и процессный протокол выхода из них.
  • Лестница силы доказательств: мнение → намерение → действие → обязательство → платёж → повторное использование.
  • Почему отсутствие подтверждения не всегда означает опровержение.
  • Этические границы продуктовых экспериментов.

Практика и артефакт

Разложить исходную идею на факты, интерпретации и предположения. Создать первую Карту продуктовых рисков.

Контрольная точка

Ученик умеет отличать гипотезу от убеждения, а наблюдение — от собственного вывода.

Кейсы блока

  • Успех: команда сначала проверяет самый опасный риск, а не строит удобную функцию.
  • Провал: команда принимает интерес пользователей за доказанный спрос.

Блок 3. Поиск продуктовых возможностей

Цель блока

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

Темы

  • Проблема, потребность, желание и продуктовая возможность.
  • Поиск проблем в личном опыте и профессиональной экспертизе.
  • Наблюдение за рабочими процессами, ручными операциями и обходными решениями.
  • Изучение отзывов, поискового спроса, сообществ и существующего поведения.
  • Вакансии, закупки, заключённые контракты, гранты, open source, API, инвестиции и сделки как разные типы сигналов — и границы каждого вывода.
  • Изменения технологий, регулирования, цепочек поставок и потребительских привычек; различие проекта, события, тренда и практики применения.
  • Как восстановить «почему сейчас»: изменение → затронутый участник → новое действие → последствие → ранний признак.
  • Как отличать независимые сигналы от нескольких пересказов одного первоисточника.
  • Кластеризация по группе, ситуации, действию и последствию, а не по модному слову или отрасли.
  • Быстрый фильтр кандидата: острота, своевременность, доступ к проверке и правдоподобная экономика.
  • Founder-Market Fit для создателя собственного бизнеса.
  • Strategic Fit для продукта внутри компании.
  • Как вести версионируемое хранилище возможностей и сохранять происхождение, данные против и причины статусов.
  • Генерация нескольких механизмов решения как диагностика ширины возможности, а не ранний выбор продукта.
  • Почему выпуск функции конкурентом не доказывает использование, эффект, экономику или переносимость.

Практика и артефакт

Собрать Портфель продуктовых возможностей: журнал сырых сигналов, карту кластеров, карточки с «почему сейчас», независимостью источников, данными против, соответствием контексту и следующим действием.

Контрольная точка

В портфеле есть несколько прослеживаемых проблемных областей. Для приоритетных карточек видны первоисточник, конкретная ситуация, граница вывода, причина статуса и одно неизвестное, ответ на которое изменит действие. Количество карточек не подменяет качество данных.

Кейсы блока

  • Успех: продукт возникает из регулярно наблюдаемого дорогого обходного решения.
  • Провал: продукт создаётся вокруг технологического тренда без конкретной пользовательской задачи.

Блок 4. Сегмент, рынок и выбор направления

Цель блока

Выбрать узкий доступный сегмент и понять экономический контекст будущего продукта.

Темы

  • Сегментация по поведению, задаче, контексту и ограничениям.
  • Ideal Customer Profile, персона, пользователь, покупатель и лицо, принимающее решение.
  • Jobs to be Done, desired outcomes и обстоятельства возникновения задачи.
  • Beachhead-сегмент и причины начинать с узкого рынка.
  • Альтернативы и конкуренты: прямые продукты, ручной труд, таблицы, агентства и бездействие.
  • Карта рынка и цепочка создания ценности.
  • Подходы к расчёту TAM, SAM и SOM.
  • Ограничения кабинетных рыночных оценок.
  • Оценка потенциала рынка: спрос, денежный пул, достижимость, захват ценности, динамика, конкурентная структура и расширение.
  • Различие размера рынка, потенциала бизнеса и венчурного потенциала.
  • Бизнес-модели: SaaS, B2C, marketplace, услуги, hardware, media, транзакционные и AI-продукты.
  • Предварительная оценка монетизации и структуры издержек.
  • Выбор направления через силу проблемы, доступ к аудитории, стратегическое соответствие и риски.
  • Балльная модель как средство приоритизации исследований, а не доказательство качества идеи.

Практика и артефакт

Подготовить Opportunity Brief: сегмент, задача, контекст, альтернативы, рынок, бизнес-модель, доступ к респондентам и ключевые неизвестные.

Контрольная точка

Выбран достаточно конкретный сегмент, представителей которого можно найти и исследовать.

Кейсы блока

  • Успех: узкий сегмент позволяет быстро проверить проблему и создать сильное предложение.
  • Провал: попытка делать продукт «для всех» скрывает разные задачи и причины покупки.

Блок 5. Исследование и проверка проблемы

Цель блока

Проверить существование, частоту и последствия проблемы через реальное поведение пользователей.

Темы

  • Постановка исследовательского вопроса.
  • Выбор качественного, количественного или смешанного метода.
  • План исследования и критерии качества данных.
  • Поиск и рекрутинг релевантных респондентов.
  • Problem Interview без презентации собственного решения.
  • Наблюдение, контекстное исследование и дневниковые методы.
  • Вопросы о прошлом поведении, фактических затратах и последствиях.
  • Наводящие вопросы, социально желательные ответы и другие ошибки интервьюера.
  • Смещения выборки и рекрутинг только среди знакомых.
  • Запись, кодирование и группировка результатов.
  • Поиск паттернов, различий и противоречий.
  • Насыщение выборки: почему универсального числа интервью не существует.
  • Триангуляция: интервью, поведение, рыночные данные, транзакции и существующие решения.
  • Как отличить проблему от неудобства и декларируемого желания.
  • Согласие на запись и безопасная работа с персональными данными.

Практика и артефакт

Провести исследование и собрать Problem Evidence Report с цитатами, наблюдениями, паттернами, опровержениями и оценкой силы доказательств.

Контрольная точка

Принять одно из решений: продолжить, уточнить сегмент, повторить исследование или отказаться от проблемы.

Кейсы блока

  • Успех: наблюдение за реальным процессом обнаруживает проблему, которую пользователи не могли сформулировать.
  • Провал: комплименты на интервью ошибочно принимаются за готовность платить.

Блок 6. Система гипотез и экспериментов

Цель блока

Научиться выбирать самый опасный риск и проектировать минимальный надёжный тест.

Темы

  • Дерево гипотез продукта.
  • Гипотезы ценности, поведения, канала, цены, технологии и экономики.
  • Оценка важности, неопределённости и стоимости ошибки.
  • Выбор самого рискованного предположения.
  • Структура карточки эксперимента:
    • гипотеза;
    • аудитория;
    • метод;
    • метрика;
    • порог успеха;
    • срок и бюджет;
    • ограничения;
    • возможные решения.
  • Выбор самого дешёвого теста, способного дать надёжный сигнал.
  • Уровни достоверности экспериментов.
  • Качественные и количественные эксперименты.
  • Основы выборки, базовой частоты, конверсии и доверительных интервалов.
  • Статистическая и практическая значимость.
  • Ложноположительные и ложноотрицательные выводы.
  • Почему критерии успеха и остановки задаются до получения результата.
  • Журнал экспериментов и журнал продуктовых решений.
  • Kill Criteria и правила повторного теста.

Практика и артефакт

Создать и защитить Карточку первого эксперимента по самому рискованному предположению.

Контрольная точка

Эксперимент проверяет одно важное предположение, имеет заранее заданный порог и приводит к понятному решению.

Кейсы блока

  • Успех: дешёвый тест опровергает критическое предположение до начала разработки.
  • Провал: команда меняет метрику успеха после получения неудобных результатов.

Блок 7. Поиск и проверка решения

Цель блока

Проверить, понимает ли выбранный сегмент ценность решения и готов ли совершать значимые действия.

Темы

  • Формулирование ценностного предложения.
  • Позиционирование и выбор основной выгоды.
  • Генерация нескольких решений одной проблемы.
  • Customer Journey Map и ключевой пользовательский сценарий.
  • Wireframe, кликабельный и no-code прототип.
  • Usability-тестирование и анализ критических ошибок.
  • Concierge MVP и Wizard of Oz.
  • Landing Page Test и Fake Door Test.
  • Предзаказ, депозит, Letter of Intent и пилот.
  • Проверка цены и Willingness to Pay.
  • Различие между интересом, намерением, действием, обязательством и оплатой.
  • Бесплатный и платный пилот: цели и ограничения.
  • Возвраты, прозрачность и этические ограничения тестов спроса.
  • Почему один положительный эксперимент не доказывает всю бизнес-модель.

Практика и артефакт

Провести тест решения и составить Solution Evidence Report.

Контрольная точка

Принять решение: проектировать MVP, изменить решение, вернуться к исследованию проблемы или остановить проект.

Кейсы блока

  • Успех: ручная поставка ценности подтверждает спрос до автоматизации.
  • Провал: высокая конверсия бесплатной формы не превращается в платящих клиентов.

Блок 8. Проектирование MVP

Цель блока

Определить минимальную поставку, которая проверяет ключевую ценность в реальном использовании.

Темы

  • Какую гипотезу должен проверить MVP.
  • Product Vision, стратегия и ближайший продуктовый результат.
  • Ключевой сценарий и Story Mapping.
  • Приоритизация по влиянию на гипотезу, риску и стоимости.
  • Явный список того, что не входит в MVP.
  • No-code, low-code, готовые компоненты и собственная разработка.
  • Технический spike и проверка реализуемости.
  • UX, доступность, пустые состояния и обработка ошибок.
  • Безопасность, приватность и юридический минимум.
  • События, свойства и идентификация пользователей в аналитике.
  • Критерии готовности продукта к тестированию.
  • План ручной поддержки и отката.

Практика и артефакт

Подготовить MVP Brief, прототип, границы версии и План аналитики.

Контрольная точка

Каждый элемент MVP связан с проверяемой гипотезой или необходим для безопасного выполнения ключевого сценария.

Кейсы блока

  • Успех: ограниченный MVP быстро проверяет главную ценность.
  • Провал: перегруженная первая версия задерживает обучение и скрывает ключевой сценарий.

Блок 9. Создание и запуск

Цель блока

Довести MVP до реального использования ограниченной группой и организовать быстрый цикл обратной связи.

Темы

  • Организация коротких циклов разработки.
  • Роли фаундера, продакта, дизайнера и инженера.
  • Формулирование задач и критериев приёмки.
  • Проверка ключевого сценария перед запуском.
  • Закрытая альфа, бета и публичный запуск.
  • Выбор первой группы пользователей.
  • Подготовка онбординга.
  • Сбор обратной связи без превращения roadmap в список просьб.
  • Работа с ошибками, обращениями и потерей данных.
  • Launch Checklist.
  • Наблюдение за реальным использованием.
  • Post-Launch Review и обновление карты рисков.

Практика и артефакт

Запустить MVP для ограниченной группы и подготовить Launch Report.

Контрольная точка

Ключевой сценарий доступен реальным пользователям, данные собираются корректно, а критические проблемы имеют владельцев и сроки решения.

Кейсы блока

  • Успех: контролируемый запуск позволяет быстро исправить критическую точку активации.
  • Провал: публичный запуск создаёт всплеск трафика, но продукт не готов удерживать пользователей.

Блок 10. Первые клиенты и Go-to-Market

Цель блока

Проверить, можно ли находить, убеждать, активировать и обслуживать клиентов повторяемым способом.

Темы

  • Beachhead-сегмент и ранний рынок.
  • Позиционирование, сообщение и предложение.
  • Выбор канала на основе поведения аудитории.
  • Founder-Led Sales.
  • Холодный outreach и тёплые контакты.
  • B2B Discovery, demo, пилот и коммерческое предложение.
  • B2C Acquisition, контент, сообщества и платный трафик.
  • Product-Led Growth.
  • Партнёрства, интеграции и реферальные механики.
  • Воронка продаж и причины потери клиента.
  • Цена, тарифы и упаковка.
  • Онбординг, активация и Customer Success.
  • Как отделить проблему продукта от проблемы канала или сообщения.
  • Почему первые продажи ещё не означают масштабируемость.

Практика и артефакт

Получить первых клиентов либо провести ограниченный GTM-эксперимент. Подготовить GTM Evidence Report.

Контрольная точка

Известно, кто покупает, почему покупает, каким путём приходит и где находятся главные ограничения воронки.

Кейсы блока

  • Успех: ручные продажи помогают уточнить сегмент и сформировать повторяемое предложение.
  • Провал: масштабирование платной рекламы маскирует слабое удержание.

Блок 11. Метрики и юнит-экономика

Цель блока

Научиться измерять создаваемую ценность и понимать жизнеспособность бизнес-модели.

Темы

  • Дерево продуктовых метрик.
  • North Star Metric и поддерживающие показатели.
  • Input, output и guardrail metrics.
  • Воронки и точки потери пользователей.
  • Когортный анализ.
  • Активация, удержание, частота использования и churn.
  • Выручка, валовая маржа и contribution margin.
  • Customer Acquisition Cost, Lifetime Value и Payback Period.
  • Различия экономики SaaS, B2C, marketplace и транзакционных продуктов.
  • Выбор экономической единицы и различие прогнозной и наблюдаемой юнит-экономики.
  • Полный CAC, скидки, возвраты, комиссии, переменные затраты на инфраструктуру, внедрение и поддержку.
  • Как работать с недостатком данных и диапазонами допущений.
  • Чувствительность модели к ключевым параметрам.
  • Метрики тщеславия и преждевременные выводы.
  • Проверка полноты и качества аналитических данных.

Практика и артефакт

Собрать Дерево метрик, первую панель показателей и Модель юнит-экономики.

Контрольная точка

Метрики связаны с ценностью и бизнес-моделью, а допущения и качество данных указаны явно.

Кейсы блока

  • Успех: когортный анализ показывает сильный сегмент, незаметный в общей статистике.
  • Провал: рост регистраций принимается за рост продукта при падающем удержании.

Блок 12. Product-Market Fit, пивоты и закрытие продукта

Цель блока

Оценить силу соответствия продукта рынку и принять решение о следующей стадии без самообмана.

Темы

  • Что означает Product-Market Fit для разных бизнес-моделей.
  • Retention Curves и повторяемое использование.
  • Тест Шона Эллиса и его ограничения.
  • Качественные признаки сильной ценности.
  • Повторяемый спрос и готовность платить.
  • Разница между PMF, временным спросом, удачным каналом и эффектом запуска.
  • Пивот сегмента, проблемы, решения, канала и бизнес-модели.
  • Когда повторять эксперимент, а когда менять направление.
  • Kill Criteria и закрытие продукта.
  • Sunk Cost и эмоциональная сторона провала.
  • Сохранение знаний, контактов, данных и наработок.
  • Product Postmortem без поиска виноватых.

Практика и артефакт

Подготовить PMF Assessment и обосновать решение: масштабировать, улучшать, пивотить или закрыть.

Контрольная точка

Решение опирается на когорты, поведение, экономику и качественные данные, а не на единичный успех или личную привязанность.

Кейсы блока

  • Успех: команда меняет сегмент, сохраняя подтверждённую технологию и знания.
  • Провал: преждевременное объявление PMF приводит к неуправляемому росту расходов.

Блок 13. Рост и масштабирование

Цель блока

Построить модель роста, которая усиливает подтверждённую ценность, а не масштабирует нерешённые проблемы.

Темы

  • Growth Model и главное ограничение роста.
  • Линейные воронки и Growth Loops.
  • Channel-Market Fit.
  • Масштабирование проверенного канала.
  • Удержание как условие устойчивого роста.
  • Виральность, рефералы и сетевые эффекты.
  • Монетизация и расширение выручки.
  • Автоматизация ручных процессов.
  • Технический долг, производительность и надёжность.
  • Выход в новые сегменты и рынки.
  • Первые наймы и формирование продуктовой команды.
  • Система регулярных продуктовых экспериментов.
  • Ошибки преждевременного масштабирования.

Практика и артефакт

Создать Growth Model и план следующей стадии с ограничениями, целевыми метриками и guardrails.

Контрольная точка

Понятны механизм роста, его главное ограничение, стоимость масштабирования и риски для качества продукта.

Кейсы блока

  • Успех: рост строится вокруг повторяемого полезного поведения клиентов.
  • Провал: команда одновременно масштабирует несколько неподтверждённых каналов.

Блок 14. Построение компании

Цель блока

Спроектировать организацию, финансы и процессы, необходимые продукту на следующей стадии.

Темы

  • Поиск ко-фаундера и распределение ответственности.
  • Equity, vesting и конфликтные сценарии.
  • Юридическая структура и интеллектуальная собственность.
  • Финансовый учёт, burn rate и runway.
  • Бюджетирование и сценарное планирование.
  • Найм, увольнение и передача ответственности.
  • Культура работы с гипотезами и ошибками.
  • Цели, ответственность и принятие решений.
  • Product Operating Model.
  • Баланс Discovery и Delivery.
  • Взаимодействие продукта, дизайна, разработки, маркетинга и продаж.
  • Управление продуктовым портфелем.
  • Риски зависимости от фаундера или одного ключевого сотрудника.

Практика и артефакт

Подготовить Operating Plan компании или продуктового направления.

Контрольная точка

Оргструктура, расходы и процессы соответствуют реальной стадии, а не копируют зрелую компанию преждевременно.

Кейсы блока

  • Успех: команда меняет структуру ответственности вслед за стадией продукта.
  • Провал: ранний найм большого штата сокращает runway до появления повторяемого спроса.

Блок 15. Как устроены крупные компании

Цель блока

Научиться видеть продукт как часть бизнес-модели, организационной системы и продуктового портфеля.

Темы

  • Бизнес-модель и источники выручки компании.
  • Цепочка создания ценности.
  • P&L и влияние продуктовых решений на экономику.
  • Продуктовый портфель и распределение ресурсов.
  • Оргструктура и Decision Rights.
  • Централизованные и автономные продуктовые команды.
  • Платформы, экосистемы и сетевые эффекты.
  • Система целей, стимулов и внутренних ограничений.
  • Как крупные компании проводят исследования и эксперименты.
  • Инновации внутри существующего бизнеса.
  • Почему успешные компании теряют рынок.
  • Внутренние продуктовые провалы и конфликты между краткосрочной выручкой и долгосрочной ценностью.

Практика и артефакт

Выполнить Company/Product Teardown выбранной компании.

Контрольная точка

Ученик может объяснить, как продукт создаёт ценность, приносит деньги и взаимодействует с организацией компании.

Кейсы блока

  • Успех: компания создаёт автономный механизм для проверки новых направлений.
  • Провал: сильный новый продукт блокируется существующей бизнес-моделью и системой стимулов.

Блок 16. Финансирование и инвестиции

Цель блока

Определить, нужен ли продукту внешний капитал, и подготовиться к его привлечению без подмены продуктовой работы фандрайзингом.

Темы

  • Когда инвестиции ускоряют продукт, а когда создают лишний риск.
  • Бутстрэппинг, выручка, гранты, акселераторы, ангелы, VC, debt и crowdfunding.
  • Что делает компанию венчурно привлекательной.
  • Fundability и отличие хорошего бизнеса от венчурного бизнеса.
  • Инвестиционная стратегия и размер раунда.
  • Финансовая модель и Use of Funds.
  • Pitch Deck и инвестиционная история.
  • Data Room.
  • Поиск, проверка и сегментация инвесторов.
  • Интро, переписка и инвестиционные встречи.
  • Valuation, Dilution и Cap Table.
  • SAFE, Convertible Note и Equity Round.
  • Основные экономические и контрольные условия Term Sheet.
  • Due Diligence и закрытие сделки.
  • Investor Updates и работа после раунда.
  • Неудачный фандрайзинг, down round и отсутствие следующего раунда.
  • Юрисдикционные различия и необходимость профессиональной юридической консультации.

Практика и артефакт

Принять решение о типе финансирования. Для инвестиционного пути подготовить Investor Readiness Pack: модель, Pitch Deck, структура Data Room, список инвесторов и план процесса.

Контрольная точка

Понятно, зачем нужен капитал, какие результаты он должен профинансировать и почему выбранный источник соответствует продукту.

Кейсы блока

  • Успех: раунд привлекается под конкретную проверенную модель роста.
  • Провал: компания поднимает капитал раньше доказанной ценности и масштабирует burn rate.

Блок 17. Финальный проект

Цель блока

Собрать пройденный путь в единое продуктовое решение и определить следующий честный шаг.

Темы

  • Сбор всех артефактов в продуктовое досье.
  • Итоговая оценка силы доказательств.
  • Поиск незакрытых критических рисков.
  • Проверка логики: проблема → ценность → поведение → экономика → рост.
  • Подготовка продуктовой демонстрации.
  • Ретроспектива решений и ошибок.
  • План следующих 90 дней, основанный на стадии продукта.
  • Форматы итоговой защиты:
    • запуск продукта;
    • внутренний Product Review;
    • инвестиционный Pitch;
    • аргументированный пивот;
    • аргументированное закрытие проекта.

Практика и артефакт

Подготовить Финальное продуктовое досье, демонстрацию и 90-дневный план.

Итоговая контрольная точка

Ученик способен объяснить не только что он построил, но и какие данные подтверждают ценность, какие риски остаются и почему выбран следующий шаг.

Кейсы блока

  • Успех: команда честно фиксирует незакрытые риски и выбирает достижимую следующую стадию.
  • Провал: красивая презентация скрывает отсутствие доказательств и непройденные контрольные точки.

Система практики

Сквозные артефакты

Артефакты создаются последовательно и не дублируют друг друга:

  1. Стартовый бриф.
  2. Карта продуктовых рисков.
  3. Портфель продуктовых возможностей.
  4. Opportunity Brief.
  5. Problem Evidence Report.
  6. Карточка эксперимента.
  7. Журнал экспериментов.
  8. Журнал продуктовых решений.
  9. Solution Evidence Report.
  10. MVP Brief.
  11. План аналитики.
  12. Launch Report.
  13. GTM Evidence Report.
  14. Дерево метрик.
  15. Модель юнит-экономики.
  16. PMF Assessment.
  17. Growth Model.
  18. Operating Plan.
  19. Company/Product Teardown.
  20. Funding Decision.
  21. Investor Readiness Pack.
  22. Финальное продуктовое досье.

Стандарт практического задания

Каждое задание содержит:

  • цель;
  • исходные данные;
  • пошаговую инструкцию;
  • ограничение по времени или ресурсам;
  • ожидаемый артефакт;
  • критерии качества;
  • красные флаги;
  • вопросы для самопроверки;
  • варианты решения после выполнения.

Правило возврата

Если гипотеза не подтверждается, ученик возвращается не в начало курса, а к источнику неопределённости:

  • неверный сегмент → Блок 4;
  • неподтверждённая проблема → Блок 5;
  • слабый эксперимент → Блок 6;
  • непонятное решение → Блок 7;
  • перегруженный MVP → Блок 8;
  • проблемы первого использования → Блок 9;
  • слабый канал или предложение → Блок 10;
  • плохое удержание → Блок 12;
  • неработающая экономика → Блоки 9–10;
  • преждевременное масштабирование → Блок 13.

Система кейсов

Кейсы связываются с соответствующими уроками, а не складываются в отдельный раздел без контекста.

Типы кейсов

  • успешная проверка гипотезы;
  • ошибочная интерпретация данных;
  • неудачный запуск;
  • неправильный сегмент;
  • провал ценообразования;
  • преждевременное масштабирование;
  • успешный и неуспешный пивот;
  • закрытие продукта;
  • конфликт ко-фаундеров;
  • неудачный найм или реорганизация;
  • успешный и проваленный фандрайзинг;
  • внутренний продуктовый провал крупной компании;
  • потеря рынка ранее успешной компанией.

Не менее половины подробных кейсов должны быть посвящены провалам, слабым сигналам и неверным решениям.

Единый шаблон кейса

  1. Контекст, рынок и ограничения.
  2. Стадия продукта.
  3. Гипотеза или решение команды.
  4. Данные, доступные в тот момент.
  5. Что сделала команда.
  6. Какой результат получила.
  7. Корневая причина успеха или провала.
  8. Какие существовали альтернативы.
  9. Какие выводы нельзя делать из этого кейса.
  10. Какой урок переносится в другой контекст.
  11. Вопросы и мини-задание для ученика.

История не должна объясняться только задним числом. Важно показывать, что команда могла знать в момент принятия решения.

Дополнительные разделы базы знаний

Эти разделы поддерживают основной курс, но не нарушают его линейность:

Основной курс отвечает на вопрос «что изучать и делать дальше?», а база знаний — «куда углубиться, если нужно больше деталей?».