AI дал бизнесу суперсилу. Теперь осталось не утонуть в одном JS-файле
#ии #вайб-кодинг #бизнес #архитектура #mvp

Сейчас тихо, но заметно происходит важная штука: приложения всё чаще пишут не разработчики. Юристы, консультанты, врачи, логисты, комплаенс-специалисты, эксперты по вину — люди, которые никогда не делали коммит в Git, садятся в Cursor или Claude Code и собирают рабочие прототипы.

Я вижу это у знакомых из совсем разных областей. И меня не покидает ощущение, что граница между «человек из бизнеса» и «разработчик» просто смещается.

Что получается — часто получается хорошо

Прототипы иногда действительно впечатляют. Дизайн — аккуратный, продуктовая логика — живая. Потому что человек собирает не абстракцию, а то, что своими руками делает каждый день. У него нет проблемы «разобраться в домене». Он сам — домен.

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

А потом открываешь код

Приложение работает. Клиентам показали — одобрили. Инвестору запустили — впечатлился. Партнёр попросил доступ — зашёл и ничего не сломал.

Открываешь код:

  • - один JS-файл на 2800 строк
  • - UI, логика, база и валидации — в одной куче
  • - нет никакого data layer, данные дёргаются напрямую из компонента
  • - авторизация написана «как-то так, типа логин»
  • - деплой — «ну я ссылку с Vercel скидываю»
  • - AI переписал одну и ту же функцию десяток раз, копии лежат рядом
  • - всё держится ровно до момента, когда нужно добавить ещё одну фичу

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

Прототип, MVP и продукт — это три разные штуки

Между ними — вполне конкретная инженерная работа:

  • - Прототип нужен, чтобы показать идею. Он впечатляет, но его не страшно выбросить.
  • - MVP можно развивать. У него уже есть структура, которую не страшно трогать.
  • - Продукт выдерживает настоящих пользователей. У него есть база, авторизация, деплой, бэкапы и шанс пережить ваш отпуск.

Если проект начал жить, в какой-то момент его придётся перевести из первого состояния во второе. Третье приходит позже — часто уже после первых реальных денег.

Стек, с которого я бы начинал

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

  • - Next.js (App Router)
  • - TypeScript
  • - Tailwind CSS
  • - shadcn/ui — если нужны готовые UI-компоненты
  • - SQLite для простейшей базы или managed PostgreSQL (Neon, Supabase, Railway), если нужно серьёзнее
  • - GitHub — как source of truth, даже если вы пока не очень умеете с ним работать
  • - Vercel — чтобы деплоить в два клика
  • - Docker, VPS, CI/CD, SSH — всё это добавляется позже, когда реально потребуется

На старте ничего сложнее этого списка я бы не брал. Docker и свой сервер на первой неделе — это попытка играть в «энтерпрайз-инженера» до того, как появились первые десять пользователей.

Приём с папкой refs/ и файлом REWORK.md

Что делать, если прототип уже есть, но внутри — мешанина, и переписывать его руками вы не умеете.

Создайте новую пустую папку для проекта. Внутри создайте подпапку refs/. Переместите туда всё, что было сделано прошлой версией AI: старый код, промпты, скриншоты, описания фич. Ничего не чистите — это референс, а не финальный проект.

Рядом в refs/ положите файл REWORK.md. Это инструкция для агента, что он должен сделать с вашим прототипом. Текст ниже универсальный, под любой домен. Копируйте целиком, ничего не нужно дописывать.

Готовый REWORK.md (копируй и вставляй)

После этого откройте папку проекта в Cursor или VS Code. Для VS Code нужно поставить плагин Claude (Anthropic) и залогиниться. В Cursor он уже встроен.

В чате напишите короткий промпт — агент сам возьмёт детальные инструкции из REWORK.md:


Это одна команда, но она превращает хаос в структуру — при условии, что у агента есть, на что опираться. Refs/ и REWORK.md как раз и есть эта опора.

Когда стоит позвать разработчика

Прототип остаётся вашим. Его никто не забирает и не переписывает «потому что я лучше знаю».

Но в какой-то момент проект перестаёт помещаться в одной голове и одном файле. Сигналы простые: AI чинит одно и ломает другое; вы боитесь трогать код, который работает; появились первые реальные пользователи, и ошибки в проде начинают стоить денег; пора подключать базу, роли, админку и нормальный деплой, а как — неясно.

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

В заключение

Мир сейчас делится не на «разработчиков» и «бизнес». Он делится на тех, кто умеет собрать прототип сам, и тех, кто умеет превратить прототип в систему. Обе способности важны, и обе нужны.

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

Застряли с прототипом, который перерос один JS-файл?

Связаться