Часть 5. Агенты, безопасность и внедрение

Глава 18. ИИ-агенты и многошаговые задачи

От промпта к процессу

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

В этой главе важно различать три вещи. Промпт — инструкция для модели; он может содержать несколько шагов. Рабочий сценарий задаёт порядок операций и проверок. Агент — система, в которой модель может выбирать следующие действия и использовать предоставленные инструменты в заданных пределах.

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

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

Что такое многошаговая задача

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

Например, для разбора снижения конверсии из лида во встречу потребуется несколько операций:

1. Уточнить период.
2. Понять, по каким каналам снижение.
3. Проверить качество лидов.
4. Проверить скорость обработки.
5. Проверить первый контакт.
6. Разобрать звонки.
7. Посмотреть причины отказов.
8. Сравнить с оффером и лендингом.
9. Сформулировать гипотезы.
10. Выбрать гипотезы для проверки.
11. Превратить выводы в поручения.
12. Назначить метрики контроля.

Общий вопрос о снижении конверсии может дать перечень возможных причин. Чтобы подготовить решение, нужно сопоставить их с данными и определить действия для проверки. Сценарий описывает этот переход.

Где нужен многошаговый сценарий

В главах 14–17 мы уже проходили такие последовательности: разбирали качество лидов, готовили сервисную кампанию, лендинг и сценарный анализ. Каждая задача требует разных материалов на входе, промежуточных проверок и определённого результата.

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

Промпт, сценарий и агент: что различается

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

Таблицу можно прокручивать по горизонтали.

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

Открыть крупно ↗

Из чего состоит хороший ИИ-агент

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

1. Роль

Укажите, с какой профессиональной позиции рассматривается задача: например, РОПа, CRM-аналитика, редактора коммуникаций, финансиста или специалиста по сервису. Роль помогает задать область внимания, но не заменяет критерии и проверку специалистом.

2. Цель

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

3. Входные данные

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

4. Правила и ограничения

Что нельзя делать?

Например:

• не использовать персональные данные;
• не давать окончательных финансовых выводов без данных;
• не обещать клиенту цену или скидку;
• не придумывать факты;
• не писать всей базе сразу;
• не использовать давление;
• отделять факты от гипотез;
• указывать, где данных не хватает.

Ограничения должны быть проверяемыми: по результату и журналу действий нужно понимать, соблюдены ли они.

5. Процесс

Какие шаги должен пройти агент?

Например:

1. Уточнить задачу.
2. Проверить входные данные.
3. Сформулировать гипотезы.
4. Провести анализ.
5. Найти риски.
6. Предложить варианты.
7. Проверить качество.
8. Сформировать итоговый артефакт.

Процесс делает агента повторяемым.

6. Формат результата

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

7. Критерии качества

Опишите признаки пригодного результата: достаточно ли данных, отделены ли гипотезы, видны ли риски и следующий шаг. Для поручений нужны ответственные и способ контроля; для других материалов — критерии соответствующей задачи. Общих требований «конкретно» и «без воды» недостаточно.

8. Человеческая проверка

Кто должен проверить результат?

Например:

• РОП проверяет разбор звонка;
• маркетинг проверяет оффер;
• юрист проверяет спорное обещание;
• финансовый директор проверяет выводы по экономике;
• ГД утверждает управленческую записку;
• руководитель сервиса проверяет кампанию.

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

Как оформить агентский сценарий

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

Промпт для проектирования агента

Спроектируй решение для задачи [задача]. Вводные: [данные, пользователи, ограничения]. Сначала сравни ручной запрос, заданный сценарий и агента; выбери минимально достаточный вариант. Опиши вход, шаги, результат, проверку, владельца и критерий остановки. Для агента отдельно перечисли инструменты, права чтения и записи, действия только после подтверждения и передачу человеку. Не считай интеграции существующими без указания во вводных. Секреты доступа в описание не включай.

Пример агента: разбор качества лидов

Название

Агент разбора качества лидов.

Бизнес-задача

Помочь маркетингу, продажам и коммерческому директору понять, почему лиды не доходят до встреч и сделок.

Когда использовать

• снизилась конверсия из лида во встречу;
• маркетинг и продажи спорят о качестве лидов;
• выросла стоимость встречи;
• много лидов с формальными отказами;
• нужно подготовить коммерческую планёрку.

Пользователь

Коммерческий директор, РОП, директор по маркетингу, CRM-аналитик.

Входные данные

• агрегированные лиды по каналам;
• конверсия по этапам;
• скорость первого контакта;
• причины отказов;
• 20–30 обезличенных звонков или чатов;
• рекламные офферы;
• первые экраны лендингов;
• комментарии продаж.

Ограничения

• не использовать персональные данные клиентов;
• не делать вывод «лиды плохие» без данных;
• не обвинять подразделения;
• отделять факты от гипотез;
• не предлагать увеличение бюджета без проверки обработки.

