Heatmaps в ритейле: как IKEA нашла “невидимую” причину отказов в карточках товара

Heatmaps в ритейле: как IKEA нашла “невидимую” причину отказов в карточках товара

Контекст
В 2026 розница живёт не только на первом визите. Средний чек в e-com давит вниз на 5–8% из‑за экономии покупателей — значит, критичнее становятся сценарии выбора, доставки и повторных касаний. IKEA (как и многие) упирается не в трафик, а в то, что происходит после клика: где пользователь “спотыкается” на пути к оформлению.

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

Задача
Снизить долю отказов на этапе перехода из карточки товара в выбор доставки/опций (и как следствие — вытащить конверсии в покупку).
Нужно было быстро ответить на три вопроса:

— Пользователи зависают на конкретных блоках карточки (цена, характеристики, наличие, доставка)?
— Есть ли “ложные действия” (нажимают не то, не там, не в том порядке)?
— Откуда берутся клики по элементам, которые визуально выглядят кликабельными, но на деле не ведут туда, куда ожидают?

Решение
Команда подключила тепловые карты и сессии в стиле “как пользователи реально нажимают”, а не “как мы предполагаем по макету”.

1) Тепловые карты (включая клики и движение) по ключевым точкам карточки
— Экран: первые 2 прокрутки (above the fold) и участок, где отображаются варианты доставки/наличие.
— Фильтры: новые vs вернувшиеся, мобильные vs десктоп, страны/регионы доставки (там, где разные правила).

2) Разметка гипотез для чтения тепловых карт
Чтобы не утонуть в интерпретациях, заранее сформировали “карман” гипотез:
— не совпадает визуальная и функциональная кликабельность;
— блок с наличием/доставкой слишком ниже по экрану на мобильных;
— пользователи сканируют карточку “слева направо”, но важная кнопка оказывается в другом блоке;
— выпадающие элементы раскрываются не там/не тогда (например, нужно сначала выбрать вариант, но пользователь пытается сразу оплатить).

3) FullStory/аналоги для проверки “хвостов”
Heatmap показал зоны высокой активности, но решающую проверку дали сессии: видеонарезки реального поведения по сегментам.

4) Прогон изменений через итерации
Вместо “переписать весь экран” сделали точечные правки:
— подтянули блок выбора доставки ближе к первому экрану на мобильных;
— сделали состояние кнопок более очевидным (когда опции ещё не выбраны);
— убрали/заменили визуальные элементы, которые собирали клики, но не давали полезного результата (например, “пустые” ссылки/иконки).

Результат
После релиза команда сравнила поведение и конверсии по группам.

— На странице карточки товара заметно снизилось количество кликов “в никуда” (клики в области, которые раньше не приводили к ожидаемому переходу). В сессиях стало меньше сценариев, где пользователь 2–3 раза пытается открыть доставку, но каждый раз возвращается назад.
— Доля пользователей, дошедших до шага выбора доставки/опций, выросла.
— Конверсия из карточки в покупку увеличилась за счёт того, что “скрытый барьер” перестал быть скрытым: пользователи стали реже пропускать нужные элементы и чаще проходить следующий шаг без повторных попыток.

Если коротко: тепловые карты не нашли “проблему в вакууме”, они показали конкретный участок экрана и конкретную механику ошибочного ожидания — а сессии подтвердили, что это не артефакт данных, а устойчивый паттерн поведения.

Урок
1) Heatmaps — это не про “красивые пятна”. Это про проверку гипотез по конкретным зонам действия. Если вы не задаёте заранее, что именно проверяете, тепловые карты превращаются в декоративную статистику.
2) Всегда связывайте движение/клики с “следующим шагом”. Высокая активность может означать не интерес, а фрустрацию. В этом кейсе клики в привычных местах были сигналом несостыковки ожиданий и функционала.
3) В B2C и ритейле 2026 выигрывают те, кто умеет быстро сокращать путь до смысла. При падении среднего чека (на 5–8%) каждая лишняя попытка пользователя — это потеря денег.
4) Privacy
…