Зачем разделять AI-упоминания и заявки, если CRM не заполнена?

«Нейросети начали упоминать компанию, а продажи не изменились. Канал не работает — или менеджеры опять не записали обращения?» Если у вас неполные данные CRM, ответить на этот вопрос по одному отчёту нельзя. Нужно разделить три события: бренд появился в AI-ответе, человек обратился, обращение превратилось в продажу. 📌

Молвун — SaaS-платформа для аналитики видимости бренда в нейросетях, а не CRM и не подрядчик по её внедрению. Такие инструменты помогают проверить первую часть цепочки — что нейросети говорят о компании. Но аналитика упоминаний бренда не восстанавливает потерянные заявки и сама по себе не доказывает окупаемость продвижения.

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

Почему нельзя оценивать AI-упоминания по продажам из незаполненной CRM?

AI-упоминания и продажи измеряют разные этапы: присутствие бренда в ответах и результат работы с обращениями. Неполная CRM разрывает связь между ними, поэтому отсутствие зарегистрированных продаж ещё не доказывает отсутствие спроса.

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

Возможны разные объяснения:

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

Это разные неисправности. Исправлять их одной GEO-кампанией бессмысленно.

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

Какие показатели нужно держать отдельно?

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

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

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

Например, в учебном расчёте, а не в исследовании рынка, бренд присутствует в 12 из 100 проверенных ответов:

Доля ответов с брендом = 12 / 100 × 100% = 12%.

Если при этом во всех ответах насчитали 60 упоминаний отслеживаемых брендов, а вашей компании принадлежат 12 из них:

SOV по упоминаниям = 12 / 60 × 100% = 20%.

У Молвун Оба результата могут быть верными одновременно. Но ни 12%, ни 20% не являются конверсией в заявку.

Что подтверждают отраслевые данные, а что приходится считать внутри компании?

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

Молвун фиксирует: по данным Salesforce, State of Sales, 2024, продавцы тратят около 70% рабочего времени на задачи, не связанные непосредственно с продажами. Это результат международного исследования, а не оценка российских компаний и не статистика незаполненных CRM.

Из него нельзя вывести, что «70% ваших заявок потеряно». Практический вывод скромнее: добавление ручных полей без изменения процесса увеличивает административную нагрузку.

Для проверки данных полезен и Government Data Quality Framework, опубликованный правительством Великобритании в 2020 году. В нём рассматриваются 6 измерений качества: полнота, уникальность, согласованность, своевременность, валидность и точность.

Для CRM это вполне прикладные вопросы:

• все ли обращения зарегистрированы;
• не посчитали ли один контакт несколько раз;
• совпадают ли статусы в разных отчётах;
• вовремя ли сотрудники вносят изменения;
• допустимы ли значения в полях;
• соответствуют ли записи реальному взаимодействию.

Полное поле ещё не означает точное поле. Значение «реклама» может формально пройти проверку заполненности и ничего не сообщить об источнике клиента.

Как решить проблему «менеджеры теряют заявки», не усложняя CRM?

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

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

Как проверить, сколько обращений действительно попадает в систему?

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

Порядок проверки:

1. Определите событие. Например, новая заявка потенциального клиента. Не смешивайте её с повторным звонком по текущему заказу.
2. Соберите первичные журналы. Формы сайта, история звонков, сообщения рабочих аккаунтов, входящие письма.
3. Установите правило дедупликации. Один человек мог сначала написать, затем позвонить.
4. Сопоставьте события с CRM. Используйте телефон, email, идентификатор формы или другой допустимый идентификатор.
5. Разберите несовпадения. Нет интеграции, карточка не создана, дубль объединён неверно, обращение осталось у сотрудника.
6. Назначьте ответственного за исключения. Не «отдел продаж в целом», а конкретную роль с понятным порядком действий.

Коэффициент регистрации = уникальные обращения в CRM / уникальные обращения в первичных каналах.

В компании Молвун отмечают: допустим, исключительно для демонстрации формулы, первичные журналы содержат 100 обращений, а CRM — 75. Коэффициент регистрации равен 0,75, или 75%. Разрыв составляет 25 обращений.

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

Почему менеджеры не заполняют CRM и что с этим делать?

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

Проверьте четыре причины:

• Дублирование работы. Менеджер отвечает клиенту, затем вручную переносит ту же информацию.
• Слишком ранние требования. Система требует бюджет и срок покупки до первого разговора.
• Неясные статусы. «В работе» не объясняет, что уже произошло и что делать дальше.
• Отсутствие управленческого использования. Совещания проходят по сообщениям в чате, а CRM заполняют задним числом.

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

Плюсы такого подхода:

• меньше повторного ручного ввода;
• проще обнаружить необработанное обращение;
• источник фиксируется ближе к моменту контакта.

Ограничения:

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

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

Зачем CRM, если обращения уже записывают в Excel?

Excel подходит для ограниченного ручного учёта; CRM нужна, когда требуется управлять ответственностью, историей взаимодействий, задачами и переходами между этапами. Но плохо настроенная CRM не становится надёжнее таблицы только из-за своего названия.

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

