Глава 13. ИИ в команде: от личных экспериментов к общей системе

В первых главах мы рассматривали личную практику руководителя. Теперь нужно понять, как передать удачные способы работы команде. Одного обмена промптами недостаточно: участникам нужны общие правила данных, критерии качества и договорённость о том, что делать с результатом.

У автодилера многие задачи проходят через несколько функций. Качество лидов разбирают маркетинг и продажи, реактивацию базы готовят сервис, CRM и маркетинг, экономику действий проверяют с финансами. В подборе продавцов HR нужны требования РОПа, а в запуске изменений — позиция собственника или генерального директора.

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

В этой главе подготовим первый командный цикл и оформим карточку сценария, по которой практику сможет повторить другой сотрудник.

Почему «дать всем доступ» недостаточно

Многие компании начинают с простого решения:

«Купим подписки и дадим доступы».

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

Почему «пусть энтузиасты покажут» тоже недостаточно

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

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

Командное внедрение начинается с управленческой позиции

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

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

Команда должна понимать ожидания, границы эксперимента и способ оценки пользы. Без этого люди могут воспринять запуск как угрозу, временную кампанию или разрешение генерировать любые материалы без проверки.

Как объяснить команде, зачем ИИ

Плохое объяснение:

«Надо срочно внедрять ИИ, потому что все уже внедряют».

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

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

Пример сообщения команде о старте

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

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

Каждый руководитель выберет 2–3 рабочих сценария в своей функции. Удачные промпты и результаты будем сохранять в общей библиотеке. Через месяц посмотрим, что действительно помогает бизнесу, что нужно доработать и какие сценарии масштабировать.

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

Три уровня командного применения ИИ

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

Уровень 1. Личная эффективность сотрудников и руководителей

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

Уровень 2. Функциональные сценарии

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

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

Уровень 3. Межфункциональные бизнес-сценарии

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

Качество лидов

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

ИИ помогает:

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

Реактивация клиентской базы

Участвуют сервис, маркетинг, CRM, продажи, юридическая / IT-рамка.

ИИ помогает:

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

Улучшение первого контакта

Участвуют РОП, маркетинг, HR / обучение, CRM.

ИИ помогает:

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

Финансовое улучшение маржи

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

ИИ помогает:

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

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

Роли в командном ИИ-контуре

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

1. Спонсор внедрения

Обычно это собственник, генеральный директор или один из ключевых топ-менеджеров.

Его задача:

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

Спонсор не обязан быть самым технически продвинутым.

Но он должен задавать управленческую важность.

2. Владелец ИИ-контура

Это человек, который ведёт внедрение как рабочую систему.

Он может быть из проектного офиса, цифрового блока, маркетинга, стратегии, операционного управления или помощником ГД.

Его задачи:

Владелец ведёт инструменты и сценарии, поддерживает библиотеку, фиксирует правила данных и организует обучение. Он собирает обратную связь, помогает функциям оформлять пилоты и готовит обзор пользы. Это координационная роль; она не заменяет владельцев процессов.

3. Владельцы сценариев в функциях

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

Например:

• продажи — РОП или коммерческий директор;
• маркетинг — директор по маркетингу;
• сервис — руководитель сервиса;
• HR — HR-директор;
• финансы — финансовый директор;
• CRM / данные — CRM-аналитик или IT;
• управление — помощник ГД или проектный офис.

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

4. Практики / амбассадоры

Это сотрудники, которые быстрее других освоили ИИ и готовы помогать коллегам.

Они могут:

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

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

Если все бегут к одному человеку «сделай мне промпт», внедрение не масштабируется.

Амбассадор должен учить других, а не делать за всех.

5. IT / безопасность / юрист

Эти роли нужны, чтобы не создать риски.

Их задача:

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

Но важно не превращать их роль в тотальный запрет.

Идеальная позиция:

«Мы помогаем использовать ИИ безопасно, а не запрещаем его из страха».

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

Первый командный контур: что должно быть создано

Чтобы командное применение стало управляемым, нужно создать несколько простых элементов.

1. Единая папка / пространство ИИ

Например:

ИИ в работе компании

