Инвестор просит продукт, а не презентацию
Есть дек, финмодель и список функций, а разговор с инвестором заканчивается одним вопросом: можно ли это кликнуть. Без работающей версии — второй встречи не будет.
Собираем первую работающую версию продукта с функциями, которые нужны для проверки гипотезы. Объём, срок и цену фиксируем до старта, а не по дороге.

Есть дек, финмодель и список функций, а разговор с инвестором заканчивается одним вопросом: можно ли это кликнуть. Без работающей версии — второй встречи не будет.
Список функций рос после каждой встречи, потому что объём так и не закрыли, а релиз сдвигался каждый месяц. Полгода работы — и ни одного пользователя.
Вы отправляете один запрос и получаете сметы, которые отличаются в разы, потому что каждая описывает другой объём. Бюджет у вас один — а выбор вслепую.
Гипотеза для проверки и закрытый список функций v1
Экраны, связанные переходами, до первой строки кода
Продакшн-экраны с состояниями пустого, ошибки и загрузки
React, TypeScript, backend, база данных, API и интеграции
Целые пользовательские сценарии в браузерах и на устройствах
Продакшн, домен, мониторинг и события на ключевых шагах
Разбираем идею на одну гипотезу и пользовательский сценарий, который её проверяет. Делим функции на v1 и отложенные, а рядом с каждой отложенной записываем причину, чтобы после релиза было понятно, к чему возвращаться.
Собираем кликабельный прототип основного сценария и оцениваем закрытый объём. Срок 3–5 недель считается от согласования этой сметы — поэтому мы не называем его, пока не знаем, что строим.
Проектируем экраны согласованного сценария вместе с пустым состоянием, ошибкой и мобильной версией. Параллельно фиксируем архитектуру, модель данных и точки интеграций, чтобы разработка не встала на техническом решении.
Кодим frontend, backend и интеграции, а результат каждую неделю выкладываем на тестовую среду. Вы видите работающий продукт по ходу работ и успеваете сказать своё, пока функция не ушла дальше.
Тестируем целые сценарии по критериям приёмки, согласованным вместе с объёмом, в браузерах и на телефонах. Исправляем ошибки, готовим стартовые данные и тексты сообщений, которые пользователь увидит в первый день.
Запускаем продукт в продакшн: домен, сертификат, мониторинг и аналитика. Передаём доступы, документацию по архитектуре и список функций, отложенных до следующей версии, вместе с причиной каждого решения.
Оба пути осмысленны — в разных ситуациях. Ниже то, что между ними реально меняется.
| Полная версия сразу | MVP | |
|---|---|---|
| Объём функций | Весь список со стратегических сессий и разговоров с инвестором, включая то, что ещё никто не проверял | Один основной сценарий и функции, без которых его не пройти и не измерить |
| Время до первых пользователей | Месяцы — первые пользователи видят продукт в самом конце работ | 3–5 недель с момента согласования объёма и сметы |
| Что зафиксировано до старта | Объём растёт по ходу работ, поэтому срок и затраты вы узнаёте уже в процессе | Закрытый список функций v1, срок и фиксированная цена — всё согласовано до первой строки кода |
| Что вы проверяете | Всё сразу — после релиза трудно сказать, какая именно функция сработала | Одну гипотезу — понятно, что проверяете и по чему увидите результат |
| Цена смены курса | Высокая: приходится переписывать готовые, оттестированные модули | Низкая: меняете план и список функций, а не месяцы кода |
| Чем рискуете | Тратите бюджет на функции, которыми никто не воспользуется, и узнаёте об этом позже всего | Часть функций ждёт; если гипотеза подтвердится, вы достраиваете их к существующему коду |
| Когда выбирать | Процесс известен, есть платящие клиенты или жёсткие требования — например регуляторные | Проверяете идею, бюджет ограничен, продукт нужен для разговора с инвестором |
После воркшопа по объёму, вместе с кликабельным прототипом. На сумму влияют количество экранов и ролей, внешние интеграции и то, есть ли в v1 мобильный релиз. После согласования цена фиксированная.
3–5 недель после согласования объёма — с момента, когда вы принимаете список функций v1 и смету. Воркшоп и прототип занимают до этого около недели.
Один основной пользовательский сценарий и функции, без которых его не пройти и не измерить. Откладываем роли, кроме первых двух, админ-панель, платежи до первого покупателя и нативные релизы.
Да. Строим тем же стеком, что и полные продукты: React, TypeScript и backend под задачу проекта. Откладываем функции, а не качество кода — новые роли и интеграции добавляются к существующей базе.
Fixed price за закрытый объём — именно поэтому столько внимания уделяем воркшопу до старта. Развитие после запуска считаем помесячно или следующими этапами с фиксированной ценой.
Это нормальный результат первой версии — MVP должен дать данные, а не подтвердить предположения. Возвращаемся к списку гипотез и оцениваем новый объём отдельно. Вы меняете план, а не месяцы кода.
Да, с этого и начинаем. На воркшопе работает один критерий: функция остаётся в v1, если без неё не пройти основной сценарий или не измерить гипотезу. Остальное уходит в отложенное.