ИИ и нейросети в PR: сценарии, инструменты и ограничения

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

ИИ и нейросети полезны в PR, когда работают с подготовленными фактами, а человек отвечает за проверку и выпуск. Они помогают собрать структуру, сравнить варианты и разобрать подборку текстов. Но убедительное предложение не подтверждает, что описанное событие произошло.

Где нейросети помогают коммуникационной команде

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

Под «ИИ» здесь понимаются универсальные чат-ассистенты, например YandexGPT, GigaChat, ChatGPT, Claude и похожие инструменты, а также ИИ-функции в сервисах мониторинга СМИ и аналитике отзывов. Сценарии ниже подходят для любого из них, но условия работы с данными у поставщиков различаются.

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

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

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

Как подготовить фактическое задание

Отделите подтвержденное от неизвестного. Запишите источник каждого важного факта и дату проверки. Укажите, какие цитаты разрешено использовать дословно, какие сведения нельзя раскрывать и кто согласует ответ.

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

Учебный пример задания для ИИ

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

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

Что делать с неполными данными

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

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

Как проверить черновик до отправки

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

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

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

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

Если основания нет, удалите утверждение или идите с вопросом к владельцу информации.

Учебный пример: правка неподтвержденного действия

Черновик: «Мы проверили партию и усилили упаковку».

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

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

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

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

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

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

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

Как обращаться с рабочими данными

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

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

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

Например, в разделе Data controls документации OpenAI API сказано, что данные API по умолчанию не используются для обучения моделей, а журналы контроля злоупотреблений обычно хранятся до 30 дней. Режим Zero Data Retention доступен подходящим клиентам после согласования и имеет ограничения. У потребительского чата и других поставщиков условия могут быть другими, поэтому читать нужно документы выбранного сервиса.

Россия не входит в опубликованный OpenAI список стран, где поддерживается API. Для YandexGPT, GigaChat или другого выбранного поставщика ищите аналогичные разделы об использовании, хранении и размещении данных.

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

Как использовать ИИ в разборе обратной связи

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

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

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

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

Учебный пример передачи результата

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

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

Как запустить пилот без лишних обещаний

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

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

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

Barcelona Principles 4.0 рекомендуют сочетать качественный и количественный анализ, сохранять человеческую экспертизу рядом с ИИ и прозрачно описывать данные, методы и технологии. Для пилота запишите происхождение подборки, правила обработки и то, чего в исходных данных нет.

Как разбирать ошибки пилота

Не ограничивайтесь счетчиком «текст принят» или «отклонен». Запишите, какое утверждение пришлось исправить и почему оно появилось. Причины бывают разные: факта не было в задании, источники противоречили друг другу или модель проигнорировала запрет. И чинить каждую нужно по-своему.

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

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

Когда расширять использование

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

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

Как сделать черновик человечнее

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

Проверьте глаголы. «Осуществляется проведение проверки» можно заменить на «логистика проверяет статус». Но только если известно, кто действительно занимается вопросом. Редактура должна делать содержание понятнее, а не добавлять исполнителя из головы.

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

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

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

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

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

Когда лучше написать ответ вручную

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

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

Памятка для команды

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

Частые вопросы

Что в итоге

1. Передавайте ИИ отделенные друг от друга факты, неизвестное и ограничения.
2. Проверяйте числа, цитаты, ссылки и выполненные действия по источникам.
3. Не передавайте рабочие данные без понятных условий и основания.
4. Используйте темы обратной связи как начало проверки причины.
5. Расширяйте пилот по результатам качества и полного времени работы.

Авторы

Екатерина Пшеницына Маркетолог Спикс Развиваю блог, рассылки и сайт компании. Рассказываю простыми словами про отзывы, репутацию и маркетплейсы. ↗

Читайте также