Разделы:

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

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

2. Памятка по данным

Короткий документ:

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

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

3. Библиотека промптов

Не огромный каталог на 500 промптов.

На старте достаточно 20–30 сильных рабочих промптов.

Разделы:

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

Каждый промпт должен иметь:

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

4. Реестр сценариев

Сценарий — это не просто промпт.

Сценарий отвечает на вопрос:

«Как мы используем ИИ в конкретной рабочей задаче?»

Например:

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

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

Данные: лиды по каналам, CRM-статусы, скорость контакта, 20 обезличенных звонков.

Промпты: дерево причин, гипотезы, данные, поручения.

Результат: карточка управленческого решения и план действий на 7 дней.

Метрика: изменение конверсии контакт → встреча, качество первого звонка.

Такой сценарий можно повторять.

5. Правила качества

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

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

Начинать лучше не со сложных агентов и интеграций.

Начинать лучше с сценариев, которые:

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

Ниже — набор первых сценариев.

Сценарий 1. Подготовка и протокол управленческих совещаний

Боль

Совещания часто заканчиваются разговорами, а не решениями.

Как помогает ИИ

До встречи:

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

После встречи:

• протокол;
• поручения;
• ответственные;
• сроки;
• риски;
• контроль.

Участники

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

Результат

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

Промпт

Ты — модератор и секретарь управленческого совещания автодилера. Подготовь повестку / протокол по теме [тема]. Цель — прийти к решениям и поручениям. Дай структуру встречи, данные, вопросы, ожидаемый результат, а после обсуждения — решения, поручения, ответственных, сроки и контроль.

Сценарий 2. Разбор качества лидов

Боль

Маркетинг и продажи спорят: лиды плохие или обработка слабая.

Как помогает ИИ

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

Участники

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

Результат

Не спор, а план проверки гипотез.

Сценарий 3. Анализ обезличенных звонков

Боль

РОП не успевает системно разбирать звонки, обучение продавцов строится на ощущениях.

Как помогает ИИ

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

Участники

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

Результат

Чек-лист качества первого звонка и план обучения.

Важно

Работать только с обезличенными материалами или в разрешённом контуре.

Сценарий 4. Клиентские сообщения и работа с базой

Боль

База есть, но компания пишет редко, массово или неуместно.

Как помогает ИИ

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

Участники

Сервис, маркетинг, CRM, руководитель клиентской базы, юрист / IT при необходимости.

Результат

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

Сценарий 5. Проверка управленческих материалов

Боль

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

Как помогает ИИ

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

Участники

ГД, проектный офис, руководители функций.

Результат

Материалы становятся короче, конкретнее и полезнее для решения.

Сценарий 6. Создание и улучшение регламентов

Боль

Регламенты есть, но сотрудники ими не пользуются.

Как помогает ИИ

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

Участники

Операционный блок, руководители функций, HR / обучение.

Результат

Рабочие инструкции вместо формальных документов.

Сценарий 7. Подготовка обучения сотрудников

Боль

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

Как помогает ИИ

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

Участники

HR, РОП, руководитель сервиса, сильные сотрудники.

Результат

Короткие практические модули обучения.

Как выбрать первые 3 сценария

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

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

Промпт для выбора первых сценариев

Ты — консультант по внедрению ИИ в автодилерской компании. Помоги выбрать первые 3 командных сценария применения ИИ.

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

Оцени возможные сценарии по критериям:

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

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

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

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

Например, 30 дней.

Не «внедряем ИИ навсегда».

А:

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

Неделя 1. Рамка и старт

Задачи

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

Артефакты

• сообщение команде;
• памятка безопасности;
• список участников;
• список сценариев;
• папка / пространство;
• первые промпты.

Неделя 2. Личная практика руководителей

Задачи

Каждый участник использует ИИ в 2–3 личных сценариях:

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

Артефакты

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

Неделя 3. Функциональные сценарии

Задачи

Каждая функция выбирает 1 рабочий сценарий.

Продажи:

• анализ звонков;
• скрипт;
• чек-лист.

Маркетинг:

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

Сервис:

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

HR:

