Дисклеймер: я продакт, не разработчик. Тех. бэкграунд — теоретический. Эта статья про то, как выглядит вайб-кодинг глазами PM и что реально работает, а не что обещает маркетинг.
Контекст и проблема
У большинства продактов, которые хотят запустить что-то своё, есть один и тот же потолок: нет команды → нет продукта. Найм, онбординг, выстраивание процессов, ожидание первых релизов — это месяцы и деньги ещё до первой проверки гипотезы.
Последнюю неделю я тестировал, насколько этот потолок реален в 2025 году. Результат — два живых проекта:
-
личный сайт по продуктовому консалтингу
-
бесплатный agile-инструмент как альтернатива Jире для стартапов на старте
Расскажу точный стек и флоу — от идеи до деплоя.
Стек
|
Инструмент |
Роль в флоу |
|---|---|
|
Claude Sonnet 4.5 |
Discovery, аналитика, системный промт |
|
Kiro (Amazon) |
Сборка, архитектура, деплой |
|
Figma Make |
Генерация фронтенда |
|
Supabase |
База данных |
|
GitHub Pages |
Хостинг |
|
Context7 MCP |
Управление контекстом |
|
Playwright MCP |
Автотестирование |
Флоу: от идеи до деплоя
Фаза 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-тестирование. Позволяет проверить критичные сценарии без написания тестов вручную.
После этого:
-
Регистрируемся на GitHub и Supabase
-
Kiro создаёт базу, деплоит проект на GitHub Pages
-
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 — разбираю кейсы, тестирую новые связки, делюсь тем что реально работает.
Если тестировали похожий флоу или знаете как улучшить стек — пишите в комменты, буду рад обсудить.
Автор: MikeProduct
