Вы подключили ИИ к переписке с клиентами, и он хорошо пишет черновики. Следующий соблазн очевиден: пусть отправляет сам, а человек будет просматривать выборочно. Здесь и начинаются проблемы. Ошибку в черновике видит один сотрудник, ошибку в отправленном сообщении — клиент, и забрать её назад нельзя. В этой статье — какие сообщения ИИ может отправлять без человека, какие только после подтверждения, как устроить проверку так, чтобы её нельзя было случайно обойти, и как не превратить её в механическое нажатие кнопки.
С чего мы это взяли: наш собственный инцидент
У нас было ровно то правило, о котором пойдёт речь: ни один текст не уходит наружу, пока человек его не подтвердил. Правило было записано, гейт одобрения существовал и работал. При этом автоматизация аутрича за три дня отправила 42 сообщения, которые никто не согласовывал.
Причина оказалась прозаичной: один компонент отправки читал не ту папку и просто не спрашивал гейт. Проверка была, но никто не предполагал, что её можно пропустить. Мы остановили отправку, сделали подтверждение обязательным на уровне кода и переписали шаблоны — выяснилось, что уходил ещё и слабый текст. Полный разбор — в кейсе «42 сообщения ушли без подтверждения».
Главный вывод, ради которого написана эта статья: «мы договорились так не делать» — это не защита. Защита — когда обойти нельзя.
Какие действия требуют подтверждения
Подтверждать всё подряд — значит быстро устать и начать нажимать не глядя. Подтверждать ничего — значит однажды узнать о проблеме от клиента. Разумнее разделить действия по последствиям ошибки: насколько её видно снаружи и можно ли её откатить.
| Действие | Цена ошибки | Режим |
|---|---|---|
| Ответ на частый вопрос по базе знаний (адрес, график, условия доставки) | Низкая, ответ проверяем по источнику | ИИ отвечает сам, человек просматривает выборку |
| Первое сообщение новому контакту, аутрич, follow-up | Средняя: репутация, жалобы, блокировка аккаунта | Только после подтверждения |
| Цена, скидка, сроки, наличие | Высокая: клиент воспримет как обещание | Только после подтверждения |
| Массовая отправка по базе | Высокая: ошибка умножается на число получателей | Подтверждение текста и списка получателей |
| Ответ на жалобу, возврат, спор | Высокая, эмоционально чувствительная | ИИ готовит черновик, отвечает человек |
| Юридические, медицинские, финансовые формулировки | Критическая | Только человек, ИИ максимум собирает факты |
Полезный вопрос для любой строки, которой нет в таблице: если это сообщение уйдёт с ошибкой, кто об этом узнает первым — вы или клиент? Если клиент, нужно подтверждение.
Как устроен гейт, который нельзя обойти
Подтверждение работает, только если оно встроено в путь отправки, а не стоит рядом с ним. В нашем случае гейт был «рядом»: отдельный компонент мог отправлять, не заходя к нему. Вот принципы, которые мы теперь считаем обязательными.
1. Один путь наружу
Все сообщения клиентам проходят через один модуль отправки. Ни у какого другого компонента — генератора текстов, планировщика, скрипта импорта — нет доступа к токенам мессенджера или почты. Если доступа нет, обойти гейт нечем.
2. Статус у каждого черновика
У сообщения есть жизненный цикл: «черновик» → «на проверке» → «подтверждено» → «отправлено» (или «отклонено»). Модуль отправки берёт только «подтверждено» и проверяет статус в момент отправки, а не при постановке в очередь.
3. По умолчанию — запрещено
Если статус не найден, файл не читается, база недоступна или ответ проверки непонятен — отправка останавливается. Сбой проверки должен означать «не отправлять», а не «наверное, можно».
4. Подтверждение привязано к конкретному тексту
Человек одобряет не «сообщение для клиента Х», а конкретную версию текста. Если после одобрения ИИ или сотрудник изменил хоть слово, подтверждение сбрасывается.
5. Журнал и тревога
Каждая отправка пишется в журнал: кто подтвердил, когда, какой текст ушёл. Отдельная проверка раз в день сверяет отправленное с подтверждённым. Если есть расхождение — уведомление ответственному. У нас сбой нашли через три дня; такая сверка нашла бы его в первый же день.
Чек-лист для вашей автоматизации:
- Можно ли назвать все места в системе, откуда физически уходят сообщения? Если их больше одного — это риск.
- Что произойдёт, если сервис подтверждений недоступен: отправка встанет или пойдёт?
- Сбрасывается ли подтверждение при правке текста?
- Есть ли тест, который пытается отправить неподтверждённое сообщение и ожидает отказ?
- Кто получает уведомление, если отправленное не совпало с подтверждённым?
Как выглядит подтверждение на практике
Удобнее всего подтверждать там, где сотрудник и так проводит день. В Ташкенте это чаще всего Telegram: бот присылает карточку, решение — в одно нажатие. Условный пример такой карточки (клиент и детали вымышлены для иллюстрации):
На проверку: follow-up, клиент — интерьерная студия, последний контакт 6 дней назад
Контекст: запрашивали коммерческое предложение на чат-бота для заявок, КП отправлено, ответа нет.
Черновик: «Добрый день! Отправляли вам предложение по обработке заявок из Instagram. Если удобно, могу коротко показать, как это будет выглядеть на ваших реальных вопросах клиентов — 15 минут в любой день на этой неделе».
Источник фактов: карточка сделки в CRM.
[Отправить] [Править] [Отклонить] [Не писать этому клиенту]
Что важно в карточке: контекст, из-за которого ИИ решил написать, источник фактов и отдельная кнопка «не писать этому клиенту» — иначе отклонённый контакт всплывёт снова через неделю. Подробнее о том, как строить сами повторные касания, — в статье «Follow-up без менеджера».
Как не превратить проверку в формальность
Самый частый сценарий провала гейта — не технический. Человек получает сорок карточек подряд, первые десять читает, остальные одобряет не глядя. Формально контроль есть, фактически — нет.
| Этап | Что делает ИИ | Что остаётся человеку |
|---|---|---|
| Подготовка | Пишет черновик, подтягивает факты из CRM и базы знаний | Задаёт правила: о чём можно писать, о чём нельзя |
| Сортировка | Помечает рискованное: цены, сроки, жалобы, новые контакты | Решает, какие категории проверять построчно |
| Проверка | Подсвечивает, что изменилось относительно шаблона | Читает и принимает решение |
| Отправка | Отправляет только подтверждённую версию | — |
| Разбор | Собирает статистику: что отклоняли и почему | Правит шаблоны и правила раз в неделю |
Практические приёмы против «усталости одобрения»:
- Лимит в день. Если черновиков больше, чем человек способен внимательно прочитать, лишние ждут следующего дня. Лучше отправить меньше, чем отправить непрочитанное.
- Пачки по смыслу. Сначала все ответы на жалобы, потом все follow-up. Переключаться между типами текстов утомительнее, чем читать однотипные.
- Причина отклонения. Одна кнопка с вариантами: «неверный факт», «не тот тон», «не надо писать». Через пару недель видно, что чинить в шаблонах.
- Контрольные черновики. Изредка система подкладывает заведомо ошибочный черновик и проверяет, поймает ли его человек. Звучит жёстко, но это единственный способ узнать, читают ли карточки.
Когда можно ослабить контроль
Подтверждение не обязано быть вечным для всех типов сообщений. Но снимать его стоит по категориям и по данным, а не потому что «давно не было ошибок».
- Выберите одну узкую категорию — например, подтверждение записи с уже согласованными датой и временем.
- Посмотрите, сколько таких черновиков человек отправил без правок за последние недели. Если правки были — категория не готова.
- Переведите её в режим «отправляется сам, человек видит копию» на ограниченный срок.
- Продолжайте выборочную проверку и ежедневную сверку журнала.
- Оставьте кнопку, которая одним нажатием возвращает категорию под подтверждение.
Есть сообщения, которые не стоит выводить из-под контроля никогда: цены и скидки вне прайса, обещания сроков, ответы на жалобы, любые первые сообщения незнакомым людям. Сообщения аутрича, которые ушли у нас без подтверждения, относились как раз к последней группе — и на таких ошибка обходится дороже всего. Как оценивать такие решения на этапе пилота, мы разбирали в статье «Пилот ИИ-проекта: первые 2–3 недели»; другие материалы по внедрению — в разделе «Внедрение».
Частые вопросы
Не убивает ли подтверждение весь смысл автоматизации?
Нет. Основное время уходит на то, чтобы собрать контекст и написать текст, — это делает ИИ. Прочитать готовый черновик и нажать кнопку занимает несколько секунд. Сотрудник перестаёт писать и начинает редактировать.
Кто должен подтверждать — руководитель или менеджер?
Тот, кто отвечает за отношения с клиентом и знает контекст. Обычно это менеджер, ведущий сделку. Руководителю имеет смысл оставить только редкие категории: нестандартные скидки, ответы на серьёзные жалобы.
Как проверить, что у нашей текущей автоматизации гейт не обходится?
Попросите разработчика показать все места в коде, где вызывается отправка, и проверить каждое. Затем проведите тест: создайте неподтверждённое сообщение на свой номер и убедитесь, что оно не ушло. Проверяйте код, а не описание процесса — описание вы и так знаете.
Что делать, если сообщения уже ушли без подтверждения?
Остановить отправку целиком, а не только сломанный компонент. Выгрузить из журнала, кому и что ушло. Решить, кому нужно отдельное извинение или уточнение. И только потом чинить — так, чтобы повтор был невозможен технически.
Если вы собираетесь подключить ИИ-агентов к переписке с клиентами и хотите сразу заложить подтверждение в архитектуру — напишите нам. Стоимость зависит от объёма и данных, первый разговор — чтобы её посчитать.