• вакансия;
• профиль роли;
• адаптация.

Финансы:

• вопросы к отчёту;
• структура разбора.

Артефакты

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

Неделя 4. Межфункциональный пилот и оценка пользы

Задачи

Выбрать один межфункциональный кейс.

Например:

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

Пройти цикл:

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

Артефакты

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

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

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

Участники: [роли]. Цели: [цели]. Ограничения: [данные, инструменты, время].

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

1. Рамка и правила.
2. Личная практика руководителей.
3. Функциональные сценарии.
4. Межфункциональный пилот и оценка пользы.

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

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

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

Типы сопротивления

1. Страх выглядеть глупо

Особенно у руководителей.

Им стыдно спрашивать базовые вещи.

Решение:

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

2. Страх замены

Сотрудник думает:

«Если ИИ делает тексты, зачем я нужен?»

Решение:

• объяснить, что ИИ снимает рутину;
• показать роль человека в контексте, проверке, решении, ответственности;
• использовать ИИ как помощника, а не угрозу.

3. Цинизм

«Очередная модная тема. Через месяц забудут».

Решение:

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

4. Перегруз

«У нас и так много задач, ещё и ИИ».

Решение:

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

5. Скрытое использование

Люди пользуются, но не говорят.

Боятся запретов или оценки.

Решение:

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

6. Формальное использование

Сотрудник генерирует текст и приносит сырой результат.

Решение:

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

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

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

Как обучать команду без перегруза

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

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

Формат командного занятия

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

1. Короткий вход

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

2. Демонстрация на реальном кейсе

Например:

• плохой запрос;
• хороший запрос;
• результат;
• проверка качества;
• доработка.

3. Практика в группах

Каждая группа берёт свою задачу:

• продажи;
• маркетинг;
• сервис;
• HR;
• управление.

4. Разбор результатов

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

5. Фиксация артефактов

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

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

Ты — методолог практического обучения ИИ для управленческой команды автодилера. Подготовь занятие на 90 минут по теме: [тема].

Участники: [роли]. Цель: [что должны научиться делать]. На выходе должен быть артефакт: [какой].

Составь структуру занятия:

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

Добавь примеры промптов и типовые ошибки.

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

Библиотека промптов — это не папка с текстами.

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

Если её вести правильно, она становится корпоративной памятью.

Что хранить

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

Как структурировать библиотеку

Пример структуры:

1. Управление

• подготовка совещания;
• протокол;
• поручения;
• проверка решений;
• контроль.

2. Продажи

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

3. Маркетинг

• оффер;
• лендинг;
• конкурентный анализ;
• сегменты;
• рекламное сообщение.

4. Сервис

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

5. HR

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

6. Финансы

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

7. Проверка качества

• текст;
• отчёт;
• презентация;
• регламент;
• поручение;
• решение.

Карточка промпта

Каждый промпт лучше хранить не просто текстом, а карточкой.

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

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

Оформи этот промпт как карточку для корпоративной библиотеки.

Промпт: [текст].

Нужно заполнить поля:

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

Как оценивать пользу командного применения

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

Что можно измерять в первый месяц

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

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

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

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

Данные: [что сделали, какие сценарии, какие примеры, кто участвовал].

Оцени по блокам:

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

Раздели сценарии на 4 группы:

1. Масштабировать.
2. Доработать.
3. Оставить как личную практику.
4. Закрыть / не использовать.

В конце предложи план на следующий месяц.

Как не превратить внедрение ИИ в бюрократию

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

Что должно быть простым

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

Что должно быть строгим

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

Правило баланса

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

Это позволяет не тормозить полезное и не рисковать опасным.

Командные ритуалы ИИ

Чтобы ИИ стал частью работы, нужны ритуалы.

Не много.

Достаточно нескольких.

Ритуал 1. Промпт недели

Раз в неделю команда выбирает один сильный промпт и добавляет в библиотеку.

Формат:

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

Ритуал 2. Разбор одного кейса

На планёрке разбирается один кейс применения ИИ:

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

Ритуал 3. Проверка материала через ИИ

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

Ритуал 4. ИИ-протокол совещания

