Как устроен ИИ-менеджер для сайта, сколько он стоит и где ошибается

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

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

Единого нормативного или общепринятого технического определения у этого термина нет. «ИИ-менеджер», «нейроменеджер», «ИИ-агент для сайта», «умный консультант», «AI SDR» — во многом пересекающиеся маркетинговые обозначения. Разные компании вкладывают в них разный смысл. Поэтому продукты удобнее раскладывать по спектру — от жёсткого сценария к самостоятельным действиям — и не пытаться загнать их в строгую классификацию.

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

Фактических ошибок у сценарного бота почти не бывает: он произносит только то, что написал автор сценария. Его слабость в другом — он не понимает вопросов, которые автор не предусмотрел.

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

В основе такого решения — большая языковая модель. Она понимает смысл фразы, а не только ключевые слова, и учитывает контекст разговора. На вопрос «а есть что-то похожее, но подешевле?» она отвечает с учётом товара, обсуждавшегося минутой раньше. Ответ модель формулирует сама, опираясь на материалы компании: инструкции, прайсы, условия доставки. Именно эту категорию чаще всего продают под названием «ИИ-менеджер для сайта». Обычно у неё есть и коммерческая задача — выяснить потребность и получить контакт.

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

Граница с агентом обычно проводится по действиям. Короткая формула звучит так: чат-бот разговаривает, агент действует. У агента есть инструкции, модель и перечень разрешённых операций — что ему можно читать и что делать. Поэтому его работа выходит за пределы переписки: он создаёт и меняет заявки, проверяет статус заказа, работает внутри CRM или службы поддержки. Агент планирует шаги, вызывает внешние сервисы и выполняет многошаговые задачи. За это приходится платить сложностью: ошибиться можно не только в тексте ответа, но и в цепочке действий.

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

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

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

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

Есть и более простые варианты. Небольшой объём текста можно целиком поместить в инструкцию модели, но такой подход дорожает и упирается в ограничения по объёму. Ещё один вариант — периодически обходить страницы сайта. Для интернет-магазина ключевой вопрос в том, как быстро база знаний узнаёт об изменении ассортимента. Часть разработчиков обновляет индекс по товарным карточкам автоматически. В других решениях это делается вручную, и тогда устаревший ответ становится вопросом дисциплины команды.

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

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

Связь с другими системами обычно строится через программные интерфейсы и веб-хуки — автоматические уведомления между сервисами. Типичные направления такие:

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

Сайт spellmanager.com представляет продукт как «Персональный ИИ-менеджер для Вашего Бизнеса». В текстах встречаются названия ИИ-менеджер, Спеллменеджер и SpellManager, а в подвале — подпись «Спеллменеджер — автоматизация бизнес-процессов».

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

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

Поставщик описывает внедрение в шесть шагов. Клиент заполняет бриф. Затем команда сервиса обучает ИИ-менеджера в течение 10–15 дней. После этого поставщик сам встраивает его на сайт, в мессенджеры и на площадки. Дальше следуют работа с клиентами, мониторинг и аналитика, постоянное дообучение, которое объявлено бесплатным.

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

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

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

От этого механизма во многом зависит, станет ли ИИ-менеджер помощником или раздражителем. Если клиент упёрся в ошибку, просит «позовите человека», а программа продолжает предлагать оставить телефон, компания теряет клиента на глазах.

В хорошо настроенных системах передачу запускают несколько типичных событий:

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

Раз Spellmanager подключается через Jivo, полезно знать, что предусматривает сама платформа. Её программный интерфейс для внешних ботов устроен так: Jivo отправляет боту каждое сообщение клиента, бот возвращает ответ. Если боту нужно передать диалог, он отправляет событие INVITE_AGENT. Если свободных операторов нет, Jivo сообщает об этом событием AGENT_UNAVAILABLE, и бот может продолжить разговор — например, попросить контакты.

В протокол встроены и страховочные таймеры. Запрос к боту ждёт ответа 3 секунды, повторяется до двух раз, после чего клиента переводят на оператора. После отправки сообщения боту запускается 15-секундный таймер: если ответа нет, в диалог приглашается оператор. У Jivo есть и собственный ИИ-оператор, который подключается как отдельный платный модуль. Для него можно задать до 10 фраз-условий для вызова сотрудника и включить режим, при котором ИИ замолкает после приглашения человека, даже если посетитель продолжает писать.

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

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

