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