← Все статьи

AI сделал сайт за вечер. Когда исправлять, а когда переделывать

Красивый экран — ещё не готовый сайт. Разбираем невидимую работу, критерии аудита и момент, когда ремонт дороже пересборки.

AI может за вечер собрать убедительную картинку сайта. Это полезный черновик, но он не доказывает, что сайт решает задачу бизнеса. Экран не показывает, как работает форма, что происходит на телефоне, кто владеет кодом и что сломается после обновления.

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

Что клиент не видит на макете

До визуала нужно понять аудиторию, основные сценарии и содержание. Затем проверить иерархию страниц, тексты, контраст, навигацию с клавиатуры, формы и состояния ошибок. На стороне разработки добавляются скорость, адаптивность, безопасность, аналитика, SEO, резервное копирование и процесс публикации.

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

Когда выгоднее исправить

Ремонт разумен, если есть доступ к исходникам и правам, архитектура понятна, ключевые сценарии работают, а проблемы локальны: например, отдельные мобильные блоки, тексты, метаданные или доступность компонентов. Тогда можно составить список дефектов, оценить часы и исправлять по приоритету.

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

Когда дешевле переделать

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

Решение стоит принимать после оценки двух маршрутов: стоимость ремонта с рисками и стоимость пересборки с переносом пригодного контента. Если сравнения нет, разговор о «дешёвом AI-сайте» остаётся спором вкусов.

Как договориться о следующем шаге

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

AI-макет можно сохранить как референс по настроению. Не превращайте его автоматически в техническое задание: сначала проверьте, какие решения помогают пользователю, а какие лишь красиво смотрятся на одном изображении.

Вывод

Критерий выбора простой: сравнивайте не цену картинки с ценой сайта, а стоимость двух путей до надёжного запуска.

Расскажите, что у вас происходит, а мы посмотрим свежим взглядом и подскажем, как усилить