Маркетинговая команда выстроила сложную систему аналитики, регулярно проводит A/B-тесты и собирает подробные отчёты — но при принятии решения о запуске новой кампании данные оказываются на втором плане, а финальное слово всегда остаётся за руководителем, чьё личное мнение о креативе перевешивает результаты тестирования. Инфраструктура для данных есть, а реальный процесс принятия решений её игнорирует.
Задокументированный реальный кейс, показывающий, как тестирование гипотезы на ограниченной аудитории вместо решения по мнению самого влиятельного человека в комнате может принести компании сотни миллионов долларов: в 2009 году в Google возник спор о том, какой именно оттенок синего использовать для текстовых ссылок в Gmail и поиске — один из дизайнеров выбрал оттенок, который нравился его команде, а вице-президент по поисковым продуктам Марисса Майер настояла не на волевом решении в пользу чьего-то вкуса, а на проверке данными. Команда запустила многовариантный тест 41 оттенка синего на реальном пользовательском трафике и по числу кликов однозначно определила победивший, чуть более фиолетовый оттенок. После перехода на этот оттенок ссылок Google получил, по собственным оценкам компании, дополнительные 200 миллионов долларов годовой выручки — просто потому, что решение приняли не по вкусу самого статусного человека, а по результатам теста на реальных пользователях. Это прямая иллюстрация принципа, который Авинаш Кошик называет проблемой HiPPO (highest paid person's opinion): когда решение по умолчанию принимает мнение самого влиятельного участника обсуждения, а не проверенная на аудитории гипотеза, компания системно недополучает деньги, которые лежат в буквальном смысле на поверхности интерфейса.
Наличие аналитики не гарантирует, что решения реально принимаются на её основе.
Происхождение и исследовательская база
Аудит системы принятия маркетинговых решений опирается на исследования маркетинговой аналитики и принятия управленческих решений (marketing decision-making), в частности на концепцию HiPPO (Highest Paid Person's Opinion), популяризированную в практике веб-аналитики и экспериментирования (Avinash Kaushik, 2000-е) — термин описывает распространённый паттерн, при котором решение фактически принимается на основе мнения самого высокопоставленного участника обсуждения, независимо от того, что показывают данные.
Второй задокументированный кейс показывает противоположный, разрушительный сценарий той же проблемы — не отсутствие данных вообще, а масштабный запуск без предварительной проверки на целевой аудитории: в апреле 2017 года Pepsi выпустила рекламный ролик с участием модели Кендалл Дженнер, в котором она символически «разрешает» конфликт между полицией и протестующими, вручив полицейскому банку Pepsi, — ролик вызвал немедленную и массовую критику за легкомысленное использование образов протестного движения (в частности, движения Black Lives Matter), был воспринят как обесценивающий реальную социальную напряжённость ради продажи газировки. Pepsi отозвала ролик менее чем через 24 часа после публикации и выпустила официальные извинения, а Кендалл Дженнер тоже публично извинилась за участие. По сообщениям деловой прессы, кампания создавалась и утверждалась на уровне высшего руководства маркетингового подразделения без содержательного предварительного тестирования реакции на неё представителей той самой аудитории, чьи образы использовались в сюжете, — решение о масштабном запуске было принято на основе внутреннего согласия команды и статусных лиц, а не проверки на реальной, релевантной аудитории перед публичным релизом. Кейс — прямая противоположность истории Google 2009 года: там проверка на данных заменила решение по вкусу самого влиятельного человека и принесла компании деньги, здесь отсутствие такой проверки перед масштабным публичным запуском привело к репутационному кризису и вынужденному отзыву кампании.
Ключевые идеи и принципы
Принцип: Проверка реального, а не декларируемого процесса принятия решений
Аудит явно исследует, что происходит в момент принятия конкретных маркетинговых решений — обсуждаются ли данные до принятия решения, меняется ли решение под влиянием данных, или данные привлекаются постфактум для обоснования уже принятого решения.
Принцип: Проверка использования тестирования перед масштабным запуском
Аудит оценивает, тестируются ли гипотезы (креатив, оффер, канал) на ограниченной аудитории перед масштабным запуском, или решения о полномасштабных кампаниях принимаются сразу, без предварительной проверки.
Принцип: Проверка признания и реагирования на неудачные решения
Здоровая система принятия решений включает механизм честного признания, когда решение оказалось ошибочным, и корректировки курса — аудит проверяет, есть ли реальные случаи отказа от изначально принятого решения на основе данных о его неэффективности.
Ограничения, слепые зоны и критика
Не каждое маркетинговое решение поддаётся строгому тестированию — брендинговые и репутационные решения часто требуют управленческой интуиции наряду с данными, и полное подчинение всех решений исключительно количественным данным может привести к потере целостного видения бренда. Аудит также должен учитывать, что опытная интуиция руководителя иногда действительно превосходит формальные данные, особенно в новых, ещё не изученных ситуациях — задача не в устранении интуиции полностью, а в балансе с данными там, где данные доступны и надёжны.
Скорость реакции на кризис после публичного запуска — самостоятельный фактор ущерба, отдельный от качества самого решения: Pepsi отозвала ролик менее чем за 24 часа, что ограничило масштаб репутационного урона по сравнению с более медленной реакцией, — аудит системы принятия решений должен проверять не только процесс до запуска, но и готовность организации быстро распознать и скорректировать уже принятое ошибочное решение, а не только предотвратить его на входе.
Типовые ошибки
Ошибка 1: данные привлекаются постфактум для обоснования уже принятого решения.
Решение фактически принято на основе личного мнения руководителя, а аналитика привлекается только для того, чтобы задним числом придать решению видимость обоснованности.
Как избежать
Требовать явного обсуждения данных до принятия решения, а не после него, и фиксировать, действительно ли данные повлияли на итог.
Ошибка 2: масштабные кампании запускаются без предварительного тестирования гипотез.
Значительные маркетинговые бюджеты выделяются на полномасштабный запуск непроверенной гипотезы, без предварительного теста на ограниченной аудитории.
Как избежать
Устанавливать обязательный этап тестирования на ограниченной аудитории перед масштабированием значимых маркетинговых решений.
Ошибка 3: HiPPO-проблема маскируется формальным присутствием данных в презентации.
На совещании показывают слайды с цифрами, но решение фактически принято руководителем ещё до обсуждения — данные добавлены для видимости объективности, а не реально повлияли на выбор.
Как избежать
проверять не сам факт наличия данных в презентации, а момент, когда решение реально было принято — до или после обсуждения данных.
Ошибка 4: тестирование проводится на слишком малой или нерепрезентативной выборке.
Гипотеза формально тестируется, но на аудитории, которая не отражает реальный масштаб и состав будущего запуска, — результат теста нельзя корректно перенести на полномасштабную кампанию.
Как избежать
проверять размер и репрезентативность тестовой аудитории относительно того масштаба, на который планируется распространить решение.
Ошибка 5: признание ошибочного решения происходит без анализа системной причины.
Команда меняет курс после провала кампании, но не разбирает, что именно в процессе принятия решения привело к ошибке — тот же паттерн (например, пропущенное тестирование) незаметно повторяется в следующий раз.
Как избежать
при пересмотре неудачного решения явно разбирать, что именно в процессе принятия решения привело к ошибке, а не только менять сам курс действий.
Ошибка 6: креативные решения с высоким репутационным риском (использование социально чувствительных образов, тем, символики) запускаются на широкую аудиторию без предварительного тестирования реакции именно той группы людей, чьи образы или контекст используются в кампании.
Ролик Pepsi с Кендалл Дженнер утверждался внутри компании и рекламного агентства без содержательной проверки реакции на него со стороны сообществ, чьи протестные образы использовались в сюжете, — внутреннее согласие команды, создававшей ролик, не заменяет проверку на аудитории, для которой символика ролика имеет реальный, часто болезненный контекст.
Как избежать
для маркетинговых материалов, использующих социально чувствительные темы или образы, предусматривать обязательный этап тестирования реакции именно той аудитории, чей опыт или образы задействованы в материале, — а не полагаться на внутреннее одобрение команды, создающей кампанию, каким бы статусным ни было это одобрение.
План внедрения
Неделя 1: анализ недавних решений
проанализировать несколько недавних значимых маркетинговых решений на предмет реальной роли данных.
Неделя 2: проверка тестирования
проверить, тестировались ли гипотезы перед масштабным запуском. Для материалов с высоким репутационным риском (социально чувствительные темы, образы, символика) отдельно проверить, тестировалась ли реакция именно той аудитории, чей опыт или образы задействованы в материале, — а не только реакция внутренней команды и статусных лиц, утверждающих кампанию, как это произошло с рекламой Pepsi 2017 года.
Неделя 3: оценка честного пересмотра
оценить, есть ли случаи честного пересмотра решений на основе данных об их неэффективности.
Неделя 4: обязательный процесс обсуждения
внедрить обязательный процесс обсуждения данных до принятия значимых решений. Отдельно проверить и зафиксировать скорость реакции организации на уже запущенное ошибочное решение — способность быстро распознать и скорректировать курс не менее важна, чем предотвращение ошибки на этапе принятия решения.
Далее: регулярный мониторинг
Далее: регулярно отслеживать долю решений, реально основанных на данных, а не принятых постфактум. Отдельно вести учёт скорости реакции на уже запущенные ошибочные решения — эта метрика не менее важна для оценки зрелости системы принятия решений, чем доля решений, основанных на данных до запуска.
Как реализовать этот план с помощью фрейма «Аудит системы принятия решений в маркетинге» в OrgDevTools
Фрейм ведёт аудит через журнал реальных решений. Вы разбираете кампанию за кампанией, а он сам считает, какая доля решений опиралась на данные до обсуждения, как часто мнение руководителя перевешивало цифры и чем заканчивались решения с тестом и без него. Фрейм работает как бесплатный тренажёр: на своих кейсах можно увидеть, где система решений даёт сбой.
Вкладка «1. Журнал решений» — недели 1–3: разбор решений, тестов и пересмотров
Сначала журнал пуст. Решения добавляются кнопкой «+ решение», в каждой строке есть:
название решения;
бюджет: число, поле можно оставить пустым;
выпадающий список роли данных: «Данные не использовались» (по умолчанию), «Данные подобраны после решения», «Данные обсуждались до решения»;
галочки «мнение перевесило данные» и «тест»;
выпадающий список результата: «Результат неизвестен» (по умолчанию), «Успех», «Неудача».
При неудаче появляется галочка «курс скорректирован». Это проверка честного пересмотра из недели 3. Строки без названия в расчёт не попадают.
Цвет строки подсказывает статус. Левая полоса серая, если результат неизвестен, зелёная при успехе и красная при неудаче. Рамка краснеет, если мнение перевесило данные.
Под журналом фрейм считает успешность, то есть долю успехов среди решений с известным результатом. Срезов четыре: с тестом, без теста, «по данным» (данные обсуждались до решения и мнение их не перевесило) и «по мнению руководителя». Там же показаны пороги, которые фрейм сам называет своим выбором. Это рабочая настройка фрейма, а не норма методики: мнение перевешивает данные не более чем в 30% решений, данные до решения есть хотя бы в 50%, тестом проверено хотя бы 50% крупных решений. Крупным считается решение с бюджетом не ниже медианы журнала и больше нуля. Решения без бюджета в проверку тестирования не попадают.
Ниже остались четыре свободных списка из прежней версии: «Роль данных», «Проверка HiPPO», «Тестирование», «Признание ошибок». Записи в них сохраняются, но в расчётах не участвуют. В эти списки удобно записать, проверялась ли реакция именно той аудитории, чьи образы использованы в материале (ошибка 6). Отдельного поля для этого в журнале нет.
Вкладка «Визуализация» — далее: регулярный мониторинг
Блок «Профиль системы решений» состоит из пяти полос: данные до решения, данные подобраны после, мнение перевесило данные, крупные решения с тестом, неудачи скорректированы. Если долю считать не из чего, вместо неё стоит прочерк. Ниже идут столбики успешности решений по способу принятия: с тестом, без теста, по данным, по мнению.
Вкладка «Итоги» — неделя 4: данные обсуждаются до решения
Итог показывает первую сработавшую проверку в таком порядке:
Решений с названием меньше 4: фрейм предлагает разобрать 5–10 последних решений.
Мнение перевесило данные больше чем в 30% решений: красный сигнал. Если есть с чем сравнить, добавляется успешность решений «по мнению» против решений «по данным».
Данные обсуждались до решения меньше чем в 50% случаев: предупреждение с долей решений, где данные подобраны задним числом.
Тестом проверено меньше 50% крупных решений: предупреждение с примером самого дорогого решения, запущенного без теста.
Хотя бы одна неудача осталась без скорректированного курса: предупреждение с долей скорректированных.
Результат известен меньше чем по половине решений: подсказка, что без оценки результата система не учится.
Иначе зелёный итог.
Под итогом выводятся число решений и все пять долей. Кнопка «Создать задачу» есть у сохранённого документа. Название идёт в том же порядке, что и проверки итога: «Разобрать 5–10 последних маркетинговых решений», «Ввести правило: данные обсуждаются до решения», «Обсуждать данные до принятия решения», «Тест на ограниченной аудитории: …», «Скорректировать курс после неудачных решений», «Выяснить результаты прошлых решений»; если проблем нет — «Разбор результатов маркетинговых решений».
Чего фрейм не делает
Не измеряет скорость реакции на ошибочное решение, хотя статья требует вести её учёт. Есть только галочка «курс скорректирован».
Не проверяет размер и репрезентативность тестовой выборки (ошибка 4) и не различает, на какой аудитории шёл тест (ошибка 6). «Тест» здесь просто галочка.
Не помогает разобрать системную причину неудачи (ошибка 5).
Не устанавливает, когда решение было принято на самом деле. Всё держится на честности того, кто заполняет журнал.
Не хранит историю замеров, поэтому динамику доли решений по данным придётся сравнивать вручную.
Показывает одну проблему за раз и не оценивает статистическую значимость. На малом журнале проценты сильно скачут.
Определяет «крупность» относительно медианы самого журнала, а не по абсолютной сумме.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
Кошик А. — «Web Analytics 2.0» (2009). Концепция HiPPO и принципы принятия решений на основе данных в маркетинге.