Процесс

1. Проверить полноту входных данных.
2. Посчитать ключевые конверсии.
3. Найти этапы потерь.
4. Сравнить каналы.
5. Сгруппировать причины отказов.
6. Проанализировать обезличенные звонки.
7. Проверить связку оффер → первый контакт.
8. Сформулировать гипотезы.
9. Выбрать 3 главные гипотезы.
10. Подготовить поручения.
11. Назначить метрики контроля.

Выходной артефакт

• таблица воронки;
• карта причин;
• гипотезы;
• действия на 7 дней;
• поручения маркетингу, РОПу и CRM;
• метрики контроля.

Критерии качества

• есть факты;
• есть гипотезы;
• есть действия;
• есть ответственные;
• есть метрики;
• нет обвинений без данных;
• вывод можно обсудить на планёрке.

Кто проверяет

Коммерческий директор и РОП.

Что делать дальше

Запустить 1–3 действия на неделю и проверить изменение поведения / конверсии.

Пример агента: подготовка управленческой записки

Название

Агент управленческой записки для собственника.

Бизнес-задача

Превратить исследование, отчёт или проблему в короткий board-ready документ для принятия решения.

Когда использовать

• нужно вынести вопрос собственнику;
• нужно подготовить решение на совет / топ-команду;
• есть данные и гипотезы, но нет ясного вывода;
• нужно сравнить варианты действий.

Входные данные

• тема;
• контекст;
• данные;
• гипотезы;
• ограничения;
• варианты действий;
• риски;
• желаемое решение.

Ограничения

• не выдумывать данные;
• отделять факты от гипотез;
• не растягивать документ;
• не скрывать ограничения;
• не давать рекомендацию без рисков.

Процесс

1. Уточнить решение, которое нужно принять.
2. Выделить ключевые факты.
3. Отделить гипотезы.
4. Сформулировать 2–4 варианта действий.
5. Оценить риски.
6. Дать рекомендацию.
7. Подготовить первые шаги.
8. Указать метрики контроля.
9. Сжать в формат 1–2 страницы.

Выходной артефакт

Управленческая записка.

Критерии качества

• понятно решение;
• короткий вывод в начале;
• есть факты;
• есть варианты;
• есть риски;
• есть рекомендация;
• есть первые действия.

Агент как последовательность ролей

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

Промпт для многоролевой проверки

Проверь сценарий / материал с нескольких ролей.

Материал: [вставьте].

Роли:

1. Клиент — что понятно, что раздражает, что вызывает доверие.
2. Маркетолог — насколько сильный оффер и CTA.
3. Руководитель продаж / сервиса — можно ли исполнить обещание.
4. CRM-аналитик — какие данные нужны и что фиксировать.
5. Юрист / безопасность данных — какие риски.
6. ГД — есть ли бизнес-смысл и метрика.

Для каждой роли дай замечания, риски и правки. В конце собери итоговую улучшенную версию.

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

Агент не должен «делать вид, что всё знает»

В сценарии отдельно задайте поведение при недостатке данных. Система должна указать, чего не хватает и какие выводы пока невозможны. Это особенно важно в финансовом и рыночном анализе, клиентских жалобах, сравнении конкурентов и подготовке обещаний. Уверенный тон ответа не подтверждает наличия исходных сведений.

Промпт-правило против выдумывания

В процессе работы строго разделяй:

• что известно из входных данных;
• что является гипотезой;
• что требует проверки;
• какие данные отсутствуют;
• какие выводы делать нельзя.

Если данных недостаточно, не заполняй пробелы фантазией. Сформулируй вопросы или список данных, которые нужно получить.

Это правило стоит вставлять почти во всех серьёзных агентах.

Входные данные: агент не должен начинать с пустоты

Просьба «Сделай анализ продаж» не задаёт достаточных вводных. Для такого разбора нужны период, направление, каналы, план и фактическая воронка. Причины отказов, наблюдения РОПа, изменения оффера и сведения о конкурентах помогают проверить версии.

До запуска составьте бриф обязательных и дополнительных материалов. Так пользователь увидит, что нужно подготовить, а сценарий — какие операции нельзя выполнить без недостающих данных.

Промпт для входного брифа агента

Ты — ИИ-агент, который перед началом работы должен собрать качественный бриф.

Задача: [описание].

Составь список входных данных, которые нужны для качественного результата.

Раздели их на:

• обязательные;
• желательные;
• дополнительные;
• чувствительные данные, которые нельзя передавать без правил;
• данные, которые можно заменить обезличенным описанием.

В конце дай короткую форму брифа для пользователя.

Человек в контуре: где обязательно нужна проверка

Даже хороший агент должен иметь точки человеческой проверки.

Где человек обязателен

