Разбор · Опубликовали 07.10.2026
Первая версия продукта за месяц: как агенты меняют разработку MVP
Как выбрать объём первой версии, пройти от прототипа к пользователю и решить, продолжать ли разработку. План месяца на примере нашей машины коротких видео.
Евгений Шилов и машина агентов · факты проверены 7 октября 2026
Разработку MVP с ИИ-агентами начните с одного законченного пути пользователя. Месяц здесь означает план проверки идеи, пока основная команда занята.
На продукте курса основа появилась 19 сентября, видеоистория 20 сентября. Клиентского кейса «MVP за месяц» у нашей машины пока нет.
1. MVP проверяет поведение пользователя, а не число готовых экранов.
MVP, минимальная версия продукта, помогает ответить на бизнес-вопрос. Станет ли клиент заказывать в кабинете вместо сообщения менеджеру?
Прототип проверяет понятность пути. Человек нашёл кнопку заказа, но заявка ещё никуда не ушла. Работу продукта это не подтверждает.
По определению Эрика Риса 2009 года MVP даёт знание о клиентах при минимуме усилий. Уберите лишнее для выбранной проверки.
Прототип, рабочая версия и проверка спроса подтверждают разное.
Источник: определение Риса, 03.08.2009; разделение результатов и пример кабинета составлены редакцией, 07.10.2026.
Менеджер может вручную подтвердить заказ из кабинета. Запишите этот шаг: клиент получает результат, но полной автоматизации здесь пока нет.
2. Агенты сокращают путь до следующей попытки, а не заменяют проверку спроса.
Простой веб-MVP у Surf стоит от 800 000 ₽. На каталог или витрину студия отводит 1,5–2,5 месяца в оценке на 07.10.2026.
Инженер ведёт машину агентов и получает результат для проверки. Скорость сборки страницы ещё не задаёт срок разработки продукта.
У каждого быстрого результата своя единица измерения.
Источник: дневник стройки курса 19–20.09.2026, публичный PR #9 zavod, zavod.today; сверено 07.10.2026. 35 минут записаны в дневнике, не измерены независимым наблюдателем.
Завод превращает новость в вертикальный ролик. Готовый файл дал услышать голос и увидеть субтитры. Вместе с ними стали видны ошибки.
/open сравнивает 54 дня машины с примерно двумя годами расчётной команды. Метод разобран в статье о цифрах; это не срок MVP.
3. Первый месяц планируют от результата пользователя назад.
Запишите результат: «клиент оформляет повторный заказ и получает подтверждение». История заказов подождёт, если без неё проверка состоится.
Назначьте принимающего работу и проверьте доступы. Агент готовит подключение оплаты; согласование с платёжным сервисом требует отдельного времени.
Сценарий /services: прототип через 48 часов, версия на неделе 2, вход и оплата на неделе 3. Ниже план проверок по этому сценарию.
План месяца закрывается результатами, а не датами в календаре.
Источник: сценарий /services, проверен 07.10.2026. Критерии этапов и четвёртая неделя предложены редакцией; срок зависит от объёма и доступов.
«Сделать кабинет» широко. «Клиент видит номер, менеджер получает заказ» проверяется. Шаблон есть в статье о задачах агенту.
4. Первую версию принимают по готовому результату и сбоям.
У завода готовый ролик появился раньше, чем совпали субтитры и голос. Проверка файла нашла то, чего не показала успешная сборка.
Проиграйте заказ глазами клиента и менеджера. Заявка должна сохраниться, подтверждение дойти. Открытая страница ещё не означает готовность.
Готовый результат превращал поломку в проверяемое правило.
19.09
Первая выкладка остановилась на форматировании файла, изменённого сборщиком. Стартер исправили; проверять нужно сборку перед выкладкой.
21.09
Субтитры опережали голос. Границы стали брать из длины озвучки, а сомнительные времена распознавания отбрасывать; правило проверяет тест.
21.09
Во время исправления субтитров нашли звук короче картинки. Ошибочный фильтр убрали, тест держит исправление; сравнивают обе длительности.
Источник: дневник курса, записи 2 и 10; публичные PR #2 и #11 завода. Истории сверены по записям 07.10.2026.
Неверные субтитры ломают результат, а не портят украшение. Меньший объём MVP сокращает число сценариев, но сохраняет требования к ним.
Ответственность за ошибки разобрана в соседней статье. Для первой версии нужен свой список приёмки.
Приёмка первой версии проверяет рабочий путь и сбои.
Источник: редакционный список приёмки, 07.10.2026; пример, не протокол проверки клиентского кабинета.
5. Месяц растягивают зависимости и второй продукт внутри первого.
Доступ к старой системе задаёт внешнюю зависимость. Несогласованные права не ускоряются генерацией кода. Выясните их до обещания даты.
Прототип понравился: к заказам просят склад, бухгалтерию и приложение. Так одна проверка превращается в несколько, а срок вырастает.
Без новой функции пользователь получит выбранный результат? Если да, отложите её до проверки. Дешёвый код не делает функцию нужной.
В первый месяц входит необходимое для выбранной проверки.
Источник: редакционные критерии объёма, 07.10.2026.
Живой продукт предстоит менять. Правила и проверки нужны с начала, иначе каждая правка дорожает. Об этом разбор технического долга.
6. В конце месяца покупают следующую проверку, а не обещание дописать всё.
Приёмка кода и решение продолжать различаются. Исполнитель проверил заказ. Владелец смотрит, оформляют ли клиенты его сами и возвращаются ли.
Критерий продолжения запишите до запуска: работа без помощи автора или готовность платить. Лайк на демонстрации не подтверждает ни то ни другое.
Наблюдение должно менять следующий шаг.
Источник: редакционная рамка решения, 07.10.2026. Наблюдения не дают автоматического вердикта; причину выясняют с пользователем.
Если внутри компании некому вести такой цикл, начните с теста для руководителя. Он поможет выбрать первый шаг.
В подписке один проект стоит 250 000 ₽ в месяц на 07.10.2026. Первый месяц пилотный. Это цена работы, а не смета любого MVP.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Цена и срок Surf | Живая таблица простого веб-MVP: каталог или витрина, от 800 000 ₽, 1,5–2,5 месяца. Сверена строка таблицы предложения. Это оценка поставщика, не статистика рынка. | 2026-10-07 |
| Продукт курса | События сверены по записям дневника 19–21 сентября и открытым PR завода. 35 минут, 21:13–21:48 МСК 19 сентября, относятся к основе проекта; время записано автором. PR #9 от 20 сентября подтверждает новую рельсу видеоисторий, не первый ролик всего проекта и не публикацию. | 2026-10-07 |
| Прибор /open | Снят живой экран. 54 дня против ≈2 лет относятся к исторической дуэли с расчётной командой. Счётчик коммитов на дату кадра охватывает 98 дней с 1 июля; это другое окно. Метод скорости опирается на 115 задач, срез 27.08, и 300 мержей за 11 суток, срез 26.08. | 2026-10-07 |
| Сценарий /services | Прототип 48 часов, первая версия неделя 2, вход и оплата неделя 3. Это сценарий страницы, а не измеренный клиентский кейс. Тариф одного проекта 250 000 ₽ в месяц. | 2026-10-07 |
| Месяц в статье | Редакционный план одного сценария с готовыми доступами. Клиентского замера «MVP за месяц вместо четырёх» нет. Четвёртая неделя и критерии приёмки предложены редакцией; спрос и выручка завода не измерялись. | 2026-10-07 |
7. Частые вопросы
Что такое MVP простыми словами?+
Версия, на которой проверяют, нужен ли пользователю результат. У приложения заказов она должна позволять сделать заказ, а часть исполнения можно оставить менеджеру.
MVP обязательно должен быть приложением?+
Нет. Если гипотезу можно проверить страницей с заявкой и ручным исполнением, писать приложение ещё не требуется. Способ проверки выбирают по риску идеи.
Можно ли запустить MVP за месяц?+
Такой план имеет смысл для одного сценария с готовыми доступами и человеком, который принимает работу. У нас нет клиентского замера, подтверждающего универсальный месячный срок.
Сколько стоит разработка MVP?+
Цена зависит от объёма. Surf оценивает простой веб-MVP от 800 000 ₽, а наш тариф одного проекта стоит 250 000 ₽ за месяц работы, по страницам на 07.10.2026. Эти суммы относятся к разным предложениям, не к одинаковому готовому продукту.
Кто проверяет идею, если код пишут агенты?+
Бизнес выбирает гипотезу и пользователей. Инженер ведёт машину агентов и подтверждает работу сценария. Пользователь своим поведением даёт основание продолжать.
Нужна ли оплата в первой версии?+
Если проверяете готовность платить, нужен реальный способ согласовать и получить оплату. Если проверяете повторный заказ текущего клиента, новая онлайн-оплата может не понадобиться.
Источники
- Эрик Рис, Minimum Viable Product: a guide, 03.08.2009; проверено 07.10.2026 — авторский первоисточник
- Surf: цена и сроки простого веб-MVP; проверено 07.10.2026 — оценка поставщика
- Завод: основа проекта, PR #1, 19.09.2026; проверено 07.10.2026 — публичная история продукта
- Завод: исправление первой сборки, PR #2, 19.09.2026; проверено 07.10.2026 — публичная история продукта
- Завод: первая история нового формата, PR #9, 20.09.2026; проверено 07.10.2026 — публичная история продукта
- Завод: синхрон субтитров и звук, PR #11, 21.09.2026; проверено 07.10.2026 — публичная история продукта
- Завод: витрина и примеры роликов; проверено 07.10.2026 — собственный продукт
- vibecoding.ru /open: прибор машины и методика; проверено 07.10.2026 — собственный замер и расчёт
- vibecoding.ru /services: сценарий кабинета и тариф; проверено 07.10.2026 — публичное предложение
- Курс «Агентная разработка»: опыт стройки 19–21.09.2026; проверено 07.10.2026 — источник дневника опыта
Запомнить
1. Выберите один бизнес-вопрос. Первая версия должна дать пользователю законченный результат, по которому на этот вопрос можно ответить.
2. Разделите прототип, рабочую версию и проверку спроса. Принимайте каждый результат своим способом.
3. Сначала проверьте доступы и зависимости. Новые функции добавляйте, только если без них выбранная проверка не состоится.
4. До запуска запишите критерий продолжения. После месяца решайте, что проверять дальше, по использованию продукта, а не количеству кода.