У Spellmanager прозрачная публичная сетка. Разовая стоимость обучения и интеграции — от 9 000 ₽. Абонентская плата зависит от числа сообщений ИИ в месяц:

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

Если разделить цену на лимит, сообщение обходится примерно в 19,6 ₽ на младшем тарифе и около 6,7 ₽ на старшем. Скидка за объём, таким образом, почти трёхкратная. Чтобы перевести сообщения в разговоры, нужно знать, сколько реплик ИИ уходит на один диалог. Для наглядности: если разговор с выяснением задачи и запросом контакта занимает пять ответов, 250 сообщений хватит примерно на 50 полноценных диалогов в месяц. Это условный расчёт, а не данные поставщика. Реальная длина разговоров зависит от ниши и настройки.

Ряд коммерческих условий публично не указан: что происходит при исчерпании лимита — остановка или докупка, есть ли плата за превышение, включён ли НДС, каков порядок оплаты, как расторгнуть договор и вернуть деньги. Минимальный порог входа по опубликованным цифрам — от 9 000 ₽ за настройку плюс от 4 900 ₽ в месяц.

Цены у разных моделей поставки отличаются на порядки. Ниже — примеры отдельных предложений поставщиков, а не усреднённый рыночный показатель:

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

Сроки запуска тоже зависят от модели. У Spellmanager обучение занимает 10–15 дней. Индивидуальная разработка обычно идёт дольше, хотя отдельные студии обещают встроить готового агента в сайт «за 5 минут» — речь о вставке кода, а не о подготовке знаний. Так или иначе, основная работа ложится на компанию: собрать и согласовать прайсы, условия доставки и возврата, правила скидок, перечень вопросов, которые решает только сотрудник. В первые недели нужно читать реальные диалоги и править базу. Участники рынка прямо указывают, что генеративный менеджер подходит тем, кто готов вкладываться в настройку и первые недели контроля.

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

По данным кейса, посетителей стало 8 067 вместо 7 267, продаж — около 348 вместо 126, конверсия выросла с 1,7% до 4,3%, доход — с 844 000 ₽ до 2 278 800 ₽. Внутренне цифры согласованы: 1,7% от 7 267 даёт около 124 продаж, 4,3% от 8 067 — около 347. Проблема в подписях к ним.

Кроме того, за тот же месяц посещаемость выросла на 11%. Неизвестно, менялись ли реклама, ассортимент или сезон. Без контрольной группы нельзя отделить вклад чата от других факторов.

Здесь заявлены сокращение отдела продаж с 10 человек до «5 + ИИ», снижение фонда оплаты труда с 550 000 ₽ до 275 000 ₽, сохранение продаж на уровне 100%, сокращение среднего времени ответа с 42 до 5 секунд и рост удовлетворённости клиентов на 30%. Расчёт по зарплатам корректен. Но 42 секунды — уже очень быстрый ответ для живых операторов, так что выигрыш в скорости меньше, чем подсказывает заголовок. Как измерялась удовлетворённость и от какой базы считались 30%, не сообщается. Стоимость самого ИИ-менеджера в экономию не включена.

В базе контактов стало 4 076 вместо 3 252, то есть прибавилось 824. Это рост примерно на 25,3%, а в кейсе указаны 23%. Конверсия лидов выросла с 2% до 5%: плюс 3 процентных пункта, или 150% относительно исходного уровня. В кейсе — «+250%», хотя новый уровень составляет 250% от прежнего. Рост дохода с 3,5 до 5,2 млн ₽, то есть на 48,6%, подсчитан верно.

На сайтах-агрегаторах о Spellmanager есть отзывы начала 2025 года с высокими оценками — от 4,8 до 5,0 из 5. Авторы хвалят быструю интеграцию, обучение до и после внедрения, скорость ответов. Владелица салона описывает, как ИИ отвечает клиентам в WhatsApp и помогает записывать посетителей. Это субъективные впечатления: проверяемых данных об экономическом эффекте в них нет.