1. Финальные клиентские коммуникации

ИИ может предложить сообщение, но человек должен проверить:

• условия;
• тон;
• обещания;
• соответствие политике компании.

2. Финансовые выводы

Финансовый директор или ответственный руководитель проверяет:

• цифры;
• допущения;
• интерпретацию;
• риски.

3. Юридические формулировки

Юрист проверяет:

• условия;
• персональные данные;
• согласия;
• рекламные обещания;
• договорные формулировки.

4. Управленческие решения

ИИ может подготовить варианты, но решение принимает человек.

5. Оценка сотрудников

ИИ может помочь анализировать поведение в звонке, но нельзя автоматически делать кадровые выводы.

6. Автоматизация коммуникаций

Перед автоматической отправкой клиентам нужна проверка сценария, ограничений и ответственности.

Агентские сценарии и уровни зрелости

Для планирования внедрения можно различать четыре формы организации работы. Это не обязательная лестница для любой компании: выбирайте форму под задачу, риск и ресурсы.

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

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

Сценарий в регулярном процессе. Работа привязана к планёрке, разбору лидов, проверке сообщений или кампании. Есть владелец, периодичность и контроль; их нужно поддерживать независимо от степени автоматизации.

Автоматизированный сценарий или агент. Система получает доступ к данным и выполняет разрешённые операции — например, готовит отчёт или уведомляет ответственного. Здесь дополнительно требуются интеграции, контроль ошибок, защита данных и ясные пределы самостоятельности.

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

Почему нельзя начинать с полной автоматизации

Автоматизация увеличивает последствия непроверенного сценария. Ошибка в исходных данных, слабое предложение или неясные права могут повторяться во многих операциях. Поэтому до подключения к CRM и отправки клиентских сообщений отработайте процесс на ограниченном кейсе, проверьте результат и назначьте владельца.

Правило безопасной автоматизации

Автоматизировать можно только то, что:

1. Понятно как процесс.
2. Уже работает вручную.
3. Имеет владельца.
4. Имеет качественные данные.
5. Имеет критерии результата.
6. Имеет точки человеческого контроля.
7. Имеет понятные риски.
8. Даёт измеримую пользу.

Карточка ИИ-агента

Для каждого агента полезно заполнять карточку.

Полная структура

Таблицу можно прокручивать по горизонтали.

Промпт для заполнения карточки агента

Заполни карточку ИИ-агента для задачи: [описание задачи].

Структура карточки:

• название агента;
• бизнес-задача;
• пользователь;
• когда использовать;
• входные данные;
• ограничения;
• пошаговый процесс;
• встроенные проверки;
• выходной артефакт;
• критерии качества;
• кто проверяет результат;
• как результат используется;
• метрика пользы;
• риски;
• возможность автоматизации позже.

Сделай карточку применимой для автодилерской компании.

Перед ручной проверкой

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

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

Практикум раздела

Выберите одну повторяемую задачу в вашей компании.

Например:

• разбор качества лидов;
• проверка клиентских сообщений;
• подготовка совещания;
• анализ звонков;
• сервисная кампания;
• управленческая записка;
• конкурентный анализ;
• создание лендинга;
• подготовка КП;
• проверка отчёта.

Заполните карточку агента.

Шаг 1. Опишите бизнес-задачу

Что должно улучшиться?

Шаг 2. Определите пользователя

Кто будет пользоваться агентом?

Шаг 3. Опишите входные данные

Что обязательно нужно дать агенту?

Шаг 4. Задайте ограничения

Что агент не должен делать?

Шаг 5. Разложите процесс

Какие шаги агент должен пройти?

Шаг 6. Опишите выходной артефакт

Что должно получиться?

Шаг 7. Определите проверку

Кто и как проверяет результат?

Шаг 8. Определите метрику пользы

Как понять, что агент помогает?

От карточки к проверке

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

Практические ИИ-агенты для автодилера: продажи, сервис, маркетинг, аналитика и внедрение

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

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

Десять прикладных сценариев для выбора

Библиотека охватывает следующие задачи:

1. Агент разбора качества лидов.
2. Агент анализа звонков и чатов.
3. Агент follow-up и возражений.
4. Агент сервисной кампании по базе.
5. Агент проверки клиентских сообщений.
6. Агент маркетингового оффера и лендинга.
7. Агент конкурентного анализа.
8. Агент управленческой записки.
9. Агент протокола и поручений.
10. Агент проверки качества материалов.

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

Агент 1. Разбор качества лидов

Бизнес-боль

Маркетинг и продажи спорят о качестве лидов.

Лидов может быть много, но встречи и сделки не растут.

Непонятно, где проблема:

• канал;
• оффер;
• цена;
• первый контакт;
• скорость обработки;
• CRM;
• менеджеры;
• наличие;
• ожидания клиента.

Пользователь

