В небольшом агентстве руководитель часто становится самым дорогим диспетчером в компании.
Он помнит, что клиент на прошлой неделе попросил пересмотреть объём. Держит в голове, что дизайнер ждёт правки от стратега, а менеджер по проекту уже третий день не может собрать статус. На встрече всплывает риск по срокам, но до понедельника он живёт только в памяти тех, кто был в звонке. Потом появляется ещё одна срочная задача, и риск снова проваливается в чат.
В такой момент обычно покупают очередной инструмент: таск-трекер, CRM, доску, чат-бота. Систем становится больше, а у руководителя меньше времени.
Зона агента лежит между системами и людьми. Он поддерживает аккаунт-менеджера, проджекта и руководителя, закрывая провалы в контексте: собирает разрозненные сигналы, отделяет факт от предположения, показывает, где требуется решение, и не даёт обязательствам исчезнуть в переписке.
Проблема редко называется «у нас нет AI»
Она звучит иначе:
- «Мы слишком поздно узнали, что проект вышел за смету».
- «Клиенту обещали одно, а в production ушло другое».
- «Каждый понедельник несколько часов собираем статусы, которым никто не верит».
- «Встреча прошла хорошо, но через две недели никто не помнит, кто что должен был сделать».
- «Лиды приходят, но брифы разной глубины, а предложение собирают с нуля».
Перед нами несколько повторяющихся контуров, в которых теряется контекст. Для каждого нужны свои правила работы.
Агент может читать согласованные источники, собрать картину и подготовить действие для человека. Например, каждое утро он сверяет CRM, задачи и комментарии по активным проектам. Его результатом становится короткая карточка: на каком проекте появилась проблема, на чём она основана, кто владелец, что уже известно и какое решение требуется.
Разница кажется косметической, но именно она определяет, станет ли AI частью работы. Уведомление без следующего действия создаёт шум. Карточка с владельцем и источником помогает управлять.
Что агент действительно может делать в агентстве
Первый рабочий контур обычно находится там, где у команды много повторяющейся ручной сборки, а цена ошибки пока контролируема.
Разбирать бриф до того, как он стал хаосом
В агентство приходит письмо, запись созвона или голосовое сообщение клиента. Из них нужно вытащить задачу, аудиторию, сроки, KPI, ограничения, объём работ, открытые вопросы и противоречия. Обычно это делает менеджер, но часть деталей теряется между первым разговором и задачей для команды.
Агент готовит production-пакет: структуру брифа, список неизвестных, рискованные обещания и вопросы, которые нужно вернуть клиенту. Менеджер проверяет его, дополняет и принимает решение, что отправлять дальше.
Команда начинает проект с проверенной трактовки задачи и видит, какие вопросы нужно вернуть клиенту.
Держать след обязательств перед клиентом
Клиентские риски редко появляются в одном документе. Один важный комментарий живёт в переписке, другой в заметках после встречи, третий в задаче, которую никто не открыл. Агент может собрать их в журнал обязательств: что обещали, когда, кто владелец, где первоисточник, какой следующий контакт нужен.
Ему не стоит самостоятельно обещать клиенту срок, менять смету или закрывать конфликт. Зато он может заметить, что согласование затянулось, а дата сдачи не менялась. Такая разница между «увидеть» и «действовать от имени компании» должна быть прописана заранее.
Видеть здоровье проекта
Статус «в работе» почти ничего не говорит о состоянии проекта. Для владельца важнее увидеть связку: план и фактические часы, согласованная смета, допработы, дедлайны, зависшие согласования, загрузка ключевой роли, неоплаченный счёт.
Агент не создаёт эту экономику сам. Он помогает регулярно собирать её из уже существующих источников и отмечать отклонения раньше, чем проект превращается в убыточный. В хорошем отчёте рядом с каждой цифрой есть дата и источник. Если данных недостаточно, так и написано.
Сохранять работу, которую иначе придётся делать заново
Агентское исследование, удачная структура КП, решение по проекту, разбор провала, шаблон QA. Если всё это остаётся в чате, агентство покупает одну и ту же работу много раз.
Для этого нужен общий слой памяти. В нём хранятся результаты, которые пригодятся следующему проекту: с источником, датой, статусом и связью с клиентом или услугой. Тогда агент может не только подготовить материал, но и найти прошлое решение с понятным основанием.
Почему «давайте поставим одного умного бота» почти всегда заканчивается плохо
Универсальный агент удобен для демонстрации. В понедельник он помогает с продажами, во вторник пишет пост, в среду ставит задачи, в четверг решает, кого перегрузили. Через месяц никто не понимает, по каким правилам он работает и кто отвечает за ошибку.
Надёжнее распределить роли по процессам. Операционный агент следит за портфелем, сроками и блокерами. Агент проектной экономики собирает план и факт по часам, смете и допработам. Агент продаж готовит бриф и черновик предложения. Агент знаний ищет подтверждённую информацию в согласованных источниках.
Несколько сценариев могут жить в одном интерфейсе. Для каждого сохраняются собственные входы, доступы, результаты и стоп-условия. Внутри одного интерфейса может работать несколько таких навыков. Но их нельзя смешивать в один приказ «будь полезным для агентства».
Три правила, без которых лучше не начинать
Первое: агент не должен скрывать степень уверенности. Факт, предположение, риск и рекомендация требуют отдельных полей. Тогда уверенный тон не подменяет качество данных.
Второе: у каждого действия есть владелец. Агент может подготовить черновик задачи, но не обязан создавать её. Может предложить письмо клиенту, но не отправляет его сам. Может заметить риск по марже, но решение о цене и составе команды остаётся за человеком.
Третье: результат должен быть проверяемым. Если агент пишет, что проект выходит за границы сметы, руководитель должен за минуту увидеть, откуда взялись часы, какая версия сметы использована и что именно изменилось.
Это звучит менее эффектно, чем обещание автономного офиса. Так постепенно появляется операционная система, которой можно пользоваться в реальной работе.
С чего начать на следующей неделе
Возьмите один регулярный процесс, который сейчас держится на памяти одного или двух людей. Модель и каталог промптов подождут.
Например, сбор статуса по активным проектам перед еженедельной встречей. Выпишите, какие данные нужны, где они лежат, кто использует итог и какое решение он должен принять. Затем пройдите процесс вручную несколько раз, чтобы увидеть исключения.
После этого агенту можно отдать узкий участок: собрать первичную картину, отметить расхождения, подготовить список вопросов. И сравнить его работу с тем, что раньше делали вручную.
Если агент сэкономил время, вовремя показал проблему и не создал новых рисков, у вас есть первый работающий контур. Только тогда имеет смысл идти дальше.
Продолжение серии
Дальше разберём порядок внедрения: как запустить агента, проверить данные и не тащить в новый контур старые ошибки. Об этом во второй статье серии: «Как внедрять AI-агента в агентство: пилот, данные и границы».