Похожим образом устроены и общерыночные заявления. Один разработчик обещает, что его агенты закрывают до 70% обращений самостоятельно со средним временем ответа 30 секунд. Чат-платформа Jivo сообщает, что до 60% ответов её ИИ-ассистента для операторов не требуют правки. Это ориентиры от поставщиков, полученные на их клиентах и по их методике.

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

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

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

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

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

ИИ-менеджер не создаёт экспертизу, он пересказывает переданные ему материалы. Если в прайсе одна цена, а в FAQ другая, клиент получит то противоречие, которое заложено в документах. Чем лучше структурированы регламенты, таблицы и описания, тем точнее ответы. Обратное тоже верно, и для неудачного внедрения это самая частая причина.

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

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

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

Отдельно стоит прописать, что ИИ вправе обещать. Можно ли называть скидку, при каких условиях, что отвечать на «а дешевле сделаете?». Хороший результат — клиент понимает доступные условия и следующий шаг, а сотрудникам не приходится отменять обещания, которых компания не давала. Это особенно актуально для продуктов, которые, как Spellmanager, позиционируют себя через «приемы психологии» и активное ведение к контакту: напористость в продажах повышает цену любой фактической ошибки.

ИИ-менеджер, чья главная задача — получить телефон и имя, неизбежно обрабатывает персональные данные. Какое право применять, зависит от того, где работает бизнес и кто его посетители. Ниже разобран российский случай. Основание для этого конкретное: сайт Spellmanager указывает российское юридическое лицо, а его политика конфиденциальности прямо ссылается на право РФ и закон «О персональных данных». Для компаний из других юрисдикций эти нормы автоматически не применяются.

Когда компания ставит ИИ-виджет на свой сайт, оператором персональных данных посетителей обычно выступает она сама: именно она определяет цели обработки. Поставщик платформы в такой схеме обрабатывает данные по её поручению. Часть 3 статьи 6 закона № 152-ФЗ «О персональных данных» в редакции закона № 266-ФЗ, действующей с 1 сентября 2022 года, перечисляет, что обязательно должно быть в таком поручении:

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

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

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

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

Это две разные нормы. Их часто смешивают в одно «данные нельзя вывозить», но смысл у них разный.

Локализация. Часть 5 статьи 18 закона, действующая с 1 сентября 2015 года, требует при сборе данных граждан РФ, в том числе через интернет, обеспечивать запись, систематизацию, накопление, хранение, уточнение и извлечение этих данных с использованием баз, находящихся в России. Исключения связаны с несколькими основаниями обработки, перечисленными в законе, в частности с исполнением обязанностей по закону. Норма говорит о первичной базе. Она не запрещает последующую передачу, но требует, чтобы российская база существовала.

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

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

По статье 21 закона данные уничтожаются не позднее 30 дней после достижения цели обработки или отзыва согласия, если сохранение не требуется по закону или договору. Если выявлена неправомерная обработка, данные блокируют и прекращают нарушение в течение 3 рабочих дней. Если устранить нарушение нельзя, данные уничтожают в течение 10 рабочих дней. Подтверждение уничтожения регулирует приказ Роскомнадзора № 179, который действует с 1 марта 2023 года по 1 марта 2029 года. При автоматизированной обработке подтверждением служат акт об уничтожении и выгрузка из журнала событий информационной системы. Хранить эти документы нужно 3 года. Удалить строку из базы или очистить диалог в CRM без такого оформления недостаточно.

Политика конфиденциальности на сайте Spellmanager (страница confid.html, указана последняя редакция от 12.01.2025) прямо распространяется только на сам сайт spellmanager.com. Она перечисляет технические данные посетителей — IP-адрес, cookie, сведения о браузере, время доступа, адрес страницы — и данные, которые человек сообщает при заявке: имя, телефон, сайт. Указаны цели обработки, право РФ как применимое и адрес для отзыва согласия. Юридическое лицо в тексте названо «Администрацией сайта». Ссылка на «действующую редакцию» по другому адресу при проверке не открывалась.

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

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

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

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

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

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