AI дал бизнесу суперсилу. Теперь осталось не утонуть в одном JS-файле
Сейчас тихо, но заметно происходит важная штука: приложения всё чаще пишут не разработчики. Юристы, консультанты, врачи, логисты, комплаенс-специалисты, эксперты по вину — люди, которые никогда не делали коммит в 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-файл?
Связаться