Коммерческий директор, РОП, директор по маркетингу, CRM-аналитик.

Входные данные

• лиды по каналам за период;
• конверсия лид → контакт → встреча → сделка;
• скорость первого контакта;
• причины отказа;
• 20–30 обезличенных звонков или чатов;
• офферы и CTA;
• первые экраны лендингов;
• комментарии продаж.

Ограничения

• не использовать персональные данные;
• не обвинять подразделения без данных;
• не делать вывод «лиды плохие» без проверки;
• отделять факты от гипотез.

Процесс агента

1. Проверяет полноту данных.
2. Считает конверсии.
3. Находит этапы потерь.
4. Сравнивает каналы.
5. Группирует причины отказа.
6. Анализирует обезличенные звонки.
7. Проверяет связку оффер → первый контакт.
8. Формулирует гипотезы.
9. Выбирает 3 главные гипотезы.
10. Готовит поручения на 7 дней.

Выходной артефакт

• таблица потерь;
• карта причин;
• гипотезы;
• поручения;
• метрики контроля.

Промпт агента

Ты — агент разбора качества лидов автодилера.

Твоя задача — помочь коммерческому директору, маркетингу и продажам понять, где теряются клиенты между лидом и встречей.

Входные данные: [вставьте данные].

Работай по шагам:

1. Проверь полноту данных и укажи, чего не хватает.
2. Посчитай / структурируй ключевые конверсии.
3. Найди этапы с наибольшими потерями.
4. Сравни каналы и источники.
5. Сгруппируй причины отказов.
6. Проанализируй обезличенные звонки / чаты, если они есть.
7. Проверь, совпадает ли рекламное обещание с первым контактом.
8. Сформулируй гипотезы.
9. Выбери 3 гипотезы для проверки на ближайшую неделю.
10. Подготовь поручения с ответственными, сроками и метриками.

Строго отделяй факты от гипотез. Не делай выводов без данных.

Агент 2. Анализ звонков и чатов

Бизнес-боль

РОП не успевает регулярно разбирать звонки.

Менеджеры по-разному отвечают клиентам.

Ошибки повторяются, но не превращаются в обучение.

Пользователь

РОП, старший менеджер, тренер продаж, коммерческий директор.

Входные данные

• обезличенный звонок или чат;
• контекст лида;
• модель / направление;
• этап воронки;
• цель контакта.

Ограничения

• анализировать поведение, а не личность;
• не использовать персональные данные;
• не делать кадровых выводов автоматически;
• давать обучающую обратную связь.

Процесс агента

1. Определяет этап диалога.
2. Оценивает начало контакта.
3. Проверяет выявление потребности.
4. Оценивает работу с ценой.
5. Проверяет предложение следующего шага.
6. Находит ошибки.
7. Формулирует улучшенные фразы.
8. Готовит обратную связь менеджеру.
9. Предлагает тему для обучения.

Выходной артефакт

• оценка диалога;
• ошибки;
• сильные места;
• улучшенные фразы;
• обратная связь;
• тема мини-тренинга.

Промпт агента

Ты — агент анализа звонков и чатов автодилера, работающий как опытный РОП и тренер продаж.

Проанализируй обезличенный диалог.

Контекст: [вставьте]. Диалог: [вставьте].

Оцени каждый критерий по шкале 1–5:

• начало контакта;
• подтверждение запроса;
• выявление потребности;
• работа с вопросом цены;
• аргументация;
• предложение следующего шага;
• follow-up;
• тон;
• CRM-логика.

Дай:

• общую оценку;
• 3 сильных места;
• 3 ошибки;
• где клиент мог потерять интерес;
• улучшенный вариант фраз;
• обратную связь менеджеру;
• рекомендацию РОПу для обучения.

Не оценивай личность менеджера. Оценивай только поведение в диалоге.

Агент 3. Follow-up и возражения

Бизнес-боль

Менеджеры теряют клиентов после первого контакта.

Follow-up часто сводится к фразам:

• «актуально?»;
• «вы подумали?»;
• «когда приедете?».

Возражения обрабатываются через скидку или шаблон.

Пользователь

Менеджер, РОП, старший продавец.

Входные данные

• ситуация клиента;
• этап воронки;
• что обсуждали;
• причина паузы;
• цель следующего касания;
• ограничения предложения.

Процесс агента

1. Определяет ситуацию клиента.
2. Выбирает цель follow-up.
3. Формулирует сообщение.
4. Проверяет тон и давление.
5. Предлагает следующий шаг.
6. Если есть возражение — раскладывает его на возможные смыслы.
7. Готовит варианты ответа.

Выходной артефакт

• 3 сообщения follow-up;
• карточка возражения;
• следующий шаг;
• что фиксировать в CRM.

Промпт агента

Ты — агент follow-up и работы с возражениями для отдела продаж автодилера.