После ключевого совещания помощник или проектный офис готовит протокол и поручения с помощью ИИ.

Ритуал 5. Обновление библиотеки

Раз в месяц библиотека промптов чистится:

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

Промпт для еженедельного разбора кейса

Подготовь шаблон еженедельного разбора кейса применения ИИ.

Нужно включить:

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

Межфункциональный пилот: пример «качество лидов»

Разберём один пилот полностью.

Проблема

Продажи говорят, что лиды плохие.

Маркетинг говорит, что лиды нормальные.

ГД хочет прекратить спор и получить управленческий вывод.

Участники

• коммерческий директор;
• директор по маркетингу;
• РОП;
• CRM-аналитик;
• помощник / проектный офис.

Цель пилота

За 2 недели определить, где основные потери между лидом и встречей, и подготовить 3 проверяемые гипотезы с действиями.

Данные

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

Промпты

Промпт 1. Дерево причин

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

Промпт 2. Гипотезы

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

Промпт 3. Анализ звонков

Оцени обезличенные звонки по критериям первого контакта.

Промпт 4. Проверка оффера

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

Промпт 5. Поручения

Преврати выводы в план действий на 7 дней с ответственными и метриками.

Артефакты

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

Метрики пилота

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

Решение после пилота

Варианты:

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

Так ИИ помогает команде перейти от спора к диагностике.

Межфункциональный пилот: пример «реактивация сервиса»

Проблема

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

Маркетинг предлагает рассылку.

ГД опасается раздражения клиентов и слабой подготовки сервиса.

Участники

• руководитель сервиса;
• маркетинг;
• CRM-аналитик;
• клиентский отдел;
• IT / юрист при необходимости;
• ГД.

Цель пилота

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

Данные

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

Промпты

Промпт 1. Сегменты

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

Промпт 2. Сообщение

Подготовь 3 варианта сообщения без давления и ощущения слежки.

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

Проверь сообщение глазами клиента: что вызовет доверие, сомнение, раздражение.

Промпт 4. Обработка отклика

Подготовь скрипт ответа сотрудника сервиса клиенту, который откликнулся на сообщение.

Промпт 5. Поручения и контроль

Преврати пилот в план задач с ответственными, сроками и метриками.

Артефакты

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

Метрики

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

Перед практикумом: проверьте условия запуска

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

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

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

Проведите подготовку к первому месяцу командного применения ИИ.

Шаг 1. Сформулируйте позицию

Ответьте:

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

Шаг 2. Определите участников пилота

Минимальный состав:

• ГД или собственник;
• коммерческий директор;
• РОП;
• маркетинг;
• сервис;
• CRM / данные;
• HR или финансы по необходимости;
• владелец ИИ-контура.

Шаг 3. Выберите 3 сценария

Например:

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

Шаг 4. Создайте общую папку

Разделы:

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

Шаг 5. Создайте первую библиотеку промптов

Минимум 10 промптов:

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

Шаг 6. Проведите первую практическую сессию

90 минут.

Один реальный кейс.

Один артефакт на выходе.

Шаг 7. Через месяц оцените пользу

Что оставляем, что улучшаем, что масштабируем, что закрываем.

Артефакт главы

Карта командного внедрения ИИ на 30 дней

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

Карточка командного сценария ИИ

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

Практический разбор. Карточка командного сценария ИИ

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

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

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

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

Ниже разберём поля карточки, затем посмотрим три заполненных примера.

Шаблон карточки командного сценария ИИ

Заполните для каждого сценария.

1. Название сценария

Короткое название, понятное команде.

Примеры:

• Разбор качества лидов.
• Анализ первого звонка.
• Проверка клиентского сообщения.
• Реактивация клиентов сервиса.
• Протокол совещания и поручения.
• Проверка управленческого отчёта.
• Подготовка оффера для лендинга.
• Разбор причин падения маржи.

Поле для заполнения:

2. Какая бизнес-боль решается

Опишите, какую проблему снимает сценарий.

Плохо:

«Использовать ИИ в продажах».

Хорошо:

«Снизилась конверсия из первого контакта во встречу. Нужно понять, проблема в качестве лидов, первом звонке, оффере, скорости реакции или follow-up».

