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