Можно ли без IT-бэкграунда сделать рабочий MVP?

Ещё недавно я бы, скорее всего, ответил: для такого проекта нужен разработчик. Сейчас ответ для меня уже сложнее.

Я не программист. Но в одном из своих проектов постепенно собираю приложение для автоматизации научной конференции.

Не демонстрацию на одном экране, а систему, в которой уже есть учётные записи, роли и права, структура конференции и секций, работа с файлами, импорт данных и отдельные пользовательские сценарии.

Один из таких сценариев уже прошёл первую пользовательскую проверку: 14 из 14 заданий были выполнены самостоятельно.

И здесь для меня оказался важен один момент.

Что оказалось важным:

Главная работа — не в том, чтобы написать ИИ: «сделай приложение для конференции». Код он действительно может генерировать быстро.

Гораздо сложнее другое:

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

Поэтому разработка у меня идёт не как один большой запрос к ИИ, а короткими этапами:

задача → требования → реализация → тесты → ручная проверка → решение о следующем шаге.

Если проверка показывает проблему, следующий этап не начинается, пока она не разобрана.

Могу ли я сделать такой проект без ИИ? Скорее всего, нет. Сделал ли ИИ меня программистом? Тоже нет.

Он позволил предметному специалисту пройти значительно дальше от идеи и технического задания — до работающего и проверяемого прототипа.

⚠️ Но по мере приближения к реальной эксплуатации граница становится особенно заметной.

Персональные данные, информационная безопасность, резервное копирование, развёртывание, миграции, аудит, внешние интеграции — здесь уже недостаточно того, что «у меня всё запускается».

Перед реальной эксплуатацией такие решения требуют профессиональной технической проверки и организационного согласования.

Вывод:

ИИ снижает порог входа в разработку, но не отменяет инженерную дисциплину.

Предметный специалист действительно может собрать рабочий MVP. Но его главная роль остаётся не в написании кода, а в другом: определить, что система должна делать, чего она делать не должна и как проверить, что она работает правильно.