Три недели звучат дерзко — пока не дашь нейросети писать большую часть кода. Вот точный процесс вайбкодинга, по которому мы доводим идею стартапа до работающего платящего MVP.
Неделя 1 — Объём, а не фичи
Главный риск для MVP за 6 недель — список желаний. Проводим discovery-спринт и безжалостно режем до трёх задач, которые продукт обязан выполнять в день один. Всё остальное — в колонку «потом».
- Опишите ключевой сценарий пользователя от и до.
- Определите модель данных до того, как откроете редактор.
- Выберите одну метрику успеха для запуска.
«Если фича не работает на ключевую задачу, ей не место в MVP — ей место в роадмапе.»
Недели 2–4 — Собираем «хребет»
Сначала собираем структуры данных и основные сценарии, дизайн применяем системно, чтобы экраны оставались единообразными. Bubble берёт авторизацию, базу и UI; тяжёлую логику выносим в Xano, когда этого требует производительность.
Недели 5–6 — Полировка и запуск
Финальный отрезок — тесты на реальных устройствах, подключение платежей и аналитики, подготовка к запуску. Поскольку нет кодовой базы, которую нужно «замораживать», изменения остаются дешёвыми вплоть до дня релиза — и долго после.
В этом весь фокус: no-code ускоряет не за счёт пропуска шагов, а за счёт удаления шагов, которые изначально не создавали ценности.
Основатель и ведущий разработчик NoCodeZilla. Делает продукты с 2020 года — no-code, React/Python и теперь вайбкодинг.