Ситуация клиента: [описание]. Что уже обсуждали: [описание]. Этап воронки: [этап]. Возражение / причина паузы: [если есть]. Цель касания: [цель].

Подготовь:

1. Краткий разбор ситуации клиента.
2. 3 варианта follow-up: мягкий, деловой, активный без давления.
3. Если есть возражение — возможные смыслы возражения.
4. Уточняющие вопросы менеджера.
5. Сильный ответ на возражение.
6. Следующий шаг.
7. Что зафиксировать в CRM.

Не используй пустое «актуально?» как основной смысл. Не дави и не обещай неподтверждённые условия.

Агент 4. Сервисная кампания по клиентской базе

Бизнес-боль

Клиентская база используется слабо.

Сервис хочет вернуть клиентов, но кампании часто запускаются массово, без сегмента и без обработки отклика.

Пользователь

Руководитель сервиса, маркетинг, CRM-аналитик, клиентский отдел.

Входные данные

• цель кампании;
• возможные сегменты;
• ограничения по данным;
• мощность сервиса;
• канал коммуникации;
• оффер;
• доступные слоты.

Ограничения

• не писать всей базе сразу;
• не создавать ощущение слежки;
• не использовать персональные данные во внешнем ИИ;
• не запускать кампанию без обработки отклика.

Процесс агента

1. Выбирает сегмент.
2. Формулирует клиентскую ситуацию.
3. Подбирает повод обращения.
4. Предлагает оффер.
5. Пишет сообщение.
6. Проверяет на риск раздражения.
7. Готовит скрипт обработки отклика.
8. Определяет CRM-фиксацию.
9. Задаёт метрики.
10. Готовит план пилота.

Выходной артефакт

• карточка кампании;
• сообщение;
• скрипт ответа;
• метрики;
• чек-лист готовности.

Промпт агента

Ты — агент сервисной кампании по клиентской базе автодилера.

Цель кампании: [описание]. Возможный сегмент: [описание]. Ограничения: [данные, сервисная мощность, канал].

Подготовь полный цикл пилота:

1. Клиентская ситуация.
2. Повод обращения.
3. Оффер.
4. Сообщение клиенту.
5. Проверка на давление, спамность и ощущение слежки.
6. Скрипт обработки отклика.
7. Что фиксировать в CRM.
8. Метрики.
9. Риски.
10. План пилота на 7 дней.

Начинай с одного сегмента. Не предлагай массовую рассылку всей базе.

Агент 5. Проверка клиентских сообщений

Бизнес-боль

Клиентские сообщения могут звучать как спам, давление или слежка.

Особенно в сервисе, базе, trade-in, повторных продажах.

Пользователь

Маркетинг, сервис, продажи, клиентский отдел.

Входные данные

• текст сообщения;
• сегмент;
• цель;
• канал;
• оффер;
• ограничения.

Процесс агента

1. Проверяет понятность.
2. Проверяет пользу.
3. Ищет давление.
4. Ищет ощущение слежки.
5. Проверяет CTA.
6. Находит неподтверждённые обещания.
7. Даёт улучшенные версии.

Выходной артефакт

• список рисков;
• исправленный текст;
• 3 версии сообщения;
• рекомендация по использованию.

Промпт агента

Ты — агент проверки клиентских сообщений автодилера.

Сообщение: [вставьте]. Сегмент: [описание]. Цель: [описание]. Канал: [канал].

Проверь сообщение по критериям:

• понятность;
• клиентская польза;
• отсутствие давления;
• отсутствие ощущения слежки;
• короткость;
• ясный CTA;
• отсутствие неподтверждённых обещаний;
• соответствие сегменту.

Дай оценку, риски, правки и 3 улучшенных варианта: мягкий, деловой, активный без давления.

Агент 6. Маркетинговый оффер и лендинг

Бизнес-боль

Лендинги и объявления похожи на конкурентов.

Офферы общие.

CTA не передаёт намерение клиента в продажи.

Пользователь

Директор по маркетингу, маркетолог, UX-специалист, разработчик лендингов.

Входные данные

• модель / направление;
• целевой клиент;
• текущие офферы;
• конкурентные материалы;
• ограничения;
• задача кампании.

Процесс агента

1. Формирует карту намерений.
2. Разрабатывает офферы.
3. Предлагает варианты первого экрана.
4. Собирает структуру лендинга.
5. Прорабатывает CTA и формы.
6. Проверяет рекламный шум.
7. Готовит связку с продажами.
8. Формирует ТЗ для дизайна / разработки.

Выходной артефакт

• карта намерений;
• офферы;
• структура лендинга;
• тексты блоков;
• CTA;
• ТЗ.

Промпт агента

Ты — агент маркетингового оффера и лендинга автодилера.

Направление / модель: [описание]. Цель: [лиды / встречи / trade-in / кредит / наличие / сервис]. Контекст: [описание].