Поле для заполнения:

3. Цель сценария

Цель должна быть конкретной.

Например:

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

Поле для заполнения:

4. Участники

Укажите всех, кто участвует.

Например:

• коммерческий директор;
• РОП;
• директор по маркетингу;
• CRM-аналитик;
• руководитель сервиса;
• HR;
• финансовый директор;
• помощник ГД;
• IT / безопасность;
• юрист, если есть чувствительные данные.

Поле для заполнения:

5. Владелец сценария

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

Не за все действия руками, а за результат.

Примеры:

• сценарий «качество лидов» — коммерческий директор;
• сценарий «анализ звонков» — РОП;
• сценарий «клиентская база сервиса» — руководитель сервиса;
• сценарий «проверка отчётов» — ГД или финансовый директор;
• сценарий «библиотека промптов» — владелец ИИ-контура.

Поле для заполнения:

6. Какие данные нужны

Опишите данные, необходимые для сценария.

Примеры:

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

Поле для заполнения:

7. Ограничения по данным

Здесь фиксируется, что нельзя использовать без подготовки.

Примеры:

• не загружать ФИО клиентов;
• убрать телефоны, e-mail, VIN и номера договоров;
• не загружать полную CRM-базу во внешний сервис;
• использовать только обезличенные фрагменты звонков;
• финансовые данные использовать только агрегированно;
• клиентские сообщения проверять человеком перед отправкой;
• спорные юридические формулировки согласовывать с юристом.

Поле для заполнения:

8. Пошаговый процесс

Опишите сценарий как последовательность действий.

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

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

Поле для заполнения:

9. Какие промпты используются

Здесь указываются промпты или ссылки на карточки промптов в библиотеке.

Примеры:

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

Поле для заполнения:

10. Что должно получиться на выходе

Укажите конкретный артефакт.

Примеры:

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

Поле для заполнения:

11. Критерии качества результата

Опишите, как понять, что результат хороший.

Примеры:

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

Поле для заполнения:

12. Метрики пользы

Метрики не всегда должны быть финансовыми.

На старте можно измерять:

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

Поле для заполнения:

13. Как часто использовать

Сценарий может быть:

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

Поле для заполнения:

14. Где хранить результат

Заранее определите место хранения.

Примеры:

• папка «ИИ / Сценарии / Продажи»;
• CRM-раздел;
• проектная система;
• Google Drive;
• корпоративная wiki;
• библиотека промптов;
• папка коммерческого блока;
• папка сервиса;
• папка «Протоколы и поручения».

Поле для заполнения:

15. Решение после пилота

После первого применения сценария нужно принять одно из решений:

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

Поле для заполнения:

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

Название сценария

Разбор качества лидов и потерь между лидом и встречей.

Какая бизнес-боль решается

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

Цель сценария

За 2 недели определить 3–5 проверяемых гипотез, почему лиды не доходят до встреч, и подготовить план действий на ближайший цикл.

Участники

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

Владелец сценария

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

Какие данные нужны

• лиды по каналам за 4–6 недель;
• конверсия лид → контакт → встреча → сделка;
• скорость первого контакта;
• причины отказов;
• 20–30 обезличенных звонков или диалогов;
• тексты рекламных сообщений;
• первые экраны посадочных страниц;
• комментарии менеджеров в CRM.

Ограничения по данным

• не загружать персональные данные клиентов;
• звонки и диалоги использовать только в обезличенном виде;
• не передавать телефоны, e-mail, VIN, номера договоров;
• коммерчески чувствительные данные использовать только в агрегированном виде;
• выводы ИИ проверяет РОП и коммерческий директор.

Пошаговый процесс

1. CRM-аналитик готовит выгрузку по каналам за 4–6 недель.
2. Маркетинг готовит список рекламных офферов и посадочных страниц.
3. РОП отбирает 20–30 потерянных лидов для анализа звонков.
4. Данные обезличиваются.
5. ИИ строит дерево возможных причин.
6. ИИ помогает сформулировать гипотезы.
7. ИИ помогает проанализировать обезличенные звонки по рубрике.
8. Команда сверяет выводы с реальными данными.
9. Коммерческий директор выбирает 3 гипотезы для проверки.
10. Выводы превращаются в поручения на 7 дней.
11. Через 2 недели проводится контроль.

