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