Мониторинг медиа: контур, который переживает любой кризис

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

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

Три контура вместо одного

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

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

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

Правила, которые стоит написать заранее

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

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

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

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

Что делать после первого месяца

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

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

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

Что показывать на встрече

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

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

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

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