Отчетность в ORM: какие показатели реальны, а какие — имитация

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

Показатели-имитаторы

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

Количество ответов на отзывы. Важен не факт ответа, а доля отвеченных и скорость. Сто ответов при тысяче отзывов — это 10% покрытия, и в отчете это должно выглядеть именно так.

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

Охваты и «упоминания в СМИ». Это метрики PR-подрядчика. К решению покупателя, который читает карточку в картах, они отношения почти не имеют.

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

• Тональность выдачи по бренд-запросам. Считается вручную по фиксированному пулу из 5-10 брендовых запросов, который утверждается с клиентом на старте и дальше не меняется: смена пула обнуляет сравнимость динамики. Топ-20 по каждому запросу размечается как позитив, нейтраль, негатив или неконтролируемая площадка, замер — раз в месяц, в одном регионе, без персонализации. Доля контролируемых площадок в топ-10 и топ-20 считается отдельно — это и есть основной KPI SERM.
• Доля отвеченных отзывов и медианное время ответа. Именно медиана, а не среднее: одна забытая жалоба, отвеченная через полгода, ломает среднее и прячет реальную картину.
• Скорость притока новых отзывов. Устойчивые 15-20 отзывов в месяц ценнее одного всплеска активности за короткий период: свежесть влияет и на ранжирование карточки, и на доверие читателя.
• Структура причин негатива. Разметьте негативные отзывы по 5-7 категориям (сроки, качество, коммуникация, цена, ошибка сотрудника). Если через квартал распределение не изменилось, ORM работает косметически, а операционная проблема осталась.
• Доля негатива, вызванная процессом, а не разовым сбоем. Показывает, что нужно чинить в первую очередь — регламент или конкретную точку.
• Конверсия карточки. Если площадка отдает статистику — переходы на сайт, звонки, построения маршрута. Это ближайшее к деньгам, что доступно в ORM без данных CRM клиента, и даже эта связь требует осторожности: почему рост продаж после ORM сам по себе еще ничего не доказывает, разобрано в отдельном материале.

Как считают полноту и скорость ответов на практике

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

Замер по одному из проектов BAN на 2ГИС (10.08.2026): компания ответила на все 94 отзыва из 94. При этом медианная задержка ответа — 191 день по 67 измеренным парам. Такая медиана значит, что полноту набрали догоняющей работой, а не реакцией по факту: это следующая задача проекта, и в отчете она названа прямо. Оба числа публикуются рядом: показатель, где одна половина хорошая, а вторая нет, вызывает больше доверия, чем отчет, в котором осталась только удобная половина.

Что означает раздел снятых и оспоренных отзывов

Здесь работает только соотношение, а не абсолютное число. «Удалили 25 негативных отзывов» ничего не говорит о том, сколько жалоб отклонила площадка. Внутренний стандарт BAN требует другой формулировки: не «отправлено 12 жалоб», а «подано 12, удовлетворено 9, отклонено 3, доля негатива в топ-10 снизилась с 30% до 20%». Это пример из стандарта отчетности, а не итог конкретного проекта, но именно так должна выглядеть строка в любом реальном отчете.

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

Как должен выглядеть отчет

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

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

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

Типичные ошибки в отчетности

Считать публикации без учета выживаемости. Отзыв, который сняла модерация через месяц, в отчете о публикациях не отличить от отзыва, который стоит на карточке годами. На одном из проектов BAN выживаемость размещений на 2ГИС составила 81% (85 из 105 на дату замера) — без этой цифры отчет о публикациях считает половину работы.

Одно среднее число по всем площадкам. Рейтинг 5 у карт и рейтинг 10 у отраслевых каталогов — разные шкалы, и среднее по ним не значит ничего.

Обратный счет рейтинга по числу публикаций. Площадки не считают простым средним арифметическим. На реальных данных такой расчет приписал бы работе рост с 4,1 до 5,0, хотя доказуемый вклад 70 размещенных отзывов — 0,112 балла: чтобы дойти до 4,95 одними публикациями, пятерок нужно было бы в 120 раз больше. Обратный счет не работает даже как оценка.

Рост трафика или продаж без данных CRM. Рост числа визитов по карте сам по себе не доказывает эффект ORM: например, рядом с ростом визитов на одной из карточек стоял показатель отказов 89,66% — без CRM клиента такая связь не подтверждается и не заявляется.

Частые вопросы

Что обязательно должно быть в ежемесячном отчете по ORM?

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

Почему медиана важнее среднего при оценке скорости ответов?

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

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

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

Можно ли считать рост продаж результатом ORM?

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

Что не входит в честный ORM-отчет?

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