ИИ автоматизирует хаос: девять вещей, которые ломают проект изнутри компании

Заканчиваю разбор ниши ИИ-интеграторов, который вёл три недели. В первых двух колонках было про рынок: почему до промышленной эксплуатации доходят 7–10% проектов и что не написано ни на одном из восьми сайтов подрядчиков. Теперь — про то, что происходит на стороне заказчика, и почему это важно тем, кто такие компании продвигает.

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

Девять причин, по которым проект тонет изнутри

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

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

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

Система не показывает источник. Ответы расходятся с реальностью, пользователи перестают доверять и снова проверяют всё вручную. ИИ в таком случае не ускоряет работу, а добавляет ещё один слой проверки.

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

Задача расползается. Простой помощник постепенно превращается в полноценную интеграционную систему — именно эту часть чаще всего недооценивают в начале.

Покупают то, про что все пишут. Брали модель, потому что про неё писали все. Внутри она не выстреливала: задача была другая, контекст другой, данные другие. В отчётах эту причину называют прямо — PR-driven initiatives, а «Ведомости» в подзаголовке формулируют жёстче: запуск не практичных проектов, а громких инициатив с сильным PR-эффектом.

Права системы не ограничены. В 2026 году зафиксированы инциденты: агенты самостоятельно удаляли файлы и выкладывали конфиденциальные данные в открытый доступ.

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

Почему это касается маркетинга, а не только внедрения

Теперь то, ради чего я это перечислил.

Половина рисков проекта лежит вне зоны подрядчика — но отвечать за них будет он. Когда проект утонет на данных заказчика, в отчёте это выглядит как «внедрение не получилось», и репутационный ущерб достаётся исполнителю. Значит проговаривать эти риски выгодно ему самому, причём до подписания.

Честный разговор о рисках работает как квалификация лида. Компания, которая пишет «не берёмся, пока процесс не описан», теряет часть заявок и получает остальные с меньшим сопротивлением. На восьми сайтах подрядчиков, которые я разбирал, такой дисквалификации нет ни у одного — то есть ниша конкурирует обещаниями, а место для честного позиционирования свободно.

Такие темы хорошо ложатся в контент. Разбор чужих провалов даёт то, чего нет в продуктовых материалах: узнавание. Заказчик, у которого справочники в трёх системах не сходятся, читает про это и понимает, что его случай кому-то знаком. Именно поэтому публикации в деловых СМИ с оплатой после выхода в таких нишах работают лучше рекламных форматов — они говорят о проблеме клиента, а не о преимуществах поставщика.

Что показали замеры по этой нише

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

Генеративный ответ есть по всем пятнадцати запросам. Клиент увидит сборный ответ всегда, независимо от того, участвуете вы в нём или нет.

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

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

Проверить это можно за десять минут и бесплатно: инкогнито, запрос, которым вас должен находить клиент, и раскрыть список источников под ответом. Я такие замеры веду ежедневно — RUPR Agency (rupragency.ru) выводит компании и экспертов в деловые СМИ и на площадки, которые цитируют нейросети, поэтому состав источников по денежным запросам мы снимаем каждый день, а не оцениваем на глаз.

Сроки

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