Можно написать десятки удачных промптов и все равно продолжать работать почти по-старому. Перед каждым запросом специалист собирает данные, добавляет нужные вводные, а потом вручную переносит результат в следующий сервис. AI экономит время на отдельных задачах, но между ними по-прежнему много ручной работы.
Содержание:
- AI ускоряет отдельную задачу, но не весь процесс
- Автоматизацию ломают исключения
- Чем длиннее цепочка, тем дороже ошибка
- ИИ должен уметь остановиться
- Человек нужен не на каждом шаге, а в правильной точке
- Полный автопилот – плохая цель
- Как специалист превращается в ИИ-надзирателя
- Как посчитать выгоду от ИИ-автоматизации
- Как проектировать AI-процесс, а не цепочку промптов
С MCP часть этой рутины можно убрать: AI-приложение получает доступ к нужным данным и функциям рабочих сервисов напрямую. После этого задача уже не сводится к тому, чтобы придумать хороший промпт. Приходится продумывать весь процесс: откуда брать актуальные данные, что можно делать автоматически, где нужна проверка человека и что должно происходить, если что-то пошло не по плану. Об этом и поговорим в статье.
Это вторая статья в нашей серии публикаций про MCP. В первом материале мы подробно разобрались, как работает MCP сервер, какие задачи он может выполнять и кому вообще нужно такое подключение. Читайте по ссылке →
AI ускоряет отдельную задачу, но не весь процесс
Возьмем еженедельный отчет по контенту. Раньше маркетолог сам сравнивал публикации, искал просадки, отмечал удачные темы и формулировал выводы. Теперь часть работы можно отдать AI: загрузить таблицу и попросить найти закономерности.
Внутри задачи экономия очевидная, но перед этим кто-то открыл статистику, выбрал период, скачал отчет, проверил данные и объяснил непонятные поля. После ответа кто-то перенес выводы в рабочий документ, обновил план и поставил задачи. Нейросеть ускорила один участок, а остальной процесс почти не изменился.
Читайте также: «Где AI реально экономит время SMM-специалисту, а где создает дополнительную работу»
Если нейросеть пишет отчет за 2 минуты, а специалист ещё 20 минут собирает ей исходники и потом переносит результат, автоматизированы не 22 минуты работы. Автоматизированы две. На регулярных задачах эта разница особенно заметна: один раз загрузить таблицу несложно, каждую неделю искать новую версию, снова прикладывать ее и повторять пояснения – уже отдельный этап процесса.
Есть и менее заметная ручная работа. Специалист знает, что один столбец нельзя брать в расчет, помнит, какой из трех документов считается актуальным, видит, что данные за сегодня еще не обновились, и понимает, что одинаково названные показатели в двух системах считаются по-разному. В красивой схеме автоматизации этих действий обычно нет, хотя именно на них часто держится корректный результат.
Автоматизацию ломают исключения
Стандартный сценарий автоматизировать проще всего. Данные пришли в ожидаемом формате, все поля заполнены, сервисы доступны, задача сформулирована привычно – AI проходит по цепочке и выдает результат. На таком примере практически любая автоматизация выглядит убедительно.
Рабочая реальность отличается именно исключениями, и у каждого из них есть своя стоимость. Автоматизация может прекрасно закрывать основную массу случаев, но каждый нестандартный запуск требует непропорционально много времени. Специалисту нужно понять, что пошло не так, на каком этапе это произошло, успела ли ошибка повлиять на следующие шаги и как вернуть процесс в нормальное состояние.
Поэтому доля задач, закрытых с помощью ИИ, сама по себе почти ни о чём не говорит. Важнее, что происходит с задачами, которые система закрыть не смогла. Если все типовые задачи уходят в автоматизацию, а специалист подключается только когда что-то сломалось, работа не исчезает – она превращается в постоянный разбор сбоев.
Чем длиннее цепочка, тем дороже ошибка
В обычном диалоге с нейросетью ошибка локальная. AI неправильно понял запрос – человек поправил промпт или результат. Контекст не тот – загрузил другой файл. Потеряли пять минут и двинулись дальше.
Чем длиннее сценарий, тем важнее вовремя поймать ошибку. Если AI неверно сработал на первом этапе, дальше на этом результате могут строиться новые выводы и действия. В итоге мелкая ошибка в начале превращается в переделку нескольких следующих шагов.
Допустим, система берет статистику публикаций, определяет сильные темы, на основе этого предлагает новый контент, а затем передает выбранные идеи дальше. Если на первом шаге она взяла неправильный период, проблема не останется внутри аналитики. Неверные данные дадут неверные выводы, выводы повлияют на темы, а темы – на готовый контент.
ИИ должен уметь остановиться
Если автоматизация не справилась с задачей, человеку мало получить уведомление «Нужна проверка». В нормальном сценарии система должна сразу показать, на каком шаге возникла проблема, какие данные она получила, что успела сделать и почему не пошла дальше.
Например, AI готовит отчет и замечает, что часть статистики отсутствует. Вместо общего «Не удалось выполнить задачу» полезнее передать специалисту конкретику: за какой период нет данных, из какого источника они должны были прийти и какие расчеты из-за этого не выполнены. Тогда человек не восстанавливает весь процесс по памяти, а сразу решает конкретную проблему.
То же самое с контентом. Если система не может выбрать между двумя версиями продуктовой информации, достаточно показать конфликтующие данные и попросить определить, какой вариант актуален. После ответа процесс можно продолжить с того места, где он остановился.
Такой принцип сильно влияет на стоимость исключений. Чем меньше времени специалист тратит на выяснение, что тут вообще произошло, тем выгоднее автоматизация даже при неизбежных ручных вмешательствах. Этот принцип работает и для обычной работы с AI, и для работы с MCP-серверами.
Человек нужен не на каждом шаге, а в правильной точке
Если AI через MCP только получает данные, постоянное подтверждение обычно ни к чему. Например, системе можно разрешить забрать статистику за нужный период или найти запись в базе – человек не добавит к этой операции ничего полезного.
Другое дело, когда через MCP доступно действие, которое что-то меняет. AI может подготовить обновление контент-плана, создать задачу, отправить сообщение или изменить запись во внешнем сервисе. Здесь уже нужно решить заранее, какие команды выполняются сразу, а какие – ждут подтверждения специалиста.
Например, AI проанализировал результаты публикаций и предложил перенести две темы на следующую неделю. Сам анализ и подготовку изменений можно выполнить автоматически, а вот на непосредственно корректировку лучше позвать маркетолога. Если все в порядке, он подтверждает действие – и только после этого нужный MCP-инструмент вносит правки.
Поэтому проверять каждый шаг не нужно. Лучше оставить человеку те действия, где он действительно принимает решение или где ошибку потом долго исправлять. Рутинное чтение и перенос данных можно не тормозить лишними подтверждениями.
Полный автопилот – плохая цель
У автоматизации есть очень привлекательная, но вредная метрика – количество действий, которые выполняются без человека. Чем длиннее цепочка, тем эффектнее выглядит демонстрация: AI сам получил данные, сам проанализировал, сам создал результат, сам записал его в систему.
Для маркетинговой команды важнее другое: стало ли работать быстрее, дешевле и предсказуемее:
- сколько ручных операций действительно исчезло;
- сколько времени проходит от постановки задачи до готового результата;
- сколько времени занимает разбор одного исключения;
- сколько стоит ошибка, если система не заметит ее сама.
Эти показатели быстро отрезвляют. Допустим, автоматизация экономит по десять минут на десяти стандартных задачах – 100 минут. Но две нестандартные задачи требуют по 40 минут отчаянных попыток объяснить исключения. Реальная экономия уже не выглядит настолько впечатляющей.
Причем время – не единственная стоимость. Если ошибка осталась внутри чернового отчета, ее можно спокойно поправить. Если на ее основе приняли решение, создали задачи для команды или отправили материал клиенту, цена становится другой.
Автоматизировать каждый шаг подряд не нужно. Если ручная проверка занимает минуту, а ее устранение делает процесс сложнее и дороже в поддержке, лучше оставить проверку человеку.
Как специалист превращается в ИИ-надзирателя
Есть сценарий автоматизации, который легко пропустить в отчетах об эффективности. Старую рутинную работу специалист больше не выполняет, зато постоянно следит за системой: правильно ли она взяла данные, почему выбрала этот источник, куда сохранила результат, что означала ошибка и почему сегодня сценарий отработал иначе, чем вчера.
Вместо регулярной понятной работы появляется поток мелких расследований. Каждое требует погружения в контекст, потому что автоматизация принимала решения без человека. Так возникает роль ИИ-надзирателя. Специалист нужен системе не ради маркетинговой экспертизы, а ради постоянного присмотра за ее состоянием.
Особенно легко попасть в эту ситуацию, если автоматизацию расширяют после каждого успешного теста. Сначала AI делает одну операцию. Все работает – добавляем вторую. Потом третью. Затем подключаем еще один источник, автоматическую запись и следующий сервис. Каждое изменение кажется небольшим, но через несколько месяцев появляется цепочка, которую никто уже не видит целиком.
У такого процесса обычно есть характерный симптом: специалист боится оставить его без наблюдения, хотя формально большинство действий происходит автоматически.
Это не аргумент против AI-автоматизации. Скорее, критерий зрелости: за хорошей системой не нужен глаз да глаз. Хорошая автоматизация либо нормально обрабатывает типовой случай, либо сразу передает проблему человеку с объяснением, что именно пошло не так.
Как посчитать выгоду от ИИ-автоматизации
Маркетинговую AI-автоматизацию легко переоценить, если смотреть только на скорость работы модели. Раньше сотрудник тратил на задачу час, теперь AI выдает результат за минуту – звучит убедительно. Но эта минута ничего не говорит о том, сколько времени команда тратит на весь процесс.
К генерации нужно прибавить подготовку данных, настройку сценария, проверки, разбор сбоев и доработки. Иногда автоматизацию приходится переделывать просто потому, что источник изменил структуру, команда перешла в другой сервис или появился новый тип задачи.
Поэтому считать стоит не скорость ответа AI, а сколько рабочего времени удалось сэкономить после всех проверок и исправлений. Если автоматизация освобождает четыре часа в месяц, но два часа уходят на контроль и еще два – на починку, выгоды почти нет.
Например, маркетолог раз в неделю переносит данные из отчета в рабочую таблицу и тратит на это по 30 минут. За месяц набегает около двух часов. Если автоматизированный сценарий регулярно ломается и каждые две недели требует часа работы специалиста, проще оставить перенос ручным. Но если такую же операцию нужно делать каждый день для десятков проектов, автоматизация уже может сэкономить много времени даже с учетом поддержки.
Поэтому лучшие кандидаты на автоматизацию обычно скучные: частые, повторяемые, хорошо описанные операции со стабильными входными данными и понятным результатом.
Как проектировать AI-процесс, а не цепочку промптов
- Сначала опишите, как должна выглядеть готовая работа. Не «AI анализирует контент», а, например: «По понедельникам маркетолог получает отчет с выводами и тремя рекомендациями на следующую неделю».
- Определите, откуда брать актуальные данные. Если одна и та же информация хранится в нескольких местах, заранее решите, чему доверять при расхождениях. Иначе AI столкнется с той же путаницей, которую сейчас вручную разбирает человек.
- Отдельно разберите нестандартные случаи. Что делать, если данных не хватает, сервис не ответил, формат изменился или результат выглядит подозрительно? Такие ситуации лучше продумать заранее, а не рассчитывать, что AI каждый раз сам найдет правильное решение.
- Оставьте человеку те решения, где его участие действительно нужно. Нет смысла вручную подтверждать обычный перенос данных. Но если AI собирается публиковать материал, менять бюджет или отправлять сообщение клиенту, проверка скорее всего будет оправданной.
- До запуска зафиксируйте, сколько времени процесс занимает сейчас. После автоматизации сравните: сколько ручной работы исчезло, как часто приходится вмешиваться и сколько времени уходит на исправления. Если обслуживание системы съедает всю экономию, ее нужно упрощать.
- Не подключайте все сразу. Сначала автоматизируйте один понятный участок и посмотрите, как он работает на реальных задачах. Если он не требует постоянного присмотра, можно добавлять следующий.
Такой подход выглядит менее впечатляюще, чем демонстрация AI, который «сам ведет маркетинг». Зато это гораздо более реалистичный сценарий, который правда может освободить специалисту сколько-то времени.
Хорошие промпты никуда не исчезнут. Модели по-прежнему нужна понятная задача, критерии и контекст. Просто по мере того, как AI получает доступ к внешним данным и действиям, качество одного запроса перестает определять качество всей автоматизации.
Следующий уровень AI-автоматизации маркетинга – не коллекция все более длинных инструкций и не схема с максимальным количеством стрелок. Это умение собрать процесс, где стандартные случаи закрываются без лишнего ручного труда, нестандартные – не превращаются в расследование, а человек подключается там, где его знания действительно нужны.