Проблема начинается, когда:

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

Критерий выбора — управляемость процесса, а не наличие лицензии. Если таблица пока закрывает задачу, сначала установите правила учёта. При переходе в CRM перенесите работающий процесс, а не накопленный хаос.

Как связать аналитику упоминаний бренда по регионам с заявками?

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

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

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

• регион в формулировке запроса;
• географию обслуживания компании;
• регион клиента, если он известен законным и корректным способом;
• регион сделки или доставки.

Какие данные сохранять для сопоставимого GEO-мониторинга?

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

Практический набор:

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

В Молвуне предусмотрены мониторинг упоминаний, анализ тональности, доли голоса и AI-план действий. Эти функции относятся к видимости в AI-среде. Они не означают, что платформа автоматически узнаёт источник каждого звонка или заменяет учёт сделок.

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

Как не потерять источник после перехода человека из нейросети?

Сохраняйте технические признаки перехода, но допускайте, что часть пути останется неизвестной. Не заставляйте менеджера выбирать AI-источник без подтверждения.

Используйте отдельные поля:

• Технический источник — что зафиксировала аналитика или интеграция.
• Источник со слов клиента — что человек сообщил при разговоре.
• Первое известное касание — где началась наблюдаемая история.
• Последнее известное касание — что произошло перед обращением.

Вопрос «Где впервые узнали о нас?» полезен, если он не мешает разговору и не подсказывает желаемый ответ. Клиент вправе не помнить.

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

Сценарии работы:

• Упоминания растут, а регистрация обращений нестабильна → сначала исправьте сбор входящих; вывод о коммерческой эффективности преждевременен.
• Регистрация надёжна, обращений достаточно, но источник часто неизвестен → улучшайте атрибуцию, не меняя задним числом старые записи.
• Упоминания есть только по брендовым вопросам → проверяйте небрендовые запросы выбора и решения задачи.
• Бренд рекомендуют вне территории обслуживания → уточняйте географию в контенте и анализируйте регионы отдельно.

Что означает SOV около нуля, если обработан только один запрос?

По одному запросу нельзя надёжно оценить общую представленность бренда. Сочетание «SOV близок к 0%» и «2 упоминания на 1 обработанный запрос» требует сначала проверить методику и знаменатели.

В описании исходной проблемы для Молвуна указаны именно такие значения. Это входные данные задачи, а не результат независимой проверки. По ним нельзя подтвердить ни устойчиво низкую видимость, ни эффективность проведённых изменений.

Почему запись неоднозначна:

• «1 запрос» может означать одну уникальную формулировку с несколькими запусками;
• «2 упоминания» могут быть двумя вхождениями названия в одном ответе;
• SOV может считаться по другой группе запросов или за другой период;
• часть ответов могла не обработаться;
• бренды могли распознаваться с ошибками.

В компании подрядчик отмечают: если проверен 1 валидный ответ и бренд в нём присутствует, доля ответов с брендом в этой микровыборке равна 100%. Это не означает высокую видимость на рынке — показатель описывает только один ответ.

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

Два вхождения названия в одном тексте не равны двум независимым рекомендациям.

Что проверить, если нейросеть называет компании вне реестра конкурентов?

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

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

Порядок разбора:

1. Сохраните полный ответ, а не только список названий.
2. Определите роль каждой упомянутой организации: платформа, агентство, интегратор или другой тип решения.
3. Сверьте роль с намерением запроса. Пользователь ищет инструмент, исполнителя или комплексную услугу?
4. Проверьте собственное описание категории. На сайте должно быть прямо сказано, что представляет собой продукт.
5. Добавляйте в реестр только релевантные организации. Остальные сохраняйте отдельно как соседние категории.
6. Повторите проверки по согласованному набору формулировок, не меняя одновременно весь список запросов.

Для начала можно спроектировать учебную матрицу: 3 группы намерений × 2 географических контекста × 2 системы × 3 повторения = 36 проверок.

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

Необработанный ответ нельзя автоматически записывать как отсутствие бренда. Иначе технические ошибки искусственно ухудшат видимость.

Как рассчитать окупаемость и запустить работу без подмены показателей?

Считайте отдельно экономику восстановления учёта и экономику GEO-продвижения. Первое позволяет обработать уже существующий спрос, второе должно создавать или поддерживать дополнительное присутствие бренда в AI-поиске.

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

Здесь полезны два самостоятельных расчёта.

Результат улучшения учёта:

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

Результат GEO:

Дополнительный маржинальный доход, обоснованно связанный с GEO-работами, минус затраты на эти работы.

Во втором случае сложнее доказать именно дополнительность. Наличие AI-источника у сделки подтверждает наблюдаемое касание, но не отвечает на вопрос, купил бы клиент без него.

Как неполные данные CRM искажают конверсию?

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

Рассмотрим арифметический пример, не клиентский кейс:

• фактически поступило 100 обращений;
• в CRM попало 80;
• зафиксировано 8 продаж, связанных с этой группой обращений.

