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

Размечаем диалоги поддержки и продаж так, чтобы бот понимал цель реплики, извлекал сущности и выбирал корректный ответ. В карточке сообщения фиксируются интент, номер заказа, дата, сумма, адрес, товар, эталонный ответ, тональность и момент передачи живому оператору. Отдельный слой занимают плохие примеры, где бот отвечает не по делу или игнорирует контекст.
Причина обращения клиента: доставка, возврат, оплата, статус заказа или консультация.
Номер заказа, дата, сумма, адрес, товар и другие поля, нужные сценарию.
Формулировка, которую бот должен дать при таком запросе и контексте.
Нейтральная, негативная, тревожная или конфликтная окраска реплики клиента.
Момент, когда диалог нужно передать живому оператору.
Примеры, где бот отвечает не по делу, спорит или теряет контекст.
Работа начинается с безопасной подготовки корпуса: из переписок, тикетов и транскриптов удаляются ФИО, телефоны, номера карт и документов. Это требование 152-ФЗ, а не опция проекта. Затем согласуем таксономию интентов, правила выделения сущностей, критерии эскалации и формат эталонного ответа. После пилота уточняем спорные формулировки и размечаем основной массив.
Результат можно передать как JSONL для обучения LLM, CSV для аналитики, таблицу с репликами и метками или выгрузку Label Studio. Обычно каждая строка хранит текст реплики, роль участника, интент, найденные сущности, тональность, эталонный ответ и флаг эскалации. Для звонков добавляем ссылку на фрагмент транскрипта и источник канала.
Качество диалогового датасета зависит от единой таксономии, а не только от внимательности разметчиков. Мы проверяем, чтобы один и тот же вопрос клиента не попадал в разные интенты, сущности выделялись по одинаковым правилам, а эталонные ответы не конфликтовали с политиками компании. Плохие ответы бота маркируются отдельно, потому что они нужны для обучения отказов и исправлений.
Похожие обращения не расходятся по разным классам без причины.
Номер заказа, сумма, адрес и товар выделяются по одной инструкции.
Ответ проверяется на соответствие политике поддержки и продаж.
Негатив и срочность отделяются от обычных уточняющих вопросов.
Метка ставится там, где бот должен передать клиента оператору.
Плохие ответы собираются отдельно для тестов и дообучения.
Размеченные диалоги остаются вашими, в чужих проектах они не используются.
Оценка строится по часам экспертной работы: от 320 ₽ за час. На трудоемкость влияют число интентов, глубина сущностей, качество исходных каналов, необходимость обезличивания и доля спорных реплик. После пилотной партии видно, сколько времени уходит на одну ветку сценария, поэтому смету можно привязать к этапам подготовки бота.
Датасет диалогов заказывают продакт-менеджеры, руководители клиентского сервиса и директора контакт-центров. В ритейле он помогает обучать бота по заказам, доставке и возвратам, а в финтехе — по обращениям о платежах, лимитах и документах. Главная ценность для заказчика — управляемая логика ответов и понятный момент передачи оператору.
Команда поддержки может выгрузить переписки из мессенджеров, тикеты и транскрипты звонков, затем очистить их от персональных данных и разметить по причинам обращений. После пилота обычно уточняются границы интентов, список сущностей и правила передачи оператору. Плохие ответы действующего бота выносятся в отдельный слой для тестирования будущих версий. Показатели — типовой сценарий проекта такого класса, не кейс конкретного клиента.
Подходят переписки из мессенджеров, тикеты поддержки, CRM-комментарии и транскрипты звонков, если у компании есть правовое основание для обработки. Перед разметкой корпус очищается от персональных данных, затем сообщения приводятся к единому виду: канал, роль участника, время обращения, реплика клиента, ответ оператора и итог диалога.
До передачи диалогов в разметку из текста удаляются или заменяются ФИО, телефоны, адреса, номера карт, документов и другие идентификаторы клиента. Это не дополнительная услуга по желанию, а обязательная часть подготовки корпуса. Без такого этапа нельзя безопасно привлекать разметчиков и хранить материалы вне исходной системы поддержки.
Плохие ответы показывают, где ассистент уходит от вопроса, путает товар, игнорирует сумму, преждевременно закрывает обращение или не передает клиента оператору. Такие примеры помогают обучать модель не повторять ошибку и дают материал для тестов качества. Мы отделяем их от эталонных ответов, чтобы обучение и оценка не смешивались.
Черновой список обычно дает команда продукта или клиентского сервиса, потому что она знает реальные причины обращений. Мы проверяем его на диалогах: объединяем дубли, разделяем слишком широкие категории и добавляем интенты, которые часто встречаются в данных. Финальная таксономия утверждается заказчиком до основной разметки.
Да, если звонки сначала расшифрованы и приведены к текстовому формату. В таких данных важно сохранить роль говорящего, паузы, спорные фразы и связь с исходной аудиозаписью. Интенты и сущности можно размечать по тем же правилам, но для звонков чаще нужны дополнительные метки тональности и причины эскалации.
Команда получает очищенный корпус, словарь интентов, правила выделения сущностей, эталонные ответы, список сценариев эскалации и примеры некорректных ответов бота. Формат выдачи согласуется под стек заказчика: JSONL для обучения, CSV для анализа или таблица для ручной проверки продакт-менеджером и руководителем сервиса.
Переписка и записи разговоров — ваши данные, и права на размеченный корпус остаются за вами. Мы работаем с обезличенными копиями: персональные данные вырезаются до начала разметки, исходники не покидают согласованный контур хранения. Использовать ваш корпус для обучения моделей других заказчиков мы не вправе, это закрывается договором и NDA.
Пришлите пример переписок или схему поддержки — вернемся с планом обезличивания, таксономией интентов и оценкой пилота в течение рабочего дня.
Не любите формы — напишите на info@datamarkup.ru