Регламент работы с нейросетями для отдела продаж

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

Зачем отделу продаж свой регламент, а не общий по компании

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

Второе отличие — скорость. Менеджер пишет десятки писем и КП в день, и если на каждое нужно отдельное разрешение, инструмент просто не приживётся. Регламент продаж должен сразу отвечать на вопрос «что можно без согласования», а не заставлять спрашивать каждый раз.

Что обязательно включить в регламент

1. Что нельзя отправлять в чат. ФИО клиента, телефон, email, точные суммы сделки, условия, которые есть только у этого клиента. Вместо них — обезличенные формулировки: «клиент А», «сумма в диапазоне».
2. Какие сервисы разрешены. Короткий список с пометкой, для каких задач каждый подходит, и явный запрет на остальные — без этого каждый сотрудник выбирает инструмент сам.
3. Кто проверяет текст перед отправкой. Черновик письма или КП менеджер готовит через нейросеть сам, но финальную версию с ценой и условиями смотрит тот, кто отвечает за сделку — сам менеджер или руководитель, в зависимости от суммы.
4. Что делать с возражениями клиента. Разрешено просить нейросеть предложить варианты ответа на возражение, но решение о скидке или уступке принимает человек.
5. Где хранить рабочие промпты. Библиотека формулировок для типовых писем и КП в общей папке отдела — чтобы новый сотрудник не придумывал всё заново.
6. Как часто обновлять документ. Раз в квартал или при появлении нового массового сценария — например, когда отдел начинает вести переговоры в новом канале связи.

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

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

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

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

Сценарии, которые чаще всего описывают в регламенте продаж

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

Что разрешено без проверки, а что только с человеком

Кто отвечает за внедрение и обновление

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

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

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

Документ, который просто разослали по почте, обычно не читают — особенно если в нём больше одной страницы юридических формулировок. Рабочий способ внедрения выглядит иначе: короткая встреча на 20–30 минут, где руководитель показывает два-три примера «так можно» и «так нельзя» на реальных письмах отдела, а не на абстрактных случаях.

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

Частая ошибка при составлении регламента

Самая распространённая ошибка — писать регламент как список запретов без объяснения, зачем они нужны. Менеджер, которому просто сказали «не вставлять данные клиента в чат», ищет способ обойти правило, если оно не очевидно самому. Работает лучше, когда рядом с запретом есть короткое объяснение: данные клиента не передаются в сторонние сервисы, потому что это нарушает условия договора с заказчиком и может стоить компании репутации при утечке.

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

Как регламент меняется при росте отдела

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

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

Где ИИ ошибается

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

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

Что проверить перед тем, как считать регламент готовым

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

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

Что дальше

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

Ярослав Сажнев — преподаватель ИИ в РАНХиГС, внедрение ИИ в компании. Подробнее об авторе