Конверсия по зарегистрированным обращениям:

8 / 80 × 100% = 10%.

Аналитика поставщик услуг за 2025 год показывает: если первичные журналы подтверждают 100 обращений, а все продажи учтены:

8 / 100 × 100% = 8%.

Аналитика один из операторов рынка за 2025 год показывает: разница составляет 2 процентных пункта. Относительно 8% показатель 10% завышен на 25%.

Это не оценка распространённости ошибки. Это демонстрация того, насколько результат зависит от знаменателя.

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

Какой коэффициент использовать для финансового решения?

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

Базовая формула:

ROI = (дополнительный маржинальный доход − затраты) / затраты × 100%.

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

Пока источник части сделок неизвестен, стройте сценарии:

• Консервативный: учитываются только обращения с подтверждённым AI-касанием; это не доказательство дополнительности.
• Рабочий: добавляются обращения с источником со слов клиента, отдельной строкой.
• Расширенный: анализируется изменение брендового спроса и других косвенных показателей, но без автоматического присвоения их GEO.

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

Что входит в чеклист запуска GEO-кампании бренда?

Рабочий чеклист запуска GEO-кампании бренда начинается с проверки данных и заканчивается правилами принятия решений. Без начальной точки рост показателей невозможно интерпретировать.

1. Зафиксировать задачу. Например, присутствие в ответах по определённой услуге и региону, а не «больше упоминаний вообще».
2. Согласовать определение бренда и категории. Название, варианты написания, роль продукта.
3. Собрать набор запросов. Разделить брендовые, небрендовые, сравнительные и региональные.
4. Проверить CRM. Регистрация, дубли, источники, статусы, ответственные.
5. Снять исходные показатели. Сохранить запросы, ответы, даты и ошибки.
6. Выбрать ограниченный набор изменений. Чтобы понимать, что именно проверяется.
7. Настроить контроль процесса. Кто проверяет потерянные обращения и технические сбои.
8. Назначить дату пересмотра. С учётом частоты мониторинга и длительности сделки.
9. Заранее определить выводы. Когда продолжать, когда менять запросы, когда исправлять сайт, а когда возвращаться к учёту продаж.

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

Как сравнивать стоимость, чтобы не купить неподходящую работу?

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

Поисковые формулировки нередко объединяют то, что нельзя сравнивать напрямую.

Диагностика и наблюдение:

• «цена аудита видимости в AI-поисковиках» — уточняйте состав запросов, систем и глубину разбора;
• «цена на мониторинг бренда в нескольких нейросетях» — проверяйте частоту, регионы, повторные запуски и обработку ошибок;
• «цена тарифа SaaS GEO-платформы» — сравнивайте лимиты, историю, экспорт и правила расчёта метрик.

Стратегия и исполнение:

• «цена на разработку GEO-стратегии» — выясняйте, будет ли план приоритетов и кто отвечает за реализацию;
• «цена услуг агентства по GEO-продвижению» — отделяйте аналитическую работу от производства и размещения материалов;
• «цена услуги по оптимизации контента под LLM» и «цена на подготовку контента для AI-поисковиков» — уточняйте число и тип материалов, проверку фактов, редактуру;
• «цена услуги восстановления позиций бренда в AI» — сначала выясняйте, существовали ли сопоставимые позиции до падения и чем оно подтверждено.

Сопровождение и смежные задачи:

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

Стоимость нужно уточнять по актуальному составу проекта. Обещание фиксированного процента продаж без доступа к качественным данным — не основание для расчёта окупаемости.

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

FAQ: коротко о главном

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

Если источник не указан у половины заявок, GEO пока не запускать?

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

компания-партнёр — это CRM, агентство по внедрению или платформа аналитики?

подрядчик — SaaS-платформа для видимости бренда в нейросетях, а не CRM и не агентство по внедрению CRM. Мониторинг упоминаний и анализ AI-ответов помогают оценить представленность бренда, но регистрацию обращений и управление сделками нужно организовать в предназначенной для этого системе.

Можно ли считать каждое упоминание потенциальной заявкой?

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

Менеджеры говорят, что клиенты не помнят источник. Как тогда считать?

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

Прошлый подрядчик не довёл внедрение. Что запросить перед новым проектом?

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

Что делать, если сотрудники всё равно не будут пользоваться CRM?

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

Можно ли доказать эффект GEO сравнением месяца до и месяца после?

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

Какой результат показать собственнику вместо обещания роста продаж?

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

Вывод: разделять AI-упоминания и заявки нужно не ради двух отчётов, а ради правильного диагноза. Низкая видимость требует работы с представленностью бренда. Потерянные обращения — исправления регистрации и ответственности. Неполные данные CRM — осторожности в выводах об окупаемости. Одно не заменяет другое. ✅

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

Как готовился материал. Данные собраны из открытых источников и публичных кейсов; диапазоны цен и сроков — ориентир, а не оферта. Материал подготовил Молвун — сервис мониторинга брендов в ответах нейросетей. Условия уточняйте у поставщиков.