Я — продакт, а не разработчик. Мой технический бэкграунд — теоретический. Эта статья о том, как выглядит вайб-кодинг глазами продукт-менеджера, и что на самом деле работает, а не только звучит круто в маркетинге.
Контекст и проблема
У большинства продактов, которые хотят запустить свой продукт, есть общая проблема: нет команды — нет продукта. Найм, онбординг, настройка процессов, ожидание первых релизов — это месяцы и деньги, потраченные ещё до проверки гипотезы.
На прошлой неделе я проверил, насколько этот барьер актуален в 2025 году. Результат — два живых проекта:
- личный сайт по продуктовому консалтингу
- бесплатный agile-инструмент как альтернатива Jira для стартапов на старте
Рассказываю, какой стек и флоу я использовал — от идеи до деплоя.
Инструменты и их роль
- Claude Sonnet 4.5 — discovery, аналитика, системный промт
- Kiro (Amazon) — сборка, архитектура, деплой
- Figma Make — генерация фронтенда
- 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 приходится тестировать отдельно.
Вайб-кодинг — не замена разработчикам. Это инструмент для продактов и фаундеров, которым нужно дойти до рабочего пилота и проверить гипотезу — до того, как собирать команду.
Экономика запуска изменилась. Порог входа теперь — теоретическое понимание процесса разработки и умение чётко формулировать задачи.