Какие промпты используются

• Промпт «Дерево причин падения конверсии».
• Промпт «Формулировка проверяемых гипотез».
• Промпт «Анализ обезличенного звонка».
• Промпт «Проверка рекламного оффера глазами клиента».
• Промпт «Из решения в поручения».
• Промпт «Карточка управленческого решения».

Что должно получиться на выходе

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

Критерии качества результата

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

Метрики пользы

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

Как часто использовать

Ежемесячно для коммерческого блока или при резком изменении конверсии по каналам.

Где хранить результат

Папка: «ИИ / Сценарии / Продажи / Качество лидов».

Решение после пилота

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

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

Название сценария

Проверка клиентского сообщения перед отправкой.

Какая бизнес-боль решается

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

Цель сценария

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

Участники

Маркетинг, руководитель сервиса или продаж, CRM / клиентский отдел, при необходимости юрист.

Владелец сценария

Директор по маркетингу или руководитель направления, которое инициирует коммуникацию.

Какие данные нужны

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

Ограничения по данным

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

Пошаговый процесс

1. Маркетинг готовит черновик сообщения.
2. Владелец сценария описывает сегмент и цель.
3. ИИ проверяет сообщение по критериям: польза, тон, давление, CTA, риск раздражения.
4. ИИ предлагает 2–3 улучшенные версии.
5. Руководитель направления выбирает вариант.
6. При необходимости текст согласуется с юристом.
7. После отправки фиксируются метрики отклика.

Какие промпты используются

• Промпт «Проверка клиентского сообщения».
• Промпт «Клиентский взгляд».
• Промпт «Красные флаги коммуникации».
• Промпт «3 варианта сообщения: мягкий, деловой, продающий».

Что должно получиться на выходе

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

Критерии качества результата

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

Метрики пользы

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

Как часто использовать

Перед каждой массовой или важной клиентской коммуникацией.

Где хранить результат

Папка: «ИИ / Сценарии / Клиентские коммуникации».

Решение после пилота

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

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

Название сценария

ИИ-протокол совещания и перевод решений в поручения.

Какая бизнес-боль решается

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

Цель сценария

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

Участники

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

Владелец сценария

Помощник ГД / руководитель проектного офиса.

Какие данные нужны

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

Ограничения по данным

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

Пошаговый процесс

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

Какие промпты используются

• Промпт «Протокол управленческого совещания».
• Промпт «Из решения в поручения».
• Промпт «Проверка поручения на управляемость».
• Промпт «Подготовка контрольной встречи».

Что должно получиться на выходе

• протокол на 1–2 страницы;
• таблица поручений;
• список открытых вопросов;
• риски;
• дата контроля.

Критерии качества результата

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

Метрики пользы

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

Как часто использовать

После каждого ключевого управленческого совещания.

Где хранить результат

Папка: «ИИ / Протоколы и поручения» или проектная система.

Решение после пилота

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

Шаблон промпта для запуска командного сценария

Этот промпт помогает описать новый сценарий до запуска.

Его можно использовать, когда команда говорит:

«Давайте попробуем ИИ для этой задачи».

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

Универсальный промпт

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

Как использовать этот промпт

Шаг 1. Сначала заполнить бизнес-задачу

Не пишите:

«ИИ в продажах».

Пишите:

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

Или:

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

Или:

«Нужно быстрее превращать совещания в поручения и контроль».

Шаг 2. Указать участников

Например:

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

Шаг 3. Описать данные

Не нужно писать «данные из CRM» слишком общо.

Лучше:

Лиды по каналам за 6 недель, конверсия по этапам, причины отказов, скорость первого контакта, 20 обезличенных звонков.

Шаг 4. Сразу указать ограничения

Например:

Не использовать ФИО, телефоны, VIN и номера договоров. Звонки использовать только в обезличенном виде. Выводы ИИ проверяет РОП.

Шаг 5. Получить описание сценария