Работай по шагам:

1. Составь карту клиентских намерений.
2. Для каждого намерения предложи оффер.
3. Выбери 3 главных оффера для первого теста.
4. Подготовь варианты первого экрана.
5. Собери структуру лендинга.
6. Предложи CTA и поля форм.
7. Укажи, что передавать в CRM.
8. Сформулируй первый вопрос продавца для каждого CTA.
9. Проверь тексты на рекламный шум.
10. Подготовь ТЗ для дизайнера / разработчика.

Помни: задача дилерского лендинга — не просто рассказать о модели, а подготовить качественный следующий шаг клиента.

Агент 7. Конкурентный анализ

Бизнес-боль

Компания сравнивает конкурентов только по цене, но клиент сравнивает весь путь.

Пользователь

Маркетинг, коммерческий директор, собственник, стратег.

Входные данные

• список конкурентов;
• материалы сайтов;
• офферы;
• классифайды;
• отзывы;
• результаты mystery shopping, если есть;
• цены и условия.

Ограничения

• не делать выводов без данных;
• отделять факты от гипотез;
• указывать, что нужно проверить вручную.

Процесс агента

1. Сравнивает офферы.
2. Сравнивает первые экраны.
3. Сравнивает CTA.
4. Сравнивает условия.
5. Группирует обещания.
6. Находит клиентские ожидания.
7. Находит слабые места.
8. Предлагает гипотезы для теста.

Выходной артефакт

• таблица конкурентного анализа;
• карта ожиданий клиента;
• гипотезы для маркетинга и продаж.

Промпт агента

Ты — агент конкурентного анализа автодилера.

Данные по конкурентам: [вставьте].

Проанализируй не только цену, а клиентский путь:

• первый экран;
• оффер;
• CTA;
• форма;
• условия;
• кредит;
• trade-in;
• наличие;
• доверие;
• отзывы;
• скорость / качество ответа, если есть данные.

Дай:

• таблицу сравнения;
• повторяющиеся обещания;
• сильные и слабые места;
• ожидания, которые формируются у клиента;
• гипотезы для нашего дилера;
• что нужно проверить дополнительно.

Не выдумывай данные. Если информации не хватает, укажи это.

Агент 8. Управленческая записка

Бизнес-боль

Собственнику приносят длинные материалы без ясного решения.

Пользователь

ГД, стратег, финансовый директор, коммерческий директор, консультант.

Входные данные

• тема;
• решение;
• факты;
• данные;
• гипотезы;
• варианты;
• риски;
• ограничения.

Процесс агента

1. Уточняет решение.
2. Выделяет факты.
3. Отделяет гипотезы.
4. Формирует варианты действий.
5. Оценивает риски.
6. Даёт рекомендацию.
7. Формулирует первые шаги.
8. Указывает метрики контроля.
9. Сжимает до 1–2 страниц.

Выходной артефакт

Board-ready управленческая записка.

Промпт агента

Ты — агент подготовки управленческой записки для собственника автодилерской компании.

Тема: [описание]. Контекст: [описание]. Данные: [вставьте]. Гипотезы: [если есть]. Варианты действий: [если есть].

Подготовь записку на 1–2 страницы:

1. Какое решение требуется.
2. Короткий вывод.
3. Ключевые факты.
4. Гипотезы и ограничения.
5. Варианты действий.
6. Риски.
7. Рекомендация.
8. Первые шаги на 7 дней.
9. Метрики контроля.

Стиль: board-ready, конкретно, без воды. Не скрывай ограничения данных.

Агент 9. Протокол и поручения

Бизнес-боль

Совещания заканчиваются обсуждением, но не управляемыми поручениями.

Пользователь

ГД, помощник, проектный офис, руководитель направления.

Входные данные

• заметки встречи;
• тема;
• участники;
• решения;
• открытые вопросы;
• сроки, если назывались.

Процесс агента

1. Выделяет факты встречи.
2. Фиксирует решения.
3. Формирует поручения.
4. Проверяет поручения на управляемость.
5. Назначает вопросы для уточнения.
6. Формирует контрольные точки.

Выходной артефакт

• протокол;
• таблица поручений;
• открытые вопросы;
• контроль.

Промпт агента

Ты — агент протокола и поручений управленческой команды автодилера.

Заметки встречи: [вставьте].

Подготовь рабочий протокол:

1. Тема.
2. Ключевые факты.
3. Принятые решения.
4. Поручения: действие, владелец, участники, срок, результат, критерий качества, метрика контроля.
5. Открытые вопросы.
6. Риски.
7. Дата следующего контроля.

Не выдумывай решений. Если поручение размыто, отметь и предложи уточнение.

Агент 10. Проверка качества материалов

Бизнес-боль

