Как продакт без тех. бэкграунда запустил два продукта за неделю: стек, флоу и MCP под капотом

Дисклеймер: я продакт, не разработчик. Тех. бэкграунд — теоретический. Эта статья про то, как выглядит вайб-кодинг глазами PM и что реально работает, а не что обещает маркетинг.

Контекст и проблема

У большинства продактов, которые хотят запустить что-то своё, есть один и тот же потолок: нет команды → нет продукта. Найм, онбординг, выстраивание процессов, ожидание первых релизов — это месяцы и деньги ещё до первой проверки гипотезы.

Последнюю неделю я тестировал, насколько этот потолок реален в 2025 году. Результат — два живых проекта:

• личный сайт по продуктовому консалтингу

• бесплатный agile-инструмент как альтернатива Jире для стартапов на старте

Расскажу точный стек и флоу — от идеи до деплоя.

Стек

Флоу: от идеи до деплоя

Фаза 1 — Discovery в Claude

Создаю отдельный проект-ассистента в Claude, пишу системный промт с контекстом продукта. Прогружаю всё что есть: целевая аудитория, боли, jobs-to-be-done, бизнес-ценность, ограничения.

На выходе получаю:

• финальную аналитику и контент

• промт для генерации дизайна

• опционально — промт системной архитектуры (если есть кому проверить адекватность)

Для пилотного продукта архитектурный промт обычно избыточен.

Фаза 2 — Фронтенд через Figma Make

Все артефакты из Discovery передаю в Figma (Make). Скачиваю файлы фронтенда.

Результат стабильно закрывает задачи пилота — без правок руками. На этом этапе экономия составила порядка 40 часов аналитики и дизайна.

Фаза 3 — Сборка в Kiro

Все файлы фронта + аналитику заливаю в Kiro. Это ключевой инструмент в стеке — он работает как связка «продакт + архитектор + разработчик» в одном:

• сначала думает и фиксирует решения письменно

• потом реализует

• не делает шаг без явного понимания «зачем»

Для продакта это критично: процесс предсказуемый и контролируемый даже без глубокого знания кода.

Фаза 4 — MCP-серверы и деплой

Прошу Kiro установить три MCP-сервера:

Context7 — управление контекстом между сессиями. Без него каждый новый запрос теряет накопленный контекст проекта.

Supabase MCP — интеграция с базой данных. Kiro сам создаёт таблицы, настраивает схему, генерирует миграции.

Playwright MCP — автоматизация браузера и базовое e2e-тестирование. Позволяет проверить критичные сценарии без написания тестов вручную.

После этого:

1. Регистрируемся на GitHub и Supabase

2. Kiro создаёт базу, деплоит проект на GitHub Pages

3. Kiro генерирует инструкцию по смене домена

Пилот готов.

Что работает хорошо

Kiro + Claude Sonnet 4.5 — наиболее стабильная связка. Меньше переключений контекста, лучше связность между фазами. Kiro понимает артефакты из Discovery без дополнительной интерпретации.

GPT + Figma Make + Kiro — альтернативная связка. Figma Make показывает стабильные результаты на фронте независимо от того, что стоит перед ним.

Ограничения и честные наблюдения

• Флоу работает хорошо для пилотов и MVP. Для продакшн-систем с высокой нагрузкой нужна ревизия архитектуры.

• Kiro иногда принимает спорные архитектурные решения — нужен хотя бы базовый технический ревью.

• Context7 решает проблему потери контекста, но не полностью — при больших проектах всё равно нужно следить за окном контекста.

• Playwright MCP покрывает happy path, edge cases придётся покрывать отдельно.

Вывод

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

Экономика запуска изменилась. Порог входа — теоретическое понимание процесса разработки и умение формулировать задачи.

Тему продолжаю в Telegram-канале Уже в проде → @product_mike ^[2] — разбираю кейсы, тестирую новые связки, делюсь тем что реально работает.

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