После ответа ИИ команда должна не просто сказать «интересно», а решить:

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

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

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

Неделя 1. Подготовка и первый прогон

День 1. Уточнить задачу

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

День 2. Подготовить данные

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

День 3. Провести первый ИИ-разбор

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

День 4. Доработать результат

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

День 5. Превратить выводы в действие

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

Неделя 2. Проверка пользы

День 6–8. Выполнить первые действия

Например:

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

День 9. Собрать обратную связь

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

День 10. Принять решение

Варианты:

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

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

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

Сценарий: ___________________________. Цель: ___________________________. Что сделали: ___________________________. Результаты: ___________________________. Обратная связь команды: ___________________________. Метрики: ___________________________.

Оцени:

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

В конце дай решение: масштабировать / доработать / повторить пилот / закрыть / автоматизировать позже.

Как понять, что сценарий готов к масштабированию

Не каждый удачный эксперимент стоит сразу превращать в стандарт.

Сначала проверьте готовность.

Признаки готовности

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

Промпт для решения о масштабировании

Оцени, готов ли командный ИИ-сценарий к масштабированию.

Сценарий: ___________________________. Результаты пилота: ___________________________. Данные: ___________________________. Риски: ___________________________. Обратная связь: ___________________________.

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

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

Дай вердикт и список доработок перед масштабированием.

Как не потерять сценарий после пилота

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

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

Минимальный стандарт сценария

1. Карточка сценария заполнена.
2. Промпты сохранены в библиотеку.
3. Есть владелец.
4. Есть периодичность.
5. Есть место хранения результатов.
6. Есть критерии качества.
7. Есть контрольная точка.
8. Есть решение, когда сценарий пересматривать.

Командная библиотека сценариев

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

Пример структуры библиотеки сценариев

Управление

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

Продажи

• анализ первого звонка;
• разбор потерянных лидов;
• работа с возражением по цене;
• follow-up после контакта;
• подготовка планёрки РОПа.

Маркетинг

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

Сервис

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

Клиентская база

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

HR

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

Финансы

• вопросы к P&L;
• разбор снижения маржи;
• сценарный анализ;
• подготовка финансовой записки;
• проверка инициативы на экономику.

Роль владельца библиотеки сценариев

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

Ежемесячный обзор сценариев

Раз в месяц полезно проводить короткий обзор.

Вопросы:

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

Промпт для ежемесячного обзора

Ты — владелец ИИ-контура в автодилерской компании. Помоги подготовить ежемесячный обзор командных ИИ-сценариев.

Данные месяца: ___________________________.

Нужно структурировать:

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

Формат: короткий управленческий отчёт на 1–2 страницы.

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

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

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

Практикум: карточка командного сценария

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

Например:

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

Заполните карточку сценария.

Шаг 1. Назовите бизнес-боль

Что именно сейчас работает плохо?

Шаг 2. Определите владельца

Кто отвечает за результат сценария?

Шаг 3. Опишите участников

Кто даёт данные, кто запускает, кто проверяет, кто внедряет выводы?

Шаг 4. Опишите данные и ограничения

Какие данные нужны? Что нужно обезличить? Что нельзя использовать?

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

Опишите необходимые шаги так, чтобы другой сотрудник мог повторить процесс.

Шаг 6. Подберите промпты

Какие промпты нужны на каждом шаге?

Шаг 7. Опишите артефакт

Что должно появиться на выходе?

Шаг 8. Определите критерии качества

Как понять, что результат хороший?

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

Как поймём, что сценарий помог?

Шаг 10. Назначьте решение после пилота

Когда и как решаем: масштабировать, доработать или закрыть?

Рабочие формы сценария

Полная карточка командного сценария ИИ

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

Таблица пилота сценария на 2 недели

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

Шаблон решения после пилота

После пилота заполните короткий вывод.

Сценарий

Что проверяли

Что получилось

Что не получилось

Какая польза

Какие риски

Какие промпты сохранить

Что доработать

Решение

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

Следующий шаг

Итог главы

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

В следующих главах применим этот подход к продажам, сервису, маркетингу и аналитике автодилера.