Как выбрать сервис для одной работы?

Какая российская нейросеть лучше справится с письмами вашей службы поддержки? На этот вопрос полезнее ответить пробой, чем чужим рейтингом: дайте двум моделям одинаковые обезличенные обращения, поручите сотруднику принять черновики и посчитайте ручные исправления. Сравним текстовые модели Яндекса и GigaChat. По трём пробам можно выяснить, какие факты сервисы сохраняют, где они добавляют неподтверждённые условия, во что обходится правка и в какой момент редактору лучше написать ответ самому.

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

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

Какие варианты взять в сравнение

Начните с двух доступных вариантов. Для общей пробы возьмём Alice AI LLM Flash и GigaChat-3-Pro: первая есть в каталоге Yandex AI Studio, второй указан в каталоге Cloud.ru. Список определяет, какие варианты можно рассмотреть, а пригодность к письмам покажут ответы на проверочных обращениях. Если в кабинете доступна другая модель, запишите точное имя и повторите для неё весь набор.

Запас контекста полезен в длинном задании. Для Alice AI LLM Flash Яндекс указывает 65 536 токенов, для YandexGPT Pro 5.1 — 32 768. Токен — часть текста. Если письму нужна лишь одна короткая карточка услуги, разница в предельном объёме мало говорит о способности модели распознать неизвестный срок и передать этот вопрос сотруднику до подготовки ответа. Слишком большой файл полезнее разбить по услугам и в обоих сервисах передавать одинаковый фрагмент.

Стабильность варианта тоже важна. В каталоге Яндекс объявил отключение YandexGPT Lite 5 с 15 ноября 2026 года. Если для пилота нужна модель на несколько недель, проверьте её доступность после намеченной даты приёмки. При замене модели считайте ответы новой серией даже при неизменном названии проекта.

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

Как сделать оба запуска сопоставимыми

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

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

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

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

Одинаковый материал для обеих проб

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

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

Для заметки редактора достаточно трёх полей. Запишите, какой факт не совпал с карточкой, сколько работы осталось у сотрудника и получилось ли отделить вопрос к ответственному от текста для клиента. Для задач внутри карточки покупателя удобно свериться с примерами использования ИИ в CRM.

Наглядный разбор

Как провести одинаковую пробу

  1. Один материал

    Одинаковые сообщения и правила, без лишних данных.

  2. Два результата

    Ответы сохраняются под названием модели и версии.

  3. Одна приёмка

    Оценщик отмечает полезность, ошибки и время ручной работы.

На входе меняется модель, поэтому правки сотрудника можно сопоставить.

Что проверить о доступах и данных

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

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

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

От тарифа к цене пригодного ответа

Цена одного обращения — часть сравнения. Для Alice AI LLM Flash на дату сверки тариф Yandex AI Studio в синхронном режиме в рублях с НДС указывает 0,10 ₽ за тысячу обычных входящих токенов. Исходящие считаются отдельно: 0,20 ₽ за тысячу. Для другой модели или платформы возьмите её собственные ставки.

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

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

Сравнение на стороне сотрудника

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

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

Одинаковое обращениеЧто должен увидеть редакторЧто записать для каждого варианта
Клиент спрашивает, что включено в услугуНазван состав из карточки, без новых обещанийПравка состава и минуты до отправляемого текста
Клиент просит назвать дату, которой нет в карточкеВопрос к сотруднику, срок в письмо не добавленКак обработан пробел, был ли ответ отклонён
В двух приложенных записях разные срокиПротиворечие вынесено редакторуКакая версия ошибочно стала обещанием и сколько заняло исправление
Итог трёх пробВыбраны допустимые черновики, повторные попытки сохраненыЧисло принятых и отклонённых, затраты и время сотрудника

Что оставить после пробы

Повтор начните со спорного ответа. Возьмите сохранённое обращение и карточку, воспроизведите запрос и проверьте, получит ли сотрудник письмо, в котором сохранено обязательное условие. Для следующего запуска сохраните вход, версию модели и причину, по которой редактор принял черновик. Так проще отличить изменение модели от правки самой услуги.

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

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

Наглядный разбор

Выбор после ручной проверки

  1. Допуск пройден

    Доступы, данные и качество позволяют продолжить пилот.

  2. Допуск не пройден

    Упростить задачу или оставить её ручной, пока ограничение не устранено.

Скорость и цена важны после выполнения минимальных условий.

Источники и полезные ссылки

  1. Yandex AI Studio: каталог моделей ↗
  2. Yandex AI Studio: правила тарификации ↗
  3. Сбер: начало работы с GigaChat для бизнеса ↗
  4. Cloud.ru: каталог Evolution Foundation Models ↗
  5. Сбер: Playground для промптов GigaChat ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →