Что именно считать упоминанием компании?

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

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

Рабочая карточка объекта

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

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

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

Можно ли начать с обычного поиска?

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

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

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

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

С чего начать список источников

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

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

Когда нужен сервис мониторинга

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

В Brand Analytics оператор * помогает искать по началу слова. Официальное описание операторов внутри темы также объясняет запись ( )/N( ): она ограничивает расстояние между группами слов. Эти детали полезны для неоднозначного названия, когда рядом с ним требуется контекст услуги. Настраивать запрос лучше частями, сравнивая найденные сообщения, чем сразу сохранять длинную формулу и затем гадать, какое условие убрало нужное упоминание.

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

Вопросы на демонстрации

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

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

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

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

В Brand Analytics доступен раздел «Оповещения». Инструкция интеграции с MAX начинает настройку через «Настройки → Интеграции», затем предлагает выбрать канал получения. Среди способов уведомления также указаны электронная почта и Telegram. Название мессенджера не решает вопрос ответственности: после доставки сообщения кто-то из команды всё равно принимает решение, нужно ли отвечать и у кого уточнить обстоятельства.

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

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

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

Запись после обработки

Источник и ссылка: [публикация]. Предмет: [вопрос или ошибка]. Установлено: [факт без догадки о мотивах автора]. Передано: [ответственный]. Действие: [ответ, исправление сведений, внутренний разбор]. Итог: [что изменилось и где это видно].

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

Что потеряет компания, если оставить только отчёт

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

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

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

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

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

  1. Яндекс: поиск по страницам и сайтам ↗
  2. Brand Analytics: операторы внутри темы ↗
  3. Brand Analytics: оповещения в MAX ↗
  4. Яндекс: поиск по блогам ↗

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

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

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