AI в разработке: Почему аутсорс стал «испорченным телефоном»

За 3 года в роли руководителя веб‑направления в РОСМЭН (Игрушки) я привыкла к разным форматам разработки. Запуск сайта турнира Инфинити Надо (wsa.infinitynado.ru) показал, как развитие ИИ меняет рынок аутсорса — и какие риски несёт отсутствие глубокой экспертизы.

Контекст и проблема Дедлайны были горящими, подрядчик — проверенный (несколько спецпроектов в 2022–2024 гг.), ожидания — реалистичными: нужен был функционал, который сможет поддерживать контент‑менеджер, и стабильная работа ключевых механик. Требования к проекту были приземлёнными: - правки силами контент‑менеджера без прав администратора; - определение местоположения посетителя по IP; - масштабируемая карта с динамической подстройкой списка точек под видимую область. Результат оказался противоречивым: визуально страница с турнирами соответствовала утверждённой стилистике, а функционально — нет. Причина — ТЗ «скормили» нейросети без ручной проработки UX‑сценариев и адаптации кода под архитектуру Bitrix. Даже имея доступ к структуре сайта, подрядчик не вынес логику за рамки монолитного решения.

Последствия Подход «без ручной доработки» привёл к системным проблемам: - Монолитный HTML. Любые правки требовали прав администратора — контент‑менеджер не мог работать самостоятельно. - Нестабильная JS‑логика карты. Фильтры не применялись при скроллинге, а при смене города список точек с магазинами‑участниками не обновлялся. Это уже не мелкие недочёты: накопившиеся недоработки усложняют работу с проектом и делают каждое новое изменение более трудоёмким и дорогим.

Решение: «сам себе промпт‑инженер» Вместо передачи задач через менеджера аутсорса я взяла роль промпт‑инженера: сама формулировала инструкции для ИИ с учётом стека, архитектуры ядра Bitrix и стандартов чистого кода. Ключевой принцип — не ставить задачу в общем виде, а задавать точные технические рамки: где подключать JS‑методы, как работать с компонентами Bitrix и как обрабатывать краевые случаи. Это позволило держать код поддерживаемым и избежать накопления технического долга.

Результаты - Сроки. Страница с городами‑участниками и регистрацией запущена за 2 дня. - Метрики. За первые 3 дня на турнир в Казани зарегистрировано 20 участников. - Критичные инциденты. 1 critical ticket: письма с номерами участия попадали в спам из‑за высокого спам‑рейтинга шаблона. Проблему диагностировали и исправили. - Админка. Полностью кастомизирована под задачи модератора.

Вывод AI не заменяет разработчика, но радикально трансформирует роль менеджера. Теперь критически важно не просто ставить задачи, а уметь формулировать точные технические промты и понимать архитектуру продукта. Исправление результатов работы AI‑джуна при глубокой экспертизе оказывается в разы эффективнее долгих согласований через посредников без понимания стека — особенно в проектах на Bitrix, где архитектура и стандарты решают всё.

AI в разработке: Почему аутсорс стал «испорченным телефоном» | Сетка — социальная сеть от hh.ru AI в разработке: Почему аутсорс стал «испорченным телефоном» | Сетка — социальная сеть от hh.ru