Документы, отчёты, презентации и тексты выглядят готовыми, но не помогают принять решение или выполнить задачу.

Пользователь

Любой руководитель, проектный офис, маркетинг, HR, сервис, продажи.

Входные данные

• материал;
• цель;
• аудитория;
• критерии;
• контекст.

Процесс агента

1. Проверяет цель.
2. Проверяет аудиторию.
3. Проверяет конкретику.
4. Проверяет данные.
5. Ищет воду.
6. Ищет риски.
7. Проверяет следующий шаг.
8. Даёт правки.
9. Готовит улучшенную версию.

Выходной артефакт

• оценка качества;
• слабые места;
• вопросы;
• список правок;
• улучшенная версия.

Промпт агента

Ты — агент проверки качества управленческих материалов автодилера.

Материал: [вставьте]. Цель материала: [описание]. Аудитория: [кто будет использовать].

Проверь по критериям:

• понятность;
• конкретика;
• связь с бизнес-задачей;
• данные / аргументы;
• применимость;
• риски;
• следующий шаг;
• ответственность;
• проверяемость;
• отсутствие воды.

Дай оценку, сильные стороны, слабые места, вопросы к автору, список правок и улучшенную структуру / версию.

Как выбрать пилотные сценарии

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

Следующие наборы показывают, как можно объединить три взаимосвязанные задачи по направлению. Это варианты для выбора, а не требование запустить три решения одновременно.

Рекомендуемый первый набор для автодилера

Вариант 1. Коммерческий фокус

• агент разбора качества лидов;
• агент анализа звонков;
• агент follow-up и возражений.

Вариант 2. Клиентская база и сервис

• агент сервисной кампании;
• агент проверки клиентских сообщений;
• агент анализа отзывов / откликов.

Вариант 3. Управленческий фокус

• агент протокола и поручений;
• агент управленческой записки;
• агент проверки качества материалов.

Вариант 4. Маркетинговый фокус

• агент оффера и лендинга;
• агент конкурентного анализа;
• агент анализа кампании.

Промпт для выбора агентов

Ты — консультант по внедрению ИИ-агентов в автодилерской компании.

Контекст компании: [описание]. Главные боли: [список]. Доступные данные: [описание]. Ограничения: [описание].

Помоги выбрать первые 3 ИИ-агента на месяц.

Оцени каждого кандидата по критериям:

• бизнес-польза;
• повторяемость задачи;
• доступность данных;
• риск;
• простота запуска;
• наличие владельца;
• измеримость пользы.

Дай таблицу и рекомендуемый набор из 3 агентов.

30-дневный план внедрения ИИ-агентов

Это пример для трёх сценариев. Работа сгруппирована по четырём неделям; оставшиеся дни — для итоговой проверки и согласования решений. При меньшей готовности команды начните с одного сценария.

Неделя 1. Выбор и описание

Задачи

• выбрать 3 агента;
• назначить владельцев;
• заполнить карточки агентов;
• описать входные данные;
• определить ограничения;
• подготовить первые промпты.

Артефакты

• список агентов;
• карточки агентов;
• брифы входных данных;
• правила безопасности;
• критерии качества.

Неделя 2. Первый ручной запуск

Задачи

• запустить каждого агента на реальном кейсе;
• проверить качество результата;
• собрать замечания пользователей;
• улучшить промпты;
• зафиксировать типовые ошибки.

Артефакты

• первые результаты;
• список правок;
• обновлённые промпты;
• примеры хорошего результата.

Неделя 3. Встраивание в процесс

Задачи

• привязать агента к регулярному процессу;
• определить периодичность;
• назначить место хранения результатов;
• добавить контрольные точки;
• обучить пользователей.

Артефакты

• регламент использования агента;
• место хранения;
• чек-листы;
• инструкции для пользователей.

Неделя 4. Оценка пользы и решение

Задачи

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

Артефакты

• отчёт по пилоту;
• решение по каждому агенту;
• план следующего месяца;
• обновлённая библиотека агентов.

Промпт для плана внедрения агентов

Ты — руководитель внедрения ИИ-агентов в автодилерской компании.

Составь план на 30 дней.

Цель: запустить 3 ИИ-агента в ручном управляемом режиме и оценить пользу.

Выбранные агенты: [список]. Участники: [роли]. Ограничения: [данные, безопасность, время].

План должен включать 4 недели:

1. Выбор и описание.
2. Первый ручной запуск.
3. Встраивание в процесс.
4. Оценка пользы и решение.

Для каждой недели укажи задачи, ответственных, артефакты, риски и контрольные точки.

Метрики пользы агентов

Сравните время выполнения задачи до и после пилота: подготовки протокола, записки, оффера, разбора звонков или проверки сообщения. Учитывайте работу человека над входными данными и исправлением результата.

Качество оценивайте по назначению материала. Для записки важны факты, гипотезы и риски; для поручения — действие, владелец и срок. Отдельно фиксируйте использование: сколько раз сценарий запускали, сколько результатов приняли в работу и какие версии пришлось доработать.

Связь с бизнесом зависит от задачи: движение обращений ко встрече, качество follow-up, отклики на сервисную кампанию или количество проверенных гипотез. Эти показатели не стоит смешивать с количеством запусков — они отвечают на разные вопросы.

Библиотека агентов

Сохраняйте рабочие версии в общей библиотеке, распределив по направлениям: управление, продажи, маркетинг, сервис и аналитика. Протоколы и записки, разборы звонков, офферы и сервисные кампании должны быть доступны тем, кто ими пользуется.

Вместе с промптом храните карточку, пример проверенного результата, владельца и дату обновления. Структура такой записи приведена ниже.

Карточка агента в библиотеке

Таблицу можно прокручивать по горизонтали.

Риски ИИ-агентов

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

Чтобы решение не стало обходным путём вместо процесса, назначьте владельца и храните результаты. Задайте формат и критерии, покажите пользователям проверенный пример. Человек должен уметь объяснить, почему использует полученный вывод, а не ссылаться только на ответ ИИ.

Дополнительный риск: инструкции внутри обрабатываемого материала

Письмо, сайт или документ могут содержать постороннюю команду для ИИ: например, отправить данные на другой адрес. Такой текст нужно рассматривать как содержимое источника, а не как полномочие менять задачу. Для системы с инструментами одного запрета в промпте недостаточно: нужны минимальные права, ограниченные операции и подтверждение существенных действий человеком.

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

Открыть крупно ↗

Когда агент можно автоматизировать

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

Примеры кандидатов на будущую автоматизацию

1. Еженедельный обзор воронки

Если данные стабильны и есть шаблон анализа.

2. Проверка клиентских сообщений

Как обязательный этап перед рассылкой.

3. Анализ звонков

Если есть защищённый контур и правила.

4. Протоколы совещаний

Если формат встреч повторяется.

5. Сервисные кампании

Если сегменты, сообщения, отклики и CRM уже отработаны.

Промпт для оценки готовности к автоматизации

Оцени, готов ли ИИ-агент к автоматизации.

Агент: [описание]. Результаты ручного пилота: [описание]. Данные: [описание]. Риски: [описание].

Проверь критерии:

• повторяемость задачи;
• стабильность процесса;
• качество данных;
• наличие владельца;
• критерии качества;
• точки человеческого контроля;
• цена ошибки;
• ожидаемая польза;
• техническая сложность.

Дай вердикт: автоматизировать сейчас / доработать процесс / оставить ручным / закрыть.

Промпт для проверки агентского сценария на опасные действия

Проверь проект сценария: [описание без секретов]. Разрешено: [источники, инструменты, операции]. Найди места, где текст из письма, сайта или документа может быть принят за инструкцию, а модель — получить лишние права. Для каждого риска предложи техническое ограничение, условие подтверждения человеком и тест. Отдельно проверь отправку данных, изменение записей, повторные операции и остановку при ошибке. Не считай фразу «не нарушай правила» достаточной защитой.

Артефакт главы: карта агентов автодилера

Таблицу можно прокручивать по горизонтали.

Артефакт главы: чек-лист готовности агента

Таблицу можно прокручивать по горизонтали.

Артефакт главы: журнал пилота агента

Таблицу можно прокручивать по горизонтали.

Перед запуском пилота

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

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

Практикум главы

Практикум ниже рассчитан на три сценария. При ограниченных ресурсах выполните те же шаги для одного.

Шаг 1. Выберите 3 боли

Например:

• лиды не доходят до встреч;
• клиентские сообщения слабые;
• совещания не превращаются в поручения.

Шаг 2. Подберите 3 агента

Один агент на одну боль.

Шаг 3. Назначьте владельцев

Не «маркетинг вообще», а конкретная роль.

Шаг 4. Заполните карточки агентов

Бизнес-задача, входные данные, процесс, ограничения, результат.

Шаг 5. Проведите первый ручной запуск

На реальном кейсе.

Шаг 6. Проверьте результат

По критериям качества.

Шаг 7. Улучшите промпты

Сохраните версию 2.

Шаг 8. Встройте в регулярный процесс

Планёрка, рассылка, анализ, отчёт, совещание.

Шаг 9. Измерьте пользу

Скорость, качество, управляемость, бизнес-метрика.

Шаг 10. Решите, что дальше

Масштабировать, доработать, оставить ручным, автоматизировать позже или закрыть.

Итог главы

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

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

Сохраните результаты пилота и решение по нему: доработать сценарий, оставить ручным, развивать автоматизацию или закрыть. В следующей главе перейдём к корпоративным правилам — данным, доступам